如果一個(gè)Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會(huì )（IAB），并形成具有順序編號的RFC文檔，由Internet協(xié)會(huì )（ISOC）通過(guò)Internet向全世界頒布。

每個(gè)Internet標準文件在被批準后都會(huì )分配一個(gè)獨立于RFC的永久編號，這就是STD編號。

　 RFC文檔必須被分配RFC編號后才能在網(wǎng)絡(luò )上發(fā)布。

四、                      RFC的分類(lèi)

根據RFC被公布時(shí)的狀態(tài)可以把RFC索引劃分成幾類(lèi)：

u      Standards――標準；

u      Draft Standards――草案標準；

u      Proposed Standards――提案標準

每個(gè)分類(lèi)具體的內容見(jiàn)：www.rfc-editor.org

應用層協(xié)議

FTP (RFC 959)

文件傳送協(xié)議FTP（File Transfer Protocol）是Internet文件傳送的基礎。通過(guò)該協(xié)議，用戶(hù)可以從一個(gè)Internet主機向另一個(gè)Internet主機拷貝文件。

與大多數Internet服務(wù)一樣，FTP也是一個(gè)客戶(hù)機/服務(wù)器系統。用戶(hù)通過(guò)一個(gè)支持FTP協(xié)議的客戶(hù)機程序，連接到在遠程主機上的FTP服務(wù)器程序。用戶(hù)通過(guò)客戶(hù)機程序向服務(wù)器程序發(fā)出命令，服務(wù)器程序執行用戶(hù)所發(fā)出的命令，并將執行的結果返回到客戶(hù)機。比如說(shuō)，用戶(hù)發(fā)出一條命令，要求服務(wù)器向用戶(hù)傳送某一個(gè)文件的一份拷貝，服務(wù)器會(huì )響應這條命令，將指定文件送至用戶(hù)的機器上?？蛻?hù)機程序代表用戶(hù)接收到這個(gè)文件，將其存放在用戶(hù)目錄中。

 HTTP (RFC 1945)

HTTP協(xié)議（Hypertext Transfer Protocol，中文稱(chēng)“超文本傳輸協(xié)議”）是用來(lái)在Internet上傳送超文本的傳送協(xié)議。它是運行在TCP/IP協(xié)議族之上的HTTP應用協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡(luò )傳輸減少。任何服務(wù)器除了包括HTML文件以外，還有一個(gè)HTTP駐留程序，用于響應用戶(hù)請求。瀏覽器是HTTP客戶(hù)，向服務(wù)器發(fā)送請求，當瀏覽器中輸入了一個(gè)開(kāi)始文件或點(diǎn)擊了一個(gè)超級鏈接時(shí)，瀏覽器就向服務(wù)器發(fā)送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進(jìn)行必要的操作后回送所要求的文件。

SMTP (RFC 821/822)

SMTP(Simple Mail Transfer Protocol)是一組規則，用于由源地址至目的地址傳送電子郵件。每一個(gè)想接收電子郵件的主機都安裝了SMTP服務(wù)器。當主機由用戶(hù)接收了電子郵件并想傳遞到另外一臺服務(wù)器，則它聯(lián)絡(luò )SMTP服務(wù)器。SMTP服務(wù)器會(huì )作出反應，顯示確認、錯誤消息或特定的請求信息。其中RFC821定義了SMTP標準，RFC822定義了SMTP消息格式。

POP3 RFC 1081

POP3(Post Office Protocol 3)協(xié)議通常被用來(lái)接收電子郵件。這個(gè)協(xié)議很簡(jiǎn)單，因為它只包含12個(gè)命令。這些命令被客戶(hù)端計算機用來(lái)發(fā)送 給遠程服務(wù)器。反過(guò)來(lái)，服務(wù)器返回給客戶(hù)端計算機兩個(gè)回應代碼。

Telnet (RFC854)

TELNET Protocol的目的是提供一個(gè)相對通用的，雙向的，面向八位字節的通信方法。它主要的目標是允許接口終端設備的標準方法和面向終端的相互作用。

傳輸層協(xié)議

TCP (RFC 793)

