|
RFC(Request For Comments) 一、簡介 意即“請求注解”，包含了關(guān)于Internet的幾乎所有重要的文字資料。這是用于發(fā)布Internet標(biāo)準(zhǔn)和Internet其他正式出版物的一種網(wǎng)絡(luò)文件或工作報告。 如果你想成為網(wǎng)絡(luò)方面的專家，那么RFC無疑是最重要也是最經(jīng)常需要用到的資料之一，所以RFC享有網(wǎng)絡(luò)知識圣經(jīng)之美譽。 通常，當(dāng)某家機構(gòu)或團體開發(fā)出了一套標(biāo)準(zhǔn)或提出對某種標(biāo)準(zhǔn)的設(shè)想，想要征詢外界的意見時，就會在Internet上發(fā)放一份RFC，對這一問題感興趣的人可以閱讀該RFC并提出自己的意見。 絕大部分網(wǎng)絡(luò)標(biāo)準(zhǔn)的指定都是以RFC的形式開始，經(jīng)過大量的論證和修改過程，由主要的標(biāo)準(zhǔn)化組織所指定的，但在RFC中所收錄的文件并不都是正在使用或為大家所公認(rèn)的，也有很大一部分只在某個局部領(lǐng)域被使用或并沒有被采用，一份RFC具體處于什么狀態(tài)都在文件中作了明確的標(biāo)識。 RFC1009，RFC 1027和RFC 1067是與Internet有關(guān)的三個標(biāo)準(zhǔn)文件（RFC1009 - Requirements for Internet gateways） 二、歷史
RFC文檔初創(chuàng)于1969年，RFC出版物由RFC編輯（RFC Editor）直接負(fù)責(zé)，并接受IAB的一般性指導(dǎo)。現(xiàn)在已經(jīng)有3000多個RFC系列文件，并且這個數(shù)目還在不斷增加, 內(nèi)容和Internet (開始叫做為ARPANET)相關(guān)。草案討論了計算機通訊的方方面面，重點在網(wǎng)絡(luò)協(xié)議，過程，程序，以及一些會議注解，意見，風(fēng)格方面的概念。
三、RFC處理過程 一個RFC文件在成為官方標(biāo)準(zhǔn)前一般至少要經(jīng)歷三個階段：建議標(biāo)準(zhǔn)、草案標(biāo)準(zhǔn)、因特網(wǎng)標(biāo)準(zhǔn)。
 在Internet上，任何一個用戶都可以對Internet某一領(lǐng)域的問題提出自己的解決方案或規(guī)范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務(wù)組（IETF）。 如果一個Internet草案在IETF的相關(guān)站點上存在6個月后仍未被IESG(Internet工程指導(dǎo)組)建議作為標(biāo)準(zhǔn)發(fā)布，則它將被從上述站點中刪除。
