描述網路協議的標准文檔是什麼

1. 什麼是網路協議請簡要說明之。請寫出五種常用的網路協議。

網路協議為計算機網路中進雹掘行數據交換而建立的規則、標准或約定的集合。

劃分

1、鍵者物理層：乙太網、數據機、電力線通信(PLC)、SONET/SDH、G.709、光導纖維、同軸電纜、雙絞線等。

2、數據鏈路層：Wi-Fi(IEEE 802.11)、WiMAX(IEEE 802.16)、ATM、DTM、令牌環、乙太網、FDDI、幀中繼、GPRS、EVDO、HSPA、HDLC、PPP、L2TP、PPTP、ISDN、STP、CSMA/CD等。

3、網路層協議：IP (IPv4、IPv6)、ICMP、ICMPv6、IGMP、IS-IS、IPsec、ARP、RARP、RIP等。

4、傳輸層協議：TCP、UDP、TLS、DCCP、SCTP、RSVP、OSPF等。

5、應用層協議：DHCP、DNS、FTP、Gopher、HTTP、IMAP4、IRC、NNTP、XMPP、POP3、SIP、SMTP、SNMP、SSH、TELNET、RPC、RTCP、RTP、RTSP、SDP、源亮核SOAP、GTP、STUN、NTP、SSDP、BGP 等。

(1)描述網路協議的標准文檔是什麼擴展閱讀

網路協議通常由語法，語義和定時關系3部分組成。網路傳輸協議或簡稱為傳送協議(Communications Protocol)，計算機通信的共同語言。最普及的計算機通信為網路通信，所以「傳送協議」一般都指計算機通信的傳送協議，如：TCP/IP、NetBEUI等。

然而，傳送協議也存在於計算機的其他形式通信，例如：面向對象編程裡面對象之間的通信；操作系統內不同程序之間的消息，都需要有一個傳送協議，以確保傳信雙方能夠溝通無間。

2. TCP|IP網路管理標准有哪些主要的RFC文件其內容是什麼

中文譯名為傳輸控制協議/互聯網路協議）協議是Internet最基本的協議，簡單地說，就是由底層的IP協議和TCP協議組成的。

TCP/IP協議是一組包括TCP協議和IP協議，UDP（User Datagram Protocol）協議、ICMP（Internet Control Message Protocol）協議和其他一些協議的協議組。

在本文檔中，企業表示一個自治地操作一個使用TCP/IP協議網路的實體，特別地，該實體要決定該網路的定址方案和地址分配。
該文檔描述了私有網路的地址分配。該分配允許一個企業內的所有主機之間以及不同企業內的所有公開主機之間在網路所有層次上的連接。

3. 網路協議是什麼

網路協議

1、協議：通信雙方所共同遵守的規則。

2、網路協議：計算機在網路中實現通信時必須遵守的規則和約定。

每個網路中至少要選擇一種網路協議。具體選擇哪一種網路通信協議主要取決於網路的規模、網路的兼容性和網路管理等幾個方面。常接觸的區域網中，一般使用NETBEUT、IPX/SPX和TCP/IP三種協議。
NETBEUI：是為IBM開發的非路由協議，用於攜帶NETBIOS通信。NETBEUI缺乏路由和網路層定址功能，既是其最大的優點，也是其最大的缺點。因為它不需要附加的網路地址和網路層頭尾，所以很快並很有效且適用於只有單個網路或整個環境都橋接起來的小工作組環境。
IPX/SPX：它是由Novell提出的用於客戶/伺服器相連的網路協議。使用IPX/SPX協議能運行通常需要NetBEUI支持的程序，通過IPX/SPX協議可以跨過路由器訪問其他網路。IPX具有完全的路由能力，可用於大型企業網。
TCP/IP：TCP/IP是在60年代由麻省理工學院和一些商業組織為美國國防部開發的，即便遭到核攻擊而破壞了大部分網路，TCP/IP仍然能夠維持有效的通信。TCP/IP同時具備了可擴展性和可靠性的需求。每種網路協議都有自己的優點，但是只有TCP/IP允許與Internet完全的連接。TCP/IP的32位定址功能方案不足以支持即將加入Internet的主機和網路數。因而可能代替當前實現的標準是IPv6。

