詞語解釋
RFC（Request For Comments），又稱為“請求評論”，是一種由網(wǎng)絡社區(qū)發(fā)布的文件，它們描述了網(wǎng)絡協(xié)議的規(guī)范、標準、程序和約定。RFC是互聯(lián)網(wǎng)上最重要的文件，它們涵蓋了互聯(lián)網(wǎng)的各個方面，包括網(wǎng)絡協(xié)議、網(wǎng)絡服務、應用程序、軟件工具、安全技術等。 RFC是互聯(lián)網(wǎng)的基礎，它們提供了一種統(tǒng)一的網(wǎng)絡通信規(guī)范，使得不同的網(wǎng)絡設備之間可以互相通信。RFC是互聯(lián)網(wǎng)協(xié)議的基礎，它們提供了一種統(tǒng)一的網(wǎng)絡通信規(guī)范，使得不同的網(wǎng)絡設備之間可以互相通信。RFC規(guī)定了不同的網(wǎng)絡設備之間如何進行通信，以及如何處理傳輸?shù)臄?shù)據(jù)，以確保數(shù)據(jù)在傳輸過程中的完整性和安全性。 RFC是互聯(lián)網(wǎng)的基礎，它們提供了一種統(tǒng)一的網(wǎng)絡通信規(guī)范，使得不同的網(wǎng)絡設備之間可以互相通信。RFC是互聯(lián)網(wǎng)協(xié)議的基礎，它們提供了一種統(tǒng)一的網(wǎng)絡通信規(guī)范，使得不同的網(wǎng)絡設備之間可以互相通信。RFC規(guī)定了不同的網(wǎng)絡設備之間如何進行通信，以及如何處理傳輸?shù)臄?shù)據(jù)，以確保數(shù)據(jù)在傳輸過程中的完整性和安全性。 RFC的應用也很廣泛，它們涵蓋了互聯(lián)網(wǎng)的各個方面，包括網(wǎng)絡協(xié)議、網(wǎng)絡服務、應用程序、軟件工具、安全技術等。比如，HTTP協(xié)議就是RFC提出的，它定義了客戶端和服務器之間的數(shù)據(jù)傳輸方式；SMTP協(xié)議也是RFC提出的，它定義了電子郵件的發(fā)送和接收方式；FTP協(xié)議也是RFC提出的，它定義了文件傳輸?shù)姆绞�；還有SSL/TLS協(xié)議，它定義了網(wǎng)絡數(shù)據(jù)傳輸?shù)陌踩用芊绞降鹊取? 總之，RFC是互聯(lián)網(wǎng)的基礎，它們提供了一種統(tǒng)一的網(wǎng)絡通信規(guī)范，使得不同的網(wǎng)絡設備之間可以互相通信，從而保證了網(wǎng)絡數(shù)據(jù)的完整性和安全性。RFC的應用也很廣泛，它們涵蓋了互聯(lián)網(wǎng)的各個方面，為互聯(lián)網(wǎng)的發(fā)展提供了重要的支持。 Requests For Comment -- 請求注釋 包含了關于Internet的幾乎所有重要的文字資料。如果你想成為網(wǎng)絡方面的專家，那么RFC無疑是最重要也是最經(jīng)常需要用到的資料之一，所以RFC享有網(wǎng)絡知識圣經(jīng)之美譽。通常，當某家機構或團體開發(fā)出了一套標準或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發(fā)放一份RFC，對這一問題感興趣的人可以閱讀該RFC并提出自己的意見；絕大部分網(wǎng)絡標準的制定都是以RFC的形式開始，經(jīng)過大量的論證和修改過程，由主要的標準化組織所制定的，但在RFC中所收錄的文件并不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或并沒有被采用，一份RFC具體處于什么狀態(tài)都在文件中作了明確的標識。截至2001年中期，公布的RFC大約有3000余篇，以下是幾個較為穩(wěn)定的RFC鏈接，以及幾個重要的標準化組織的網(wǎng)站鏈接： http://www.rfc.net RFC的官方站點，可以檢查RFC最及時的更新情況 http://www.ietf.org 最重要的Internet組織之一 http://sunsite.dk RFC查詢非常強大(可以以FTP登錄下載全部RFC文檔) http://www.iso.ch ISO-國際標準化組織 http://standards.ieee.org IEEE-電氣與電子工程師協(xié)會 http://web.ansi.org ANSI-美國國家標準化組織 http://www.itu.int ITU-國際電信同盟 中文網(wǎng)站: http://www.cnpaf.net/ 中國協(xié)議分析網(wǎng) RFC發(fā)展歷程 1969年,S·Crocker首先建立了RFC機制,其目的是建立一種快速共享Internet網(wǎng)絡研究思想的方式,最初RFC是以書面形式分發(fā)的,后來有了FTP、Email,RFC就以在線電子文本的形式提供,當然現(xiàn)在通過WWW在很多站點可以很方便地訪問RFC文檔。 RFC一直以來主要是用于Internet的標準化,RFC是Internet開放性的產(chǎn)物,任何人都可以訪問RFC,Internet這一致力于信息共享的網(wǎng)絡首先共享的就是以RFC形式出現(xiàn)的涉及其自身研究、設計和使用的信息。這一獨特的方式對于Internet的發(fā)展、完善具有相當關鍵的作用。發(fā)展到現(xiàn)在,RFC文檔已不僅僅是關于Internet標準的文檔了,而且也不局限于TCP/IP范圍,它幾乎包含了與計算機通信有關的任何內(nèi)容,全面反映Internet研究、發(fā)展的過程。 RFC主要是IAB、IETF、IESG、ISOC的工作成果,主要由IETF起草,由IAB指導下的RFC 編輯(Editor)直接負責RFC的發(fā)表。每一個RFC文檔有一個編號,這個編號永不重復,也就是說,由于技術進步等原因,即使是關于同一問題的RFC,也要使用新的編號,而不會使用原來的編號,時至今日,RFC編號已經(jīng)排到2200多,在查找RFC時,一定要注意最新的RFC。 RFC的分類 RFC文檔大致可以分為以下幾類。 1.STD RFC 按照RFC1311的定義,STD RFC是指那些已經(jīng)或者致力于成為Internet標準的RFC。只有經(jīng)過完全Internet標準化過程的RFC才可以有STD編號,STD編號是不變的,而其涉及到的 RFC文檔可能不只一個,其RFC編號也會更新。如STD13(Domain Name System)就涉及RFC1 034和RFC1035。 STD的標準化過程要經(jīng)過幾個步驟,首先由IETF起草標準(也可能是其他組織和個人, 但一般都是和IETF共同完成的),形成Internet Draft(ID),ID沒有RFC編號。如果ID在6個月內(nèi)IESG沒有建議成為RFC,則取消此ID。成為RFC后,還要經(jīng)過一系列的審查、修訂、測試等才能最終成為Internet標準。 2.BCP RFC 由于Internet應用領域廣泛,各種不同的組織有不同的使用目的和使用規(guī)則,IETF除了建議STD以外,也有必要對于Internet的使用和管理提供一些一般性的指導,同時也為I ETF、IAB、IESG提供一種渠道,以便推動某一方面的工作,反映其技術趨向,反映這些組織本身的工作進展。于是,1995年以RFC1818定義了BCP,即Best Current Practice。BCP同時有一個BCP編號和一個RFC編號,一旦約定了一個BCP編號,就不會再變,而其RFC編號則可能會經(jīng)過修訂不斷更新。例如反映Internet標準化工作程序的BCP9的RFC編號就從RFC16 02上升到RFC2026,相應地就廢棄了RFC1602。 BCP在發(fā)表以前,以電子郵件的形式廣泛征求IETF的意見,經(jīng)過IESG的審查,通過后即正式發(fā)表。但是BCP本身不是Internet標準。 3.FYI RFC FYI是For Your Information的簡寫,1990年發(fā)表的RFC1150(FYI1)定義了FYI,FYI也同時有一個FYI編號和一個RFC編號,FYI編號是固定的。FYI主要是提供有關Internet的知識性內(nèi)容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。所有的FYI在提交到RFC編輯以前,必須先經(jīng)過IETF的User Services WorkingGro up審查。 4.其他RFC 除了STD、BCP、FYI以外還有其他一些RFC。從RFC899開始,所有以99結尾的RFC都是對此前99個RFC的一個概括。如RFC1999就是對RFC1900到RFC1999的一個簡單概括。除了上述分類以外,還有一些描述RFC的方法。與Internet標準化過程(Internet Standards Process)有關的規(guī)范可以分為兩類,即 Technical Specification(TS),Applicability Statement(AS)。TS是對協(xié)議、規(guī)則、格式、實用程序的描述。AS是描述在何種環(huán)境,以及怎樣在Internet中使用TS;AS所涉及的并不一定全是Internet標準,比如IEEE、ITU、ISO組織的一些標準,大家所熟悉的ASCII標準就是一例。AS應該對其涉及的TS規(guī)定相應的級別"Requirement Level",這些"Require ment Level"如下: ·Required(Req),相當于必須實現(xiàn),如IP、ICMP; ·Recommended(Rec),鼓勵使用,如TELNET; ·Elective(Elc),可選擇的; ·Limited Use,只限于特定的用戶,一般說來用于對一些新的協(xié)議做試驗; ·Not Recommended,不要使用,很可能是過時的。 "Maturity Level"也是用來描述TS和AS的一種方式,它反映這些標準是否成熟。對于致力于成為STD的TS和AS有三種"Maturity Level"。 ·Proposed Standard,基本成熟,但還需要進一步的試驗證實其可行性。除非是用來驗證該協(xié)議的可行性,不要將其視為標準實現(xiàn)。 ·Draft Standard,需要兩個獨立的,而且具有相互操作性的實例驗證該協(xié)議的每一個方面�？梢詫⑵湟暈樽罱K的標準草案; ·Internet Standard,最終的Internet標準,同時賦予一個STD編號。除此之外的TS和AS分為以下幾種"Maturity Level"。 ·Experimental,一般是反映一些研究和開發(fā)的成果,只應將此看作是一般性的信息。 ·Informational,反映與Internet標準有關的一般性信息。有些也是有關非Intern et組織開發(fā)的一些協(xié)議,但必須得到協(xié)議開發(fā)者的許可。 ·Historic,是一些被新的標準取代或者是已經(jīng)過時廢棄不用的標準。 STD1(RFC2200)——Internet Official Protocol Standards,定期更新,反映最新的 Internet標準。另外,對于關注Internet的人來說,應該經(jīng)常注意查閱BCP9的最新內(nèi)容。
Requests For Comment -- 請求注釋 包含了關于Internet的幾乎所有重要的文字資料。如果你想成為網(wǎng)絡方面的專家，那么RFC無疑是最重要也是最經(jīng)常需要用到的資料之一，所以RFC享有網(wǎng)絡知識圣經(jīng)之美譽。通常，當某家機構或團體開發(fā)出了一套標準或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發(fā)放一份RFC，對這一問題感興趣的人可以閱讀該RFC并提出自己的意見；絕大部分網(wǎng)絡標準的制定都是以RFC的形式開始，經(jīng)過大量的論證和修改過程，由主要的標準化組織所制定的，但在RFC中所收錄的文件并不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或并沒有被采用，一份RFC具體處于什么狀態(tài)都在文件中作了明確的標識。截至2001年中期，公布的RFC大約有3000余篇，以下是幾個較為穩(wěn)定的RFC鏈接，以及幾個重要的標準化組織的網(wǎng)站鏈接： http://www.rfc.net RFC的官方站點，可以檢查RFC最及時的更新情況 http://www.ietf.org 最重要的Internet組織之一 http://sunsite.dk RFC查詢非常強大(可以以FTP登錄下載全部RFC文檔) http://www.iso.ch ISO-國際標準化組織 http://standards.ieee.org IEEE-電氣與電子工程師協(xié)會 http://web.ansi.org ANSI-美國國家標準化組織 http://www.itu.int ITU-國際電信同盟 中文網(wǎng)站: http://www.cnpaf.net/ 中國協(xié)議分析網(wǎng) RFC發(fā)展歷程 1969年,S·Crocker首先建立了RFC機制,其目的是建立一種快速共享Internet網(wǎng)絡研究思想的方式,最初RFC是以書面形式分發(fā)的,后來有了FTP、Email,RFC就以在線電子文本的形式提供,當然現(xiàn)在通過WWW在很多站點可以很方便地訪問RFC文檔。 RFC一直以來主要是用于Internet的標準化,RFC是Internet開放性的產(chǎn)物,任何人都可以訪問RFC,Internet這一致力于信息共享的網(wǎng)絡首先共享的就是以RFC形式出現(xiàn)的涉及其自身研究、設計和使用的信息。這一獨特的方式對于Internet的發(fā)展、完善具有相當關鍵的作用。發(fā)展到現(xiàn)在,RFC文檔已不僅僅是關于Internet標準的文檔了,而且也不局限于TCP/IP范圍,它幾乎包含了與計算機通信有關的任何內(nèi)容,全面反映Internet研究、發(fā)展的過程。 RFC主要是IAB、IETF、IESG、ISOC的工作成果,主要由IETF起草,由IAB指導下的RFC 編輯(Editor)直接負責RFC的發(fā)表。每一個RFC文檔有一個編號,這個編號永不重復,也就是說,由于技術進步等原因,即使是關于同一問題的RFC,也要使用新的編號,而不會使用原來的編號,時至今日,RFC編號已經(jīng)排到2200多,在查找RFC時,一定要注意最新的RFC。 RFC的分類 RFC文檔大致可以分為以下幾類。 1.STD RFC 按照RFC1311的定義,STD RFC是指那些已經(jīng)或者致力于成為Internet標準的RFC。只有經(jīng)過完全Internet標準化過程的RFC才可以有STD編號,STD編號是不變的,而其涉及到的 RFC文檔可能不只一個,其RFC編號也會更新。如STD13(Domain Name System)就涉及RFC1 034和RFC1035。 STD的標準化過程要經(jīng)過幾個步驟,首先由IETF起草標準(也可能是其他組織和個人, 但一般都是和IETF共同完成的),形成Internet Draft(ID),ID沒有RFC編號。如果ID在6個月內(nèi)IESG沒有建議成為RFC,則取消此ID。成為RFC后,還要經(jīng)過一系列的審查、修訂、測試等才能最終成為Internet標準。 2.BCP RFC 由于Internet應用領域廣泛,各種不同的組織有不同的使用目的和使用規(guī)則,IETF除了建議STD以外,也有必要對于Internet的使用和管理提供一些一般性的指導,同時也為I ETF、IAB、IESG提供一種渠道,以便推動某一方面的工作,反映其技術趨向,反映這些組織本身的工作進展。于是,1995年以RFC1818定義了BCP,即Best Current Practice。BCP同時有一個BCP編號和一個RFC編號,一旦約定了一個BCP編號,就不會再變,而其RFC編號則可能會經(jīng)過修訂不斷更新。例如反映Internet標準化工作程序的BCP9的RFC編號就從RFC16 02上升到RFC2026,相應地就廢棄了RFC1602。 BCP在發(fā)表以前,以電子郵件的形式廣泛征求IETF的意見,經(jīng)過IESG的審查,通過后即正式發(fā)表。但是BCP本身不是Internet標準。 3.FYI RFC FYI是For Your Information的簡寫,1990年發(fā)表的RFC1150(FYI1)定義了FYI,FYI也同時有一個FYI編號和一個RFC編號,FYI編號是固定的。FYI主要是提供有關Internet的知識性內(nèi)容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。所有的FYI在提交到RFC編輯以前,必須先經(jīng)過IETF的User Services WorkingGro up審查。 4.其他RFC 除了STD、BCP、FYI以外還有其他一些RFC。從RFC899開始,所有以99結尾的RFC都是對此前99個RFC的一個概括。如RFC1999就是對RFC1900到RFC1999的一個簡單概括。除了上述分類以外,還有一些描述RFC的方法。與Internet標準化過程(Internet Standards Process)有關的規(guī)范可以分為兩類,即 Technical Specification(TS),Applicability Statement(AS)。TS是對協(xié)議、規(guī)則、格式、實用程序的描述。AS是描述在何種環(huán)境,以及怎樣在Internet中使用TS;AS所涉及的并不一定全是Internet標準,比如IEEE、ITU、ISO組織的一些標準,大家所熟悉的ASCII標準就是一例。AS應該對其涉及的TS規(guī)定相應的級別"Requirement Level",這些"Require ment Level"如下: ·Required(Req),相當于必須實現(xiàn),如IP、ICMP; ·Recommended(Rec),鼓勵使用,如TELNET; ·Elective(Elc),可選擇的; ·Limited Use,只限于特定的用戶,一般說來用于對一些新的協(xié)議做試驗; ·Not Recommended,不要使用,很可能是過時的。 "Maturity Level"也是用來描述TS和AS的一種方式,它反映這些標準是否成熟。對于致力于成為STD的TS和AS有三種"Maturity Level"。 ·Proposed Standard,基本成熟,但還需要進一步的試驗證實其可行性。除非是用來驗證該協(xié)議的可行性,不要將其視為標準實現(xiàn)。 ·Draft Standard,需要兩個獨立的,而且具有相互操作性的實例驗證該協(xié)議的每一個方面�？梢詫⑵湟暈樽罱K的標準草案; ·Internet Standard,最終的Internet標準,同時賦予一個STD編號。除此之外的TS和AS分為以下幾種"Maturity Level"。 ·Experimental,一般是反映一些研究和開發(fā)的成果,只應將此看作是一般性的信息。 ·Informational,反映與Internet標準有關的一般性信息。有些也是有關非Intern et組織開發(fā)的一些協(xié)議,但必須得到協(xié)議開發(fā)者的許可。 ·Historic,是一些被新的標準取代或者是已經(jīng)過時廢棄不用的標準。 STD1(RFC2200)——Internet Official Protocol Standards,定期更新,反映最新的 Internet標準。另外,對于關注Internet的人來說,應該經(jīng)常注意查閱BCP9的最新內(nèi)容。
抱歉，此頁面的內(nèi)容受版權保護，復制需扣除次數(shù)，次數(shù)不足時需付費購買。
如需下載請點擊：點擊此處下載
掃碼付費即可復制
方向角 | youtube | EVD | ＲＬＩＮＫＴ | 基站收發(fā)器 | C／I | zune | 光交換 | MEMS | 公網(wǎng)ip | 密集波分復用 | CLB |
移動通信網(wǎng) | 通信人才網(wǎng) | 更新日志 | 團隊博客 | 免責聲明 | 關于詞典 | 幫助
開放、專業(yè)、智能的通信詞語解釋大全