如果一個Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結(jié)構(gòu)委員會（IAB），并形成具有順序編號的RFC文檔，由Internet協(xié)會（ISOC）通過Internet向全世界頒布。 每個Internet標(biāo)準(zhǔn)文件在被批準(zhǔn)后都會分配一個獨立于RFC的永久編號，這就是STD編號。
四、 RFC的分類 根據(jù)RFC被公布時的狀態(tài)可以把RFC索引劃分成幾類： u Standards――標(biāo)準(zhǔn)； u Draft Standards――草案標(biāo)準(zhǔn)； u Proposed Standards――提案標(biāo)準(zhǔn) 每個分類具體的內(nèi)容見：www. RFC文檔
與計算機網(wǎng)絡(luò)有關(guān)的RFC文檔 應(yīng)用層協(xié)議 FTP (RFC 959) 文件傳送協(xié)議FTP（File Transfer Protocol）是Internet文件傳送的基礎(chǔ)。通過該協(xié)議，用戶可以從一個Internet主機向另一個Internet主機拷貝文件。 與大多數(shù)Internet服務(wù)一樣，FTP也是一個客戶機/服務(wù)器系統(tǒng)。用戶通過一個支持FTP協(xié)議的客戶機程序，連接到在遠(yuǎn)程主機上的FTP服務(wù)器程序。用戶通過客戶機程序向服務(wù)器程序發(fā)出命令，服務(wù)器程序執(zhí)行用戶所發(fā)出的命令，并將執(zhí)行的結(jié)果返回到客戶機。比如說，用戶發(fā)出一條命令，要求服務(wù)器向用戶傳送某一個文件的一份拷貝，服務(wù)器會響應(yīng)這條命令，將指定文件送至用戶的機器上。客戶機程序代表用戶接收到這個文件，將其存放在用戶目錄中。 HTTP (RFC 1945) HTTP協(xié)議（Hypertext Transfer Protocol，中文稱“超文本傳輸協(xié)議”）是用來在Internet上傳送超文本的傳送協(xié)議。它是運行在TCP/IP協(xié)議族之上的HTTP應(yīng)用協(xié)議，它可以使瀏覽器更加高效，使網(wǎng)絡(luò)傳輸減少。任何服務(wù)器除了包括HTML文件以外，還有一個HTTP駐留程序，用于響應(yīng)用戶請求。瀏覽器是HTTP客戶，向服務(wù)器發(fā)送請求，當(dāng)瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向服務(wù)器發(fā)送了HTTP請求，此請求被送往由IP地址指定的URL。駐留程序接收到請求，在進行必要的操作后回送所要求的文件。 SMTP (RFC 821/822) SMTP(Simple Mail Transfer Protocol)是一組規(guī)則，用于由源地址至目的地址傳送電子郵件。每一個想接收電子郵件的主機都安裝了SMTP服務(wù)器。當(dāng)主機由用戶接收了電子郵件并想傳遞到另外一臺服務(wù)器，則它聯(lián)絡(luò)SMTP服務(wù)器。SMTP服務(wù)器會作出反應(yīng)，顯示確認(rèn)、錯誤消息或特定的請求信息。其中RFC821定義了SMTP標(biāo)準(zhǔn)，RFC822定義了SMTP消息格式。 POP3 RFC 1081 POP3(Post Office Protocol 3)協(xié)議通常被用來接收電子郵件。這個協(xié)議很簡單，因為它只包含12個命令。這些命令被客戶端計算機用來發(fā)送 給遠(yuǎn)程服務(wù)器。反過來，服務(wù)器返回給客戶端計算機兩個回應(yīng)代碼。 Telnet (RFC854) TELNET Protocol的目的是提供一個相對通用的，雙向的，面向八位字節(jié)的通信方法。它主要的目標(biāo)是允許接口終端設(shè)備的標(biāo)準(zhǔn)方法和面向終端的相互作用。 傳輸層協(xié)議 TCP (RFC 793) 傳輸控制協(xié)議（Transmission Control Protocol）是為了在主機間實現(xiàn)高可靠性的包交換傳輸協(xié)議。TCP協(xié)議主要在網(wǎng)絡(luò)不可靠的時候完成通信。它支持多種網(wǎng)絡(luò)應(yīng)用程序。TCP對下層服務(wù)沒有多少要求，它假定下層只能提供不可靠的數(shù)據(jù)報服務(wù)，它可以在多種硬件構(gòu)成的網(wǎng)絡(luò)上運行。TCP可以根據(jù)IP協(xié)議提供的服務(wù)傳送大小不定的數(shù)據(jù)，IP協(xié)議負(fù)責(zé)對數(shù)據(jù)進行分段，重組，在多種網(wǎng)絡(luò)中傳送，因此TCP協(xié)議則提供了一個可靠的、可流控的、全雙工的信息流傳輸服務(wù)。 UDP （RFC 786） UDP（用戶數(shù)據(jù)報協(xié)議--User Datagram Protocol）是TCP/IP協(xié)議集中等同于TCP的通信協(xié)議。UDP直接利用IP協(xié)議進行UDP數(shù)據(jù)報的傳輸，因此UDP提供的是無連接、不可靠的數(shù)據(jù)報投遞服務(wù)。UDP常用于數(shù)據(jù)量較少的數(shù)據(jù)傳輸，例如：域名系統(tǒng)中域名地址/IP地址的映射請求和應(yīng)答（Named)，Ping 、BOOTP、TFTP等應(yīng)用。在少量數(shù)據(jù)的傳輸時，使用UDP協(xié)議傳輸信息流，可以減少TCP連接的過程，提高工作效率。當(dāng)使用UDP協(xié)議傳輸信息流時，用戶應(yīng)用程序必須負(fù)責(zé)解決數(shù)據(jù)報排序，差錯確認(rèn)等問題。 網(wǎng)絡(luò)層協(xié)議 IP （RFC 791） Internet 上使用的一個關(guān)鍵的低層協(xié)議是網(wǎng)際協(xié)議，通常稱IP協(xié)議。我們利用一個共同遵守的IP協(xié)議，從而使 Internet 成為一個允許連接不同類型的計算機和不同操作系統(tǒng)的網(wǎng)絡(luò)。 網(wǎng)際協(xié)議IP協(xié)議提供了能適應(yīng)各種各樣網(wǎng)絡(luò)硬件的靈活性，對底層網(wǎng)絡(luò)硬件幾乎沒有任何要求，任何一個網(wǎng)絡(luò)只要可以從一個地點向另一個地點傳送二進制數(shù)據(jù)，就可以使用IP協(xié)議加入 Internet 了。IP協(xié)議對于網(wǎng)絡(luò)通信有著重要的意義：網(wǎng)絡(luò)中的計算機通過安裝IP軟件，使許許多多的局域網(wǎng)絡(luò)構(gòu)成了一個龐大而又嚴(yán)密的通信系統(tǒng)。從而使 Internet 看起來好像是真實存在的，但實際上它是一種并不存在的虛擬網(wǎng)絡(luò)，只不過是利用IP協(xié)議把全世界上所有愿意接入 Internet 的計算機局域網(wǎng)絡(luò)連接起來，使得它們彼此之間都能夠通信。 ICMP （RFC2236） ICMP（Internet Control Message Protocol”，Internet控制消息協(xié)議）是TCP/IP協(xié)議族的一個子協(xié)議，用于在IP主機、路由器之間傳遞控制消息?？刂葡⑹侵妇W(wǎng)絡(luò)通不通、主機是否可達、路由是否可用等網(wǎng)絡(luò)本身的消息。這些控制消息雖然并不傳輸用戶數(shù)據(jù)，但是對于用戶數(shù)據(jù)的傳遞起著重要的作用。 ARP(RFC 826) 在TCP/IP網(wǎng)絡(luò)環(huán)境下，每個主機都分配了一個32位的IP地址，這種互連網(wǎng)地址是在國際范圍標(biāo)識主機的一種邏輯地址。為了讓報文在物理網(wǎng)上傳送，必須知道彼此的物理地址。這樣就存在把互連網(wǎng)地址變換為物理地址的地址轉(zhuǎn)換問題。以以太網(wǎng)(Ethernet)環(huán)境為例，為了正確地向目的站傳送報文，必須把目的站的32位IP地址轉(zhuǎn)換成48位以太網(wǎng)目的地址DA。這就需要在網(wǎng)絡(luò)層有一組服務(wù)將IP地址轉(zhuǎn)換為相應(yīng)物理網(wǎng)絡(luò)地址，這組協(xié)議即是ARP。 在進行報文發(fā)送時，如果源網(wǎng)絡(luò)層給的報文只有IP地址，而沒有對應(yīng)的以太網(wǎng)地址，則網(wǎng)絡(luò)層廣播ARP請求以獲取目的站信息，而目的站必須回答該ARP請求。這樣源站點可以收到以太網(wǎng)48位地址，并將地址放入相應(yīng)的高速緩存(cache)。下一次源站點對同一目的站點的地址轉(zhuǎn)換可直接引用高速緩存中的地址內(nèi)容。地址轉(zhuǎn)換協(xié)議ARP使主機可以找出同一物理網(wǎng)絡(luò)中任一個物理主機的物理地址，只需給出目的主機的IP地址即可。這樣，網(wǎng)絡(luò)的物理編址可以對網(wǎng)絡(luò)層服務(wù)透明。 RARP(RFC 903) RARP(反向地址轉(zhuǎn)換協(xié)議)用于一種特殊情況，如果站點初始化以后，只有自己的物理地址而沒有IP地址，則它可以通過RARP協(xié)議，發(fā)出廣播請求，征求自己的IP地址，而RARP服務(wù)器則負(fù)責(zé)回答。這樣，無IP地址的站點可以通過RARP協(xié)議取得自己的IP地址，這個地址在下一次系統(tǒng)重新開始以前都有效，不用連續(xù)廣播請求。RARP廣泛用于獲取無盤工作站的IP地址。 鏈路層協(xié)議 PPP協(xié)議（RFC1661） PPP協(xié)議是一種有效的點一點通信協(xié)議，它由串行通信線路上的組幀方式，用于建立、配制、測試和拆除數(shù)據(jù)鏈路的鏈路控制協(xié)議LCP及一組用以支持不同網(wǎng)絡(luò)層協(xié)議的網(wǎng)絡(luò)控制協(xié)議NCPs三部分組成。 由于PPP幀中設(shè)置了校驗字段，因而PPP在鏈路層上具有差錯檢驗的功能。PPP中的LCP協(xié)議提供了通信雙方進行參數(shù)協(xié)商的手段，并且提供了一組NCPs協(xié)議，使得PPP可以支持多種網(wǎng)絡(luò)層協(xié)議，如IP、IPX、OSI等。另外，支持IP的NCP提供了在建立連接時動態(tài)分配IP地址的功能，解決了個人用戶上Internet的問題。 SLIP協(xié)議（RFC1055） SLIP是一種簡單的組幀方式，使用時還存在一些問題。首先，SLIP不支持在連接過程中的動態(tài)IP地址分配，通信雙方必須事先告知對方IP地址，這給沒有固定IP地址的個人用戶上Internet網(wǎng)帶來了很大的不便：其次，SLIP幀中無協(xié)議類型字段，因此它只能支持IP協(xié)議；再有，SLIP幀中列校驗字段，因此鏈路層上無法檢測出傳輸差錯，必須由上層實體或具有糾錯能力的MODEM來解決傳輸差錯問題。 五、 相關(guān)資源 http://www.(RFC的官方站點，可以檢查RFC最及時的更新情況) http://www.(最重要的Internet組織之一) http:// RFC(查詢非常強大(可以以FTP登錄下載全部RFC文檔) http://www.(ISO-國際標(biāo)準(zhǔn)化組織) http://standards. (IEEE-電氣與電子工程師協(xié)會) http://web. (ANSI-美國國家標(biāo)準(zhǔn)化組織) |
|
|