傳輸控制協(xié)議（Transmission Control Protocol）是為了在主機間實(shí)現高可靠性的包交換傳輸協(xié)議。TCP協(xié)議主要在網(wǎng)絡(luò )不可靠的時(shí)候完成通信。它支持多種網(wǎng)絡(luò )應用程序。TCP對下層服務(wù)沒(méi)有多少要求，它假定下層只能提供不可靠的數據報服務(wù)，它可以在多種硬件構成的網(wǎng)絡(luò )上運行。TCP可以根據IP協(xié)議提供的服務(wù)傳送大小不定的數據，IP協(xié)議負責對數據進(jìn)行分段，重組，在多種網(wǎng)絡(luò )中傳送，因此TCP協(xié)議則提供了一個(gè)可靠的、可流控的、全雙工的信息流傳輸服務(wù)。

 UDP （RFC 786）

UDP（用戶(hù)數據報協(xié)議--User Datagram Protocol）是TCP/IP協(xié)議集中等同于TCP的通信協(xié)議。UDP直接利用IP協(xié)議進(jìn)行UDP數據報的傳輸，因此UDP提供的是無(wú)連接、不可靠的數據報投遞服務(wù)。UDP常用于數據量較少的數據傳輸，例如：域名系統中域名地址/IP地址的映射請求和應答（Named)，Ping 、BOOTP、TFTP等應用。在少量數據的傳輸時(shí)，使用UDP協(xié)議傳輸信息流，可以減少TCP連接的過(guò)程，提高工作效率。當使用UDP協(xié)議傳輸信息流時(shí)，用戶(hù)應用程序必須負責解決數據報排序，差錯確認等問(wèn)題。

網(wǎng)絡(luò )層協(xié)議

IP （RFC 791）

Internet 上使用的一個(gè)關(guān)鍵的低層協(xié)議是網(wǎng)際協(xié)議，通常稱(chēng)IP協(xié)議。我們利用一個(gè)共同遵守的IP協(xié)議，從而使 Internet 成為一個(gè)允許連接不同類(lèi)型的計算機和不同操作系統的網(wǎng)絡(luò )?！　【W(wǎng)際協(xié)議IP協(xié)議提供了能適應各種各樣網(wǎng)絡(luò )硬件的靈活性，對底層網(wǎng)絡(luò )硬件幾乎沒(méi)有任何要求，任何一個(gè)網(wǎng)絡(luò )只要可以從一個(gè)地點(diǎn)向另一個(gè)地點(diǎn)傳送二進(jìn)制數據，就可以使用IP協(xié)議加入 Internet 了。IP協(xié)議對于網(wǎng)絡(luò )通信有著(zhù)重要的意義：網(wǎng)絡(luò )中的計算機通過(guò)安裝IP軟件，使許許多多的局域網(wǎng)絡(luò )構成了一個(gè)龐大而又嚴密的通信系統。從而使 Internet 看起來(lái)好像是真實(shí)存在的，但實(shí)際上它是一種并不存在的虛擬網(wǎng)絡(luò )，只不過(guò)是利用IP協(xié)議把全世界上所有愿意接入 Internet 的計算機局域網(wǎng)絡(luò )連接起來(lái)，使得它們彼此之間都能夠通信。           

ICMP （RFC2236）

ICMP（Internet Control Message Protocol”，Internet控制消息協(xié)議）是TCP/IP協(xié)議族的一個(gè)子協(xié)議，用于在IP主機、路由器之間傳遞控制消息?？刂葡⑹侵妇W(wǎng)絡(luò )通不通、主機是否可達、路由是否可用等網(wǎng)絡(luò )本身的消息。這些控制消息雖然并不傳輸用戶(hù)數據，但是對于用戶(hù)數據的傳遞起著(zhù)重要的作用。

ARP(RFC 826)

　　在TCP/IP網(wǎng)絡(luò )環(huán)境下，每個(gè)主機都分配了一個(gè)32位的IP地址，這種互連網(wǎng)地址是在國際范圍標識主機的一種邏輯地址。為了讓報文在物理網(wǎng)上傳送，必須知道彼此的物理地址。這樣就存在把互連網(wǎng)地址變換為物理地址的地址轉換問(wèn)題。以以太網(wǎng)(Ethernet)環(huán)境為例，為了正確地向目的站傳送報文，必須把目的站的32位IP地址轉換成48位以太網(wǎng)目的地址DA。這就需要在網(wǎng)絡(luò )層有一組服務(wù)將IP地址轉換為相應物理網(wǎng)絡(luò )地址，這組協(xié)議即是ARP。

