RFC及RFC編輯者：
　　RFC(Request For Comments)-意即“請求注解”，包含了關于Internet的幾乎所有重要的文字資料。如果你想成為網絡方面的專家，那么RFC無疑是最重要也是最經常需要用到的資料之一，所以RFC享有網絡知識圣經之美譽。通常，當某家機構或團體開發(fā)出了一套標準或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發(fā)放一份RFC，對這一問題感興趣的人可以閱讀該RFC并提出自己的意見；絕大部分網絡標準的指定都是以RFC的形式開始，經過大量的論證和修改過程，由主要的標準化組織所指定的，但在RFC中所收錄的文件并不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或并沒有被采用，一份RFC具體處于什么狀態(tài)都在文件中作了明確的標識
　　RFC由一系列草案組成，起始于1969年（第一個RFC文檔發(fā)布于1969年4月7日，參見“RFC30年”，RFC2555”），RFC文檔是一系列關于Internet（早期為ARPANET）的技術資料匯編。這些文檔詳細討論了計算機網絡的方方面面，重點在網絡協(xié)議，進程，程序，概念以及一些會議紀要，意見，各種觀點等。
　　“RFC編輯者”是RFC文檔的出版者，它負責RFC最終文檔的編輯審訂。“RFC編輯者”也保留有RFC的主文件，稱為RFC索引，用戶可以在線檢索。在RFC近30年的歷史中，“RFC編輯者”一直由約翰•普斯特爾（Jon Postel）來擔任，而現在“RFC編輯者”則由一個工作小組來擔任，這個小組受到“因特網社團”（Internet Society）的支助。
　　RFC編輯者負責RFC以及RFC的整體結構文檔，并維護RFC的索引。Internet協(xié)議族的文檔部分（由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處理過程：
　　一個RFC文件在成為官方標準前一般至少要經歷三個階段：建議標準、草案標準、因特網標準。
第一步RFC的出版是作為一個Internet 草案發(fā)布，可以閱讀并對其進行注釋。準備一個RFC草案，我們要求作者先閱讀IETF的一個文檔"Considerations for Internet Drafts". 它包括了許多關于RFC以及Internet草案格式的有用信息。作者還應閱讀另外一個相關的文檔RFC 2223 "Instructions to Authors"。
　　一旦文檔有了一個ID號后，你就可以向rfc-editor@rfc-editor.org發(fā)送e-mail ，說你覺得這個文檔還可以，能夠作為一個有價值或有經驗的RFC文檔 。RFC編輯將會向IESG請求查閱該文檔并給其加上評論和注釋。你可以通過RFC隊列來了解你的文檔的進度。一旦你的文檔獲得通過，RFC編輯就會將其編輯并出版。如果該文檔不能出版，則會有email通知作者是什么原因。作者有48個小時來校對RFC編輯的意見。我們強烈建議作者要檢測拼寫錯誤和丟字的錯誤，應該確保有引用，聯(lián)系和更新相關的信息。如你的文檔是一個MIB，我們則要你對你的代碼作最后一次檢測。一旦RFC文檔出版，我們就不會對其進行更改，因此你應該對你的文檔仔細的檢查。
　　有時個別的文檔會被正從事同一個項目的IETF工作組收回，如是這種情況，則該作者會被要求和IETF進行該文檔的開發(fā)。在IETF中, Area Directors (ADs) 負責相關的幾個工作組。這些工作者所開發(fā)的文檔將由ADs 進行校閱，然后才作為RFC的出版物。
如要獲得關于如何寫RFC文檔和關于RFC的Internet標準制定過程的更多詳細信息，請各位參見：
RFC 2223 "Instructions to RFC Authors"。
RFC 2026 "The Internet Standards Process -- Revision 3"。
　　實際上，在Internet上，任何一個用戶都可以對Internet某一領域的問題提出自己的解決方案或規(guī)范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務組（IETF）。草案存放在美國、歐洲和亞太地區(qū)的工作文件站點上，供世界多國自愿參加的IETF成員進行討論、測試和審查。最后，由Internet工程指導組（IESG）確定該草案是否能成為Internet的標準。
　　如果一個Internet草案在IETF的相關站點上存在6個月后仍未被IESG建議作為標準發(fā)布，則它將被從上述站點中刪除。事實上，在任何時候，一個Internet 草案都有可能被新的草案版本所替換掉，并重新開始6個月的存放期。
如果一個Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會（IAB），并形成具有順序編號的RFC文檔，由Internet協(xié)會（ISOC）通過Internet向全世界頒布。每個Internet標準文件在被批準后都會分配一個獨立于RFC的永久編號，這就是STD編號。有一個不斷被更新的文件RFC-INDEX.TXT按照RFC的編號來索引所有的文件，對于因特網標準文件還列出了其相應的STD編號。
RFC文檔必須被分配RFC編號后才能在網絡上發(fā)布。例如，RFC2026的內容是“Internet標準進程-修訂版3”、RFC1543的內容為“RFC作者指導”等等。需要時，可以復制或打印這些聯(lián)機文檔。用戶也可以通過遍布全世界的數個聯(lián)機資料數據庫中獲得RFC文檔。例如，可以使用路徑名RFC/RFCnnnn.TXT通過FTP的方式從ds.internic.net站點獲得RFC，其中“nnnn”指的是RFC的編號。在這里，使用FTP登錄時，所用的用戶名和口令分別為“anonymous”和你的電子郵件地址。此外，用戶還可以通過Internet網絡信息中心（InterNIC）的目錄服務功能、電子郵件、WWW等方式獲得RFC文檔.
　　作為標準的RFC又分為幾種，第一種是提議性的，就是說建議采用這個作為一個方案擺出來，Draft是已經有一部分在用了，希望被采用為正式的標準，還有一種就是完全被認可的標準，這種是大家都在用，而且是不應該改變的。還有一種就是現在的最佳實踐法，它相當于一種介紹。這些文件產生的過程是一種從下往上的過程，而不是從上往下，也就是說不是一個由主席，或者由工作組負責人的給一個指令，說是要做什么，要做什么，而是有下邊自發(fā)的提出，然后在工作組里邊討論，討論了以后再交給剛才說的工程指導委員會進行審查。但是工程指導委員會只做審查不做修改，修改還是要打回到工作組來做。IETF工作組文件的產生就是任何人都可以來參加會議，任何人都可以提議，然后他和別人進行討論，大家形成了一個共識就可以產出這樣的文件。