我們知道，互聯網（internet）起源于于美國的阿帕網（ARPANET），ARPANET是由美國國防部高級研究計劃署（ARPA，Advanced Research Project Agency）研究并推出的。ARPA起初研究的ARPANET是為國防部內部所使用，采用分組方式傳輸數據、目的尋址的計算機網絡。后來發展成為采用TCP/ IP協議體系具有計算機網絡互聯特性的ARPANET，由于TCP/ IP協議體系研究的進一步完備，以及網絡互聯特性的ARPANET發展應用，ARPA將該網絡專門為為民用，并稱之為互聯網。ARPA為了大力推進互聯網的應用與普及，專門成立了相關的研究機構和管理機構，互聯網工程任務組（IETF）就是其中的一個。下述將介紹IETF及其出版物“RFC”。

欲詳細了解阿帕網（ARPANET）及其發展的請進入。

一、互聯網的相關機構設置

當ARPANET的發展成為互聯網的雛形之后，ARPA為了大力推進互聯網的發展，在1979年，ARPA專門組織成立了一個互聯網配置與控制委員會（ICCB，Internet Control＆Configuration Board）來協調和引導互聯網（Internet）協議與體系結構的設計。1983年，ARPA對ICCB的機構做出了調整，成立了互聯網體系結構委員會（IAB， Internet Architecture Board）。1989年，IAB的機構再次進行了調整。IAB承擔了互聯網（Internet）的管理、規劃和協議標準化的職能。并在IAB下設置了兩個任務組，即：互聯網研究任務組（IRTF，Internet Research Task Force）和互聯網工程任務組（IETF，Internet Engineering Task Force）。在IRTF和IETF內部各設置若干工作小組，分別著重于一個特定問題的研究。下表1-0給出了IAB、IRTF和IETF各自的主要職責。

表 1-0：IAB、IETF、IRTF的主要職責

1、互聯網架構委員會（IAB）

互聯網架構委員會（IAB，Internet Architecture Board）是當初ARPA為互聯網的發展專門設置的管理機構，其目的是為互聯網發展提供長期技術方向，確保互聯網作為全球交流和創新的平臺不斷發展。它下屬了IRTF和IETF兩個平行的任務組。

IAB對相關互聯網的RFC文檔進行審查，它提供了所有RFC的狀態（即初步草案、草案標準或標準等）。這是跟蹤實際的互聯網標準最好的來源。在執行任何RFC之前，首先要檢查這個文件，否則將許會執行一種非標準化的技術。這一過程要比其他標準化組織的處理過程快得多。ANSI或ITU的標準在發布之前可能要用4~10年的時間。部分原因就是使用了委員會，而不是因特網的實際用戶團體來進行處理。

2、互聯網工程任務組（IETF）

互聯網工程任務組 （IETF，Internet Engineering Task Force）是IAB中最活躍的任務組，是互聯網的首要標準開發組織（SDO）。IETF制定了互聯網用戶、網絡運營商和設備供應商經常采用的自愿性標準，因此有助于塑造互聯網的發展軌跡。但IETF絕不控制乃至巡查互聯網。IETF 采用去中心化控制、邊緣用戶授權和資源共享等技術概念，因為這些概念與 IETF 社區的核心價值觀產生了共鳴。這些概念與可能的技術關系不大，而與IETF選擇創建的技術有很大關系。IETF 中沒有成員資格。任何人都可以通過注冊工作組郵件列表或注冊 IETF 會議來參與。所有 IETF 參與者都被視為志愿者，并應作為個人參與，包括付費參與的人。IETF遵循下表1-2-1所述的基本原則來履行其使命。

表 1-2-1：IETF履行其使命的基本原則

IETF設置有眾多工作組（WG）從事互聯網不同技術方面的RFC系列的研究與制定。目前的WG分為7大領域，其各領域的名稱列于下表1-2-2。每領域設有數量不等的工作組（WG），有的領域多達幾十個。IETF的工作就是制作技術文檔，詳細定義互聯網技術的工作原理，并且可以大規模操作和管理。IETF的絕大多數工作都是在上述許多工作組中完成的。

表 1-2-2：IETF所研究領域的名稱

3、互聯網研究任務組（IRTF）

互聯網研究任務組（IRTF，Internet Research Task Force）是與IETF的平行組織，IRTF促進互聯網協議、應用、架構的演變和技術的重要研究，專注于與互聯網相關的長期問題的研究（而IETF則是專注于互聯網工程和標準的制定）。目前IRTF下設有16個研究小組（SG），這些小組致力于與互聯網協議相關的主題、應用、架構和技術。IRTF由IRTF主席與互聯網研究指導小組（IRSG）協商管理，同樣，IRTF也發布相應的RFC系列。

4、其它

除了上述的機構設置外，還有其它幾個組織機構負責促進、監督互聯網的活動和標準化的處理，以便在互聯網上實現新技術。如它們有：互聯網工程指導委員會（IESC，Internet Engineering Steering Committee）、互聯網研究指導組（IRSG，Internet Research Steering Group）和互聯網號碼分配機構（IANA，Internet Assigned Numbers Authority）等。特別是，互聯網號碼分配機構（IANA）負責著互聯網的域名（DNS）、碼號資源（包括IP地址等）和協議分配等的管理工作，其具體任務詳見下表1-4所述。