在進(jìn)行報文發(fā)送時(shí)，如果源網(wǎng)絡(luò )層給的報文只有IP地址，而沒(méi)有對應的以太網(wǎng)地址，則網(wǎng)絡(luò )層廣播ARP請求以獲取目的站信息，而目的站必須回答該ARP請求。這樣源站點(diǎn)可以收到以太網(wǎng)48位地址，并將地址放入相應的高速緩存(cache)。下一次源站點(diǎn)對同一目的站點(diǎn)的地址轉換可直接引用高速緩存中的地址內容。地址轉換協(xié)議ARP使主機可以找出同一物理網(wǎng)絡(luò )中任一個(gè)物理主機的物理地址，只需給出目的主機的IP地址即可。這樣，網(wǎng)絡(luò )的物理編址可以對網(wǎng)絡(luò )層服務(wù)透明?！?span lang="EN-US">

RARP(RFC 903)

RARP(反向地址轉換協(xié)議)用于一種特殊情況，如果站點(diǎn)初始化以后，只有自己的物理地址而沒(méi)有IP地址，則它可以通過(guò)RARP協(xié)議，發(fā)出廣播請求，征求自己的IP地址，而RARP服務(wù)器則負責回答。這樣，無(wú)IP地址的站點(diǎn)可以通過(guò)RARP協(xié)議取得自己的IP地址，這個(gè)地址在下一次系統重新開(kāi)始以前都有效，不用連續廣播請求。RARP廣泛用于獲取無(wú)盤(pán)工作站的IP地址。

鏈路層協(xié)議

PPP協(xié)議（RFC1661）

　　PPP協(xié)議是一種有效的點(diǎn)一點(diǎn)通信協(xié)議，它由串行通信線(xiàn)路上的組幀方式，用于建立、配制、測試和拆除數據鏈路的鏈路控制協(xié)議LCP及一組用以支持不同網(wǎng)絡(luò )層協(xié)議的網(wǎng)絡(luò )控制協(xié)議NCPs三部分組成。

　由于PPP幀中設置了校驗字段，因而PPP在鏈路層上具有差錯檢驗的功能。PPP中的LCP協(xié)議提供了通信雙方進(jìn)行參數協(xié)商的手段，并且提供了一組NCPs協(xié)議，使得PPP可以支持多種網(wǎng)絡(luò )層協(xié)議，如IP、IPX、OSI等。另外，支持IP的NCP提供了在建立連接時(shí)動(dòng)態(tài)分配IP地址的功能，解決了個(gè)人用戶(hù)上Internet的問(wèn)題。

SLIP協(xié)議（RFC1055）
　　SLIP提供在串行通信線(xiàn)路上封裝IP分組的簡(jiǎn)單方法，用以使用遠程用戶(hù)通過(guò)電話(huà)線(xiàn)和MODEM能方便地接入TCP/IP網(wǎng)絡(luò )。

　　SLIP是一種簡(jiǎn)單的組幀方式，使用時(shí)還存在一些問(wèn)題。首先，SLIP不支持在連接過(guò)程中的動(dòng)態(tài)IP地址分配，通信雙方必須事先告知對方IP地址，這給沒(méi)有固定IP地址的個(gè)人用戶(hù)上Internet網(wǎng)帶來(lái)了很大的不便：其次，SLIP幀中無(wú)協(xié)議類(lèi)型字段，因此它只能支持IP協(xié)議；再有，SLIP幀中列校驗字段，因此鏈路層上無(wú)法檢測出傳輸差錯，必須由上層實(shí)體或具有糾錯能力的MODEM來(lái)解決傳輸差錯問(wèn)題。

五、                      相關(guān)資源

http://www.rfc.net(RFC的官方站點(diǎn)，可以檢查RFC最及時(shí)的更新情況)

http://www.ietf.org(最重要的Internet組織之一)

http://sunsite.dk RFC(查詢(xún)非常強大(可以以FTP登錄下載全部RFC文檔)

http://www.iso.ch(ISO-國際標準化組織)

http://standards.ieee.org (IEEE-電氣與電子工程師協(xié)會(huì ))

http://web.ansi.org (ANSI-美國國家標準化組織)