4. RFC規范標准

Request For Comments（RFC），是一系列以編號排定的文件。文件收集了有關互聯網相關信息，以及UNIX和互聯網社區的軟體文件。目前RFC文件是由Internet Society（ISOC）贊助發行。基本的互聯網通信協議都有在RFC文件內詳細說明。RFC文件還額外加入許多的論題在標准內，例如對於互聯網新開發的協議及發展中所有的記錄。因此幾乎所有的互聯網標准都有收錄在RFC文件之中。

Request For Comments (RFC），是一系列以編號排定的文件。文件收集了有關網際網路相關資訊，以及UNIX和網際網路社群的軟體文件。目前RFC文件是由Internet Society（ISOC）所贊助發行。

基本的網際網路通訊協定都有在RFC文件內詳細說明。RFC文件還在標准內額外加入了許多的論題，例如對於網際網路輪迅宴新開發的協定及發展中所有的記錄。因此幾乎所有的網際網路標准都收錄在RFC文件昌皮之中。

RFC(Request For Comments)-意即「請求協議」，包含了關於Internet的幾乎所有重要的文字資料。如果你想成為網路方面的專家，那麼RFC無疑是最重要也是最經常需要用到的資料之一，所以RFC享有網路知識聖經之美譽。通常，當某家機構或團體開發出了一套標准或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發放一份RFC，對這一問題感興趣的人可以閱讀該RFC並提出自己的意見；絕大部分網路標準的指定都是以RFC的形式開始，經過大量的論證和修改過程，由主要的標准化組織所指定的，但在RFC中所收錄的文件並不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或並沒有被採用，一份RFC具體處於什麼狀態都在文件中作了明確的標識

RFC由一系列草案組成，起始於1969年（第一個RFC文檔發布於1969年4月7日，參見「RFC30年」，RFC2555」），RFC文檔是一系列關於Internet（早期為ARPANET）的技術資料匯編。這些文檔詳細討論了計算機網路的方方面面，重點在網路協議，進程，程序，概念以及一些會議紀要，意見，各種觀點等。

「RFC編輯者」是RFC文檔的出版者，它負責RFC最終文檔的編輯審訂。「RFC編輯者」也保留有RFC的主文件，稱為RFC索引，用戶可以在線檢索。在RFC近30年的 歷史 中，「RFC編輯者」一直由約翰·普斯特爾（Jon Postel）來擔任，而現在「RFC編輯者」則由一個工作小組來擔任，這個小組受到「互聯網協會」（Internet Society）的支持和幫助。

RFC編輯者負責RFC以及RFC的整體結構文檔，並維護RFC的索引。Internet協議族的文檔部分（由Internet工程委員會「網際網路工程師任務組」IETF以及IETF 下屬的「網際網路工程師指導組」IESG 定義），也做為RFC文檔出版。因此，RFC在Internet相關標准中有著重要的地位。

RFC編輯者的職責是由Internet 中的大家提議形成的，所出版的語言也就和Internet一樣。IETF和ISOC是代表了世界各地的國際性組織，英語是IETF的第一工作語言，也是IETF的正式出版語言。RFC 2026 "The Internet Standards Process -- Revision 3" 允許RFC翻譯成其他不同的語言。但是不能保證其翻譯版本是完全正確的。因此，RFC編輯不對非英語的版本負責，而只是指明了哪裡有非英語的版本，將這些信息列在WEB頁上。

一個RFC文件在成為官方標准前一般至少要經歷4個階段【RFC2026】：網際網路草案、建議標准、草案標准、網際網路標准。

第一步RFC的出版是作為一個Internet 草案發布，可以閱讀並對其進行注釋。准備一個RFC草案，我們要求作者先閱讀IETF的一個文檔"Considerations for Internet Drafts". 它包括了許多關於RFC以及Internet草案格式的有用信息。作者還應閱讀另外一個相關的文檔RFC 2223 "Instructions to Authors"。

一旦文檔有了一個ID號後，你就可以向rfc-editor @rfc-editor. org發送e-mail ，說你覺得這個文檔還臘銀可以，能夠作為一個有價值或有經驗的RFC文檔。RFC編輯將會向IESG請求查閱該文檔並給其加上評論和注釋。你可以通過RFC隊列來了解你的文檔的進度。一旦你的文檔獲得通過，RFC編輯就會將其編輯並出版。如果該文檔不能出版，則會有email通知作者不能出版的原因。作者有48個小時的時間來校對RFC編輯的意見。我們強烈建議作者要檢測拼寫錯誤和丟字的錯誤，應該確保有引用，聯系和更新相關的信息。如你的文檔是一個MIB，我們則要你對你的代碼作最後一次檢測。一旦RFC文檔出版，我們就不會對其進行更改，因此你應該對你的文檔仔細的檢查。

有時個別的文檔會被正從事同一個項目的IETF工作組收回，如是這種情況，則該作者會被要求和IETF進行該文檔的開發。在IETF中，Area Directors (ADs) 負責相關的幾個工作組。這些工作者所開發的文檔將由ADs 進行校閱，然後才作為RFC的出版物。

如要獲得關於如何寫RFC文檔和關於RFC的Internet標准制定過程的更多詳細信息，請各位參見：

RFC 2223 "Instructions to RFC Authors"。

RFC 2026 "The Internet Standards Process -- Revision 3"。

實際上，在Internet上，任何一個用戶都可以對Internet某一領域的問題提出自己的解決方案或規范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務組（IETF）。草案存放在美國、歐洲和亞太地區的工作文件站點上，供世界多國自願參加的IETF成員進行討論、測試和審查。最後，由Internet工程指導組（IESG）確定該草案是否能成為Internet的標准。

如果一個Internet草案在IETF的相關站點上存在6個月後仍未被IESG建議作為標准發布，則它將被從上述站點中刪除。事實上，在任何時候，一個Internet 草案都有可能被新的草案版本所替換掉，並重新開始6個月的存放期。

如果一個Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會（IAB），並形成具有順序編號的RFC文檔，由Internet協會（ISOC）通過Internet向全世界頒布。每個Internet標准文件在被批准後都會分配一個獨立於RFC的永久編號，這就是STD編號。有一個不斷被更新的文件RFC-INDEX.TXT按照RFC的編號來索引所有的文件，對於網際網路標准文件還列出了其相應的STD編號。

RFC文檔必須被分配RFC編號後才能在網路上發布。例如，RFC2026的內容是「Internet標准進程-修訂版3」、RFC1543的內容為「RFC作者指導」等等。需要時，可以復制或列印這些聯機文檔。用戶也可以通過遍布全世界的數個聯機資料資料庫中獲得RFC文檔。

作為標準的RFC又分為幾種，第一種是提議性的，就是說建議採用這個作為一個方案擺出來，Draft是已經有一部分在用了，希望被採用為正式的標准，還有一種就是完全被認可的標准，這種是大家都在用，而且是不應該改變的。還有一種就是現在的最佳實踐法，它相當於一種介紹。這些文件產生的過程是一種從下往上的過程，而不是從上往下，也就是說不是一個由主席，或者由工作組負責人的給一個指令，說是要做什麼，要做什麼，而是有下邊自發的提出，然後在工作組里邊討論，討論了以後再交給剛才說的工程指導委員會進行審查。但是工程指導委員會只做審查不做修改，修改還是要打回到工作組來做。IETF工作組文件的產生就是任何人都可以來參加會議，任何人都可以提議，然後他和別人進行討論，大家形成了一個共識就可以產出這樣的文件。

RFC文件格式最初作為ARPA網計劃的基礎起源於1969年。如今，它已經成為IETF、Internet Architecture Board (IAB）還有其他一些主要的公共網路研究社區的正式出版物發布途徑。

最初的RFC作者使用打字機撰寫文檔，並在美國國防部國防前沿研究項目署（ARPA）研究成員之間傳閱。1969年12月，他們開始通過ARPANET途徑來發布新的RFC文檔。第一份RFC文檔由洛杉磯加利福尼亞大學（UCLA）的Steve Crocker撰寫，在1969年4月7日公開發表的RFC 1。當初Crocker為了避免打擾他的室友，是在浴室里完成這篇文檔的。

在1970年代，很多後來的RFC文檔同樣來自UCLA，這不僅得益於UCLA的學術質量，同時也因為UCLA是ARPANET第一批Interface Message Processors (IMPs）成員之一。

由Douglas Engelbart領導的，位於Stanford Research Institute的Augmentation Research Center (ARC）是四個最初的ARPANET結點之一，也是最初的Network Information Centre，同時被 社會 學家Thierry Bardini記錄為早期大量RFC文檔的發源地。

從1969年到1998年，Jon Postel一直擔任RFC文檔的編輯職務。隨著美國政府贊助合同的到期，Internet Society（代表IETF），和南加州大學（USC）Information Sciences Institute的網路部門合作，（在IAB領導下）負責RFT文檔的起草和發布工作。Jon Postel繼續擔任RFC編輯直到去世。隨後，由Bob Braden接任整個項目的領導職務，同時Joyce Reynolds繼續在團隊中的擔任職務。

慶祝RFC的30周年的RFC文件是RFC 2555。

RFC文件是由Internet Society審核後給定編號並發行。雖然經過審核，但RFC也並非全部嚴肅而生硬的技術文件，偶有惡搞之作出現，尤其是4月1日愚人節所發行的，例如RFC 1606: A Historical Perspective On The Usage Of IP Version 9 （參見IPv9）、RFC 2324: 「超文本咖啡壺控制協議」（Hyper Text Coffee Pot Control Protocol，乍有其事的寫了HTCPCP這樣看起來很專業的術語縮寫字）。以及如前面所提到紀念RFC的30周年慶的RFC文件。

在Internet從誕生到不斷發展壯大的過程中，出現過各種各樣的協議和思想討論，從最初的NCP協議到現代Internet的基石TCP/IP協議族，無一不閃耀著研究人員的智慧光芒，正是這些成百上千各種協議的發明、討論和完善，才使得人類 社會 逐步進入到互聯網時代。而這些閃耀著人類智慧結晶的思想成果大都以一種稱為RFC的文檔格式記錄起來。

1969年，S·Crocker首先建立了RFC機制，其目的是建立一種快速共享Internet網路研究思想的方式，最初RFC是以書面形式分發的，後來有了FTP、Email,RFC就以在線電子文本的形式提供，當然現在通過WWW在很多站點可以很方便地訪問RFC文檔。RFC一直以來主要是用於Internet的標准化，RFC是Internet開放性的產物，任何人都可以訪問RFC,Internet這一致力於信息共享的網路首先共享的就是以RFC形式出現的涉及其自身研究、設計和使用的信息。這一獨特的方式對於Internet的發展、完善具有相當關鍵的作用。發展到現在，RFC文檔已不僅僅是關於Internet標準的文檔了，而且也不局限於TCP/IP范圍，它幾乎包含了與計算機通信有關的任何內容，全面反映Internet研究、發展的過程。RFC主要是IAB、IETF、IESG、ISOC的工作成果，主要由IETF起草，由IAB指導下的RFC 編輯（Editor）直接負責RFC的發表。每一個RFC文檔有一個編號，這個編號永不重復，也就是說，由於技術進步等原因，即使是關於同一問題的RFC，也要使用新的編號，而不會使用原來的編號，時至今日[2015/2/2]，RFC編號已經排到7443，在查找RFC時，一定要注意最新的RFC。

RFC文檔大致可以分為以下幾類。

1.STD RFC

按照RFC1311的定義，STD RFC是指那些已經或者致力於成為Internet標準的RFC。只有經過完全Internet標准化過程的RFC才可以有STD編號，STD編號是不變的，而其涉及到的 RFC文檔可能不只一個，其RFC編號也會更新。如STD13(Domain Name System）就涉及RFC1 034和RFC1035。STD的標准化過程要經過幾個步驟，首先由IETF起草標准（也可能是其他組織和個人，但一般都是和IETF共同完成的），形成Internet Draft(ID),ID沒有RFC編號。如果ID在6個月內IESG沒有建議成為RFC，則取消此ID。成為RFC後，還要經過一系列的審查、修訂、測試等才能最終成為Internet標准。

2.BCP RFC

由於Internet應用領域廣泛，各種不同的組織有不同的使用目的和使用規則，IETF除了建議STD以外，也有必要對於Internet的使用和管理提供一些一般性的指導，同時也為I ETF、IAB、IESG提供一種渠道，以便推動某一方面的工作，反映其技術趨向，反映這些組織本身的工作進展。於是，1995年以RFC1818定義了BCP，即Best Current Practice。BCP同時有一個BCP編號和一個RFC編號，一旦約定了一個BCP編號，就不會再變，而其RFC編號則可能會經過修訂不斷更新。例如反映Internet標准化工作程序的BCP9的RFC編號就從RFC16 02上升到RFC2026，相應地就廢棄了RFC1602。BCP在發表以前，以電子郵件的形式廣泛徵求IETF的意見，經過IESG的審查，通過後即正式發表。但是BCP本身不是Internet標准。

3.FYI RFC

FYI是For Your Information的簡寫，1990年發表的RFC1150(FYI1）定義了FYI,FYI也同時有一個FYI編號和一個RFC編號，FYI編號是固定的。FYI主要是提供有關Internet的知識性內容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。所有的FYI在提交到RFC編輯以前，必須先經過IETF的User Services WorkingGro up審查。

4.其他RFC

除了STD、BCP、FYI以外還有其他一些RFC。從RFC899開始，所有以99結尾的RFC都是對此前99個RFC的一個概括。如RFC1999就是對RFC1900到RFC1999的一個簡單概括。除了上述分類以外，還有一些描述RFC的方法。與Internet標准化過程（Internet Standards Process）有關的規范可以分為兩類，即 Technical Specification(TS),Applicability Statement(AS）。TS是對協議、規則、格式、實用程序的描述。AS是描述在何種環境，以及怎樣在Internet中使用TS;AS所涉及的並不一定全是Internet標准，比如IEEE、ITU、ISO組織的一些標准，大家所熟悉的ASCII標准就是一例。AS應該對其涉及的TS規定相應的級別"Requirement Level",這些"Require ment Level"如下： ·Required(Req），相當於必須實現，如IP、ICMP; ·Recommended(Rec），鼓勵使用，如TELNET; ·Elective(Elc），可選擇的； ·Limited Use，只限於特定的用戶，一般說來用於對一些新的協議做試驗； ·Not Recommended，不要使用，很可能是過時的。"Maturity Level"也是用來描述TS和AS的一種方式，它反映這些標準是否成熟。對於致力於成為STD的TS和AS有三種"Maturity Level"。·Proposed Standard，基本成熟，但還需要進一步的試驗證實其可行性。除非是用來驗證該協議的可行性，不要將其視為標准實現。·Draft Standard，需要兩個獨立的，而且具有相互操作性的實例驗證該協議的每一個方面。可以將其視為最終的標准草案； ·Internet Standard，最終的Internet標准，同時賦予一個STD編號。除此之外的TS和AS分為以下幾種"Maturity Level"。·Experimental，一般是反映一些研究和開發的成果，只應將此看作是一般性的信息。·Informational，反映與Internet標准有關的一般性信息。有些也是有關非Intern et組織開發的一些協議，但必須得到協議開發者的許可。·Historic，是一些被新的標准取代或者是已經過時廢棄不用的標准。STD1(RFC2200）——Internet Official Protocol Standards，定期更新，反映最新的 Internet標准。另外，對於關注Internet的人來說，應該經常注意查閱BCP9的最新內容。

一是需要確定它是最新的文檔，二是需要注意RFC文檔的類別；

所有的RFC文檔都要經歷評論和反饋過程，並且在這一段時間內它們會被劃分為不同的類別；

RFC文檔一旦被提交，IETF和IAB組織將審查RFC文檔，通過後可以成為一項標准；

RFC文檔按照它發展與成熟的過程可以分為標准、草案標准、提案標准、實驗性的、信息性或 歷史 性的；

RFC文檔又可以分為被要求、被推薦、被選擇、受限制使用或不被推薦；

RFC文檔是什麼。