表 1-4：互聯網號碼分配機構（IANA）的工作任務

二、IETF的關于RFC文檔

在互聯網工程任務組（IETF）中的互聯網標準或相關文檔，是以請求評論（RFC，Request For Comments）或譯為“征求意見”的形式產生的，因此，經IETF研究所發布的出版物（包括互聯網標準）都冠以“RFC”并給以編號，統稱為RFC文檔。RFC文檔可以被任何人提交，但不會立刻成為標準。事實上，IETF關于互聯網的各種主題，都有數以千計的可利用的RFC，但它們并不全是標準，其中有許多一直沒有被執行。這樣就為確定哪些是被認可的標準或哪些不是，帶來了一定的困惑。

1、RFC的狀態

根據其成熟度和涵蓋的內容，RFC 文檔被標記為不同的狀態，包括：互聯網標準、草案標準、建議標準、當前最佳實踐、實驗性、信息性和歷史，這些統稱為RFC系列。其中，把建議標準、草案標準和互聯網標準劃分為標準跟蹤成熟度級別；把實驗性、信息和歷史劃分為非標準跟蹤成熟度級別。當前最佳實踐重點用于IETF社區的管理。下表2-1給出了各跟蹤成熟度級別的簡單描述，若要詳細了解的可參見BCP 9（RFC 2026和RFC 6410）。注意：某些狀態可能會隨時間而更改。

表 2-1：RFC的狀態與跟蹤成熟度級別簡介

2、RFC標準的產生

互聯網技術標準化過程的第一步是提交初步的RFC草案（draft），也稱之為互聯網草案（I-D）。I-D任何人都可以提交，且任何人都可以對該草案進行補充或評論（這就是它稱為請求評論的原因）。RFC一旦提交，IETF就對它進行審查，并提出使這個RFC文檔成為標準的建議。然后該文檔就成為一個草案標準。從初步草案變成草案標準再到建議標準原來大約需要6個月；再經過大約4個月的審查并通過實際執行，這個建議標準就可以成為正式標準發布。創建互聯網標準的過程可為：規范經過一段時間的發展；互聯網社區的多次審查；基于經驗的修訂；被適當的機構采用為標準并出版。IETF 標準流程的基本正式定義是由RFC 2026給出的。

下表2-2給出了互聯網標準流程的目標。其中，技術能力的目標、事先實施和測試的要求以及允許所有相關方發表評論的需求都需要大量的時間和精力。另一方面，當今網絡技術的快速發展要求及時制定標準?；ヂ摼W標準流程旨在平衡這些相互沖突的目標。該過程被認為盡可能簡短和簡單，而不會犧牲技術卓越性、采用標準前的全面測試或開放和公平。

表 2-2：互聯網標準流程的目標

3、RFC系列的發布

RFC 系列由互聯網工程任務組（IETF）、互聯網架構委員會（IAB）、互聯網研究任務組（IRTF）和獨立提交者（I-D）編寫的文檔所組成并發布。所有 RFC 都由 RFC 編輯器發布，該編輯器是檢索 RFC 系列的權威來源。RFC 編輯器可以分別檢索出相應的RFC系列，并免費提供。

另外，關于IETF所發布的RFC 系列，存在兩個子系列，即 STD （STanDard）和 BCP（Best Current Practices），每個編號的 STD 和 BCP 可由一個或多個 RFC 組成。 STD 是“互聯網標準”RFC；BCP 是描述互聯網中當前最佳實踐的 RFC（其中一些是 IETF 的管理流程）。下表2-3給出了STD 和 BCP 的一些解釋。RFC 發布后，永遠不會對其進行修訂；如果它描述的規范發生變化，該標準將在另一個“過時”的第一個RFC中重新發布。如果在 RFC 中發現技術或編輯錯誤，則勘誤表可能會鏈接到 RFC 和/或保留以進行下一次文檔更新。

表 2-3：STD 和 BCP 的一些解釋

三、RFC的一般信息

RFC編輯器（網站）是檢索 RFC系列 的權威來源，提供了IETF的RFC系列的詳細信息。該站點對于不同的狀態和當前的標準化水平的一個很好的綜述，它提供了RFC系列和過程的綜述。在該站點的搜索和檢索頁面上提供了許多訪問大量信息的途徑?？梢园淳幪柣蛩饕榭?/span>RFC，可以按年代的正向或反向順序排列RFC，還可以按作者、標題、編號或關鍵字對RFC進行搜索。當然，還有一個鏈接指向可供選擇的RFC知識庫。

欲詳細了解RFC 編輯器并檢索RFC系列的請進入。

下表3-1列出了使通信人應該注意的有意義的幾個基本RFC；下表3-2給出由我國提交人提交的相關互聯網信息中的中文域名和中文字符方面的獨立編號的幾個RFC。

表 3-1：幾個有意義的基本RFC介紹

表 3-2：相關互聯網信息中中文域名和中文字符方面的獨立編號的RFC介紹

欲進一步了解互聯網介紹的請進入。