⑴ 所有互聯網標准都是以RFC的形式在互聯網上發表的嗎
所有的互聯網標准都是以RFC的形式在互聯網上發表的。RFC (Request For Comments)
的意思就是「請求評論」。所有的RFC文檔都可從互聯網上免費下載[W-RFC]。但應注意，
並非所有的RFC文檔都是互聯網標准。互聯網標準的制定往往要花費漫長的時間，並且是
一件非常慎重的工作。只有很少部分的RFC文檔最後能變成互聯網標准。RFC文檔按發表
時間的先後編上序號(即RFC xxx，這里的xxx是阿拉伯數字)。一個RFC文檔更新後就
使用一個新的編號，並在文檔中指出原來老編號的RFC文檔已成為陳舊的或被更新，但陳
舊的RFC文檔並不會被刪除，而是永遠保留著，供用戶參考。現在RFC文檔的數量增長得
很快，到2016 年7月RFC的編號就已經高達7694了。制定互聯網的正式標准要經過以下三個階段:
(1)互聯網草案(Internet Draf)一互 聯網草案的有效期只有六個月。在這個階段還不能
算是RFC文檔。
(2)建議標准(Proposed Standard)一從這 個階段開始就成為RFC文檔。
(3)互聯網標准(Intermnet Standard)-- 達 到正式標准後，每個標准就分配到一個編號STD xx。-一個標准可以和多個RFC文檔關聯。截止到2016年7月，互聯網標準的最大編號是STD 83.可見要成為互聯網標准還是很不容易的。要成為互聯網標准，原先必須經過三個階段，即建議標准- +草案標准- +互聯網標准。由於「草案標准」容易和「互聯網草案」混淆，從2011年10月起取消了「草案標准」這個階段[RFC 6410]。這樣，現在制定互聯網標準的過程變為兩個階段，即建議標准. +互聯網標准。在新的規定以前就已發布的草案標准，將按照以下原則進行處理:若已達到互聯網標准，就升級為互聯網標准;對目前尚不夠互聯網標准條件的，則仍稱為發布時的名稱「草案標准」。我們可以很方便地在網上查到有哪些RFC文檔是互聯網標准或建議標准[W_RFCS]。
⑵ RFC的處理過程
一個RFC文件在成為官方標准前一般至少要經歷4個階段【RFC2026】：網際網路草案、建議標准、草案標准、網際網路標准。
第一步RFC的出版是作為一個Internet 草案發布，可以閱讀並對其進行注釋。准備一個RFC草案，我們要求作者先閱讀IETF的一個文檔"Considerations for Internet Drafts". 它包括了許多關於RFC以及Internet草案格式的有用信息。作者還應閱讀另外一個相關的文檔RFC 2223 "Instructions to Authors"。
一旦文檔有了一個ID號後，你就可以向rfc-editor @rfc-editor. org發送e-mail ，說你覺得這個文檔還可以，能夠作為一個有價值或有經驗的RFC文檔。RFC編輯將會向IESG請求查閱該文檔並給其加上評論和注釋。你可以通過RFC隊列來了解你的文檔的進度。一旦你的文檔獲得通過，RFC編輯就會將其編輯並出版。如果該文檔不能出版，則會有email通知作者不能出版的原因。作者有48個小時的時間來校對RFC編輯的意見。我們強烈建議作者要檢測拼寫錯誤和丟字的錯誤，應該確保有引用，聯系和更新相關的信息。如你的文檔是一個MIB，我們則要你對你的代碼作最後一次檢測。一旦RFC文檔出版，我們就不會對其進行更改，因此你應該對你的文檔仔細的檢查。
有時個別的文檔會被正從事同一個項目的IETF工作組收回，如是這種情況，則該作者會被要求和IETF進行該文檔的開發。在IETF中，Area Directors (ADs) 負責相關的幾個工作組。這些工作者所開發的文檔將由ADs 進行校閱，然後才作為RFC的出版物。
如要獲得關於如何寫RFC文檔和關於RFC的Internet標准制定過程的更多詳細信息，請各位參見：
RFC 2223 "Instructions to RFC Authors"。
RFC 2026 "The Internet Standards Process -- Revision 3"。
實際上，在Internet上，任何一個用戶都可以對Internet某一領域的問題提出自己的解決方案或規范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務組（IETF）。草案存放在美國、歐洲和亞太地區的工作文件站點上，供世界多國自願參加的IETF成員進行討論、測試和審查。最後，由Internet工程指導組（IESG）確定該草案是否能成為Internet的標准。
如果一個Internet草案在IETF的相關站點上存在6個月後仍未被IESG建議作為標准發布，則它將被從上述站點中刪除。事實上，在任何時候，一個Internet 草案都有可能被新的草案版本所替換掉，並重新開始6個月的存放期。
如果一個Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會（IAB），並形成具有順序編號的RFC文檔，由Internet協會（ISOC）通過Internet向全世界頒布。每個Internet標准文件在被批准後都會分配一個獨立於RFC的永久編號，這就是STD編號。有一個不斷被更新的文件RFC-INDEX.TXT按照RFC的編號來索引所有的文件，對於網際網路標准文件還列出了其相應的STD編號。
RFC文檔必須被分配RFC編號後才能在網路上發布。例如，RFC2026的內容是「Internet標准進程-修訂版3」、RFC1543的內容為「RFC作者指導」等等。需要時，可以復制或列印這些聯機文檔。用戶也可以通過遍布全世界的數個聯機資料資料庫中獲得RFC文檔。
作為標準的RFC又分為幾種，第一種是提議性的，就是說建議採用這個作為一個方案擺出來，Draft是已經有一部分在用了，希望被採用為正式的標准，還有一種就是完全被認可的標准，這種是大家都在用，而且是不應該改變的。還有一種就是現在的最佳實踐法，它相當於一種介紹。這些文件產生的過程是一種從下往上的過程，而不是從上往下，也就是說不是一個由主席，或者由工作組負責人的給一個指令，說是要做什麼，要做什麼，而是有下邊自發的提出，然後在工作組里邊討論，討論了以後再交給剛才說的工程指導委員會進行審查。但是工程指導委員會只做審查不做修改，修改還是要打回到工作組來做。IETF工作組文件的產生就是任何人都可以來參加會議，任何人都可以提議，然後他和別人進行討論，大家形成了一個共識就可以產出這樣的文件。
⑶ 簡要說明計算機網路術語RFC是什麼
RFC(遠程函數調用 Remote Function Call)是一個 SAP 的介面協議。它基於 CPI-C,很大程度上簡化了系統間通訊的編程工作。RFC 允許調用和執行一個遠程系統,或者是相同系統上的預定義函數。
⑷ 計算機與網路連接不正常
pda 個人數字助理 rfc請求評論 ip網路協議 cidr 無關域間路由選擇 url 統一資源定位器
crc 循環冗餘檢測 csma/cd帶沖突檢測的載波偵聽多路訪問協議 arq自動重傳請求rip路由信息協議mss最大數據尺寸
tcp傳輸控制協議smtp 簡單郵件傳輸協議 isp網際網路服務提供商 icmp互聯網控制報文協議
ospf 開放最短路徑優先arp地址解析協議dhcp 動態主機配置協議mtu最大傳輸單元
congestion-control擁塞控制 flow control流量控制udp用戶數據報協議ftp文件傳輸協議
http超文本傳輸協議 tdm時分多路復用 fdm頻分多路復用 dsl數字（電話）用戶線
dns域名系統 icmp 網際網路控制報文協議as自治系統bgp邊界網關協議hfc混合光纖網同軸電纜rarp地址反解析協議rtt返回時間
⑸ 計算機網路原理rfc是什麼意思
Request For Comments（RFC），是一系列以編號排定的文件。文件收集了有關互聯網相關信息，以及UNIX和互聯網社區的軟體文件。目前RFC文件是由Internet Society（ISOC）贊助發行。基本的互聯網通信協議都有在RFC文件內詳細說明。RFC文件還額外加入許多的論題在標准內，例如對於互聯網新開發的協議及發展中所有的記錄。因此幾乎所有的互聯網標准都有收錄在RFC文件之中。
⑹ RFC是什麼
Request For Comments
它是Internet的標准。絕大多數的網路協議，都要請求評論或註解，也就要走一下RFC這一個步驟。它包括了定義了Internet各個基本服務從時間同步到TCP/IP，包羅萬象的標准。
⑺ 誰能通俗的說一下網路中的RFC是什麼意思
RFC(Request
For
Comments)-意即「請求評議」
RFC是網際網路上一類文件的統稱：
通俗的說，某家機構或團體，開發出一套網路標准或對標準的構想，想征詢網際網路上的意見，就會在網上發一份RFC，對這一問題感興趣的人可以閱讀該RFC並提出自己的意見；絕大部分網路標準的指定都是以RFC的形式開始，經過大量的論證和修改過程，由主要的標准化組織所指定的。
⑻ RFC是什麼意思
網路中的RFC:Request For Comments ，請求評議，是一系列以編號排定的文件。文件收集了有關網際網路相關資訊，以及UNIX和網際網路社群的軟體文件。
外貿中的RFC:外貿過程中墨西哥的客戶可能會給你提供一個他們的RFC號碼 根據網路上的一些資料 RFC的全寫應該是西班牙語 「registro federal de causantes」 翻譯成英語是 「federal register of causes」。意思是企業在墨西哥政府的注冊登記號，相當於納稅登記號
SAP(衛星自動控制系統）中的RFC:RFC(遠程函數調用 Remote Function Call)是一個 SAP 的介面協議。它基於 CPI-C,很大程度上簡化了系統間通訊的編程工作。RFC 允許調用和執行一個遠程系統,或者是相同系統上的預定義函數。
二站中的RFC：1934年，德國沃瑞爾協會生產了第一架碟形飛行器RFC-1，傳言RFC-1飛碟使用了外星人技術，卻在試飛時因故障頻發而損失慘重。
物理中的RFC:Radio Frequency Choke 射頻扼流圈,是一種大電感，由於感抗=jwL , 可見RFC 對直流短路，對高頻交流開路，故用於直流通路和射頻/微波通路隔離，消除交流信號與直流源及地之間的耦合
⑼ 請求評議RFC
RFC(Request For Comments)-意即「請求註解」，包含了關於Internet的幾乎所有重要的文字資料。如果你想成為網路方面的專家，那麼RFC無疑是最重要也是最經常需要用到的資料之一，所以RFC享有網路知識聖經之美譽。通常，當某家機構或團體開發出了一套標准或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發放一份RFC，對這一問題感興趣的人可以閱讀該RFC並提出自己的意見；絕大部分網路標準的指定都是以RFC的形式開始，經過大量的論證和修改過程，由主要的標准化組織所指定的，但在RFC中所收錄的文件並不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或並沒有被採用，一份RFC具體處於什麼狀態都在文件中作了明確的標識
RFC由一系列草案組成，起始於1969年（第一個RFC文檔發布於1969年4月7日，參見「RFC30年」，RFC2555」），RFC文檔是一系列關於Internet（早期為ARPANET）的技術資料匯編。這些文檔詳細討論了計算機網路的方方面面，重點在網路協議，進程，程序，概念以及一些會議紀要，意見，各種觀點等。
「RFC編輯者」是RFC文檔的出版者，它負責RFC最終文檔的編輯審訂。「RFC編輯者」也保留有RFC的主文件，稱為RFC索引，用戶可以在線檢索。在RFC近30年的歷史中，「RFC編輯者」一直由約翰•普斯特爾（Jon Postel）來擔任，而現在「RFC編輯者」則由一個工作小組來擔任，這個小組受到「網際網路社團」（Internet Society）的支助。
RFC編輯者負責RFC以及RFC的整體結構文檔，並維護RFC的索引。Internet協議族的文檔部分（由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 草案發布，可以閱讀並對其進行注釋。准備一個RFC草案，我們要求作者先閱讀IETF的一個文檔"Considerations for Internet Drafts". 它包括了許多關於RFC以及Internet草案格式的有用信息。作者還應閱讀另外一個相關的文檔RFC 2223 "Instructions to Authors"。
一旦文檔有了一個ID號後，你就可以向[email protected]發送e-mail ，說你覺得這個文檔還可以，能夠作為一個有價值或有經驗的RFC文檔 。RFC編輯將會向IESG請求查閱該文檔並給其加上評論和注釋。你可以通過RFC隊列來了解你的文檔的進度。一旦你的文檔獲得通過，RFC編輯就會將其編輯並出版。如果該文檔不能出版，則會有email通知作者是什麼原因。作者有48個小時來校對RFC編輯的意見。我們強烈建議作者要檢測拼寫錯誤和丟字的錯誤，應該確保有引用，聯系和更新相關的信息。如你的文檔是一個MIB，我們則要你對你的代碼作最後一次檢測。一旦RFC文檔出版，我們就不會對其進行更改，因此你應該對你的文檔仔細的檢查。
有時個別的文檔會被正從事同一個項目的IETF工作組收回，如是這種情況，則該作者會被要求和IETF進行該文檔的開發。在IETF中, Area Directors (ADs) 負責相關的幾個工作組。這些工作者所開發的文檔將由ADs 進行校閱，然後才作為RFC的出版物。
如要獲得關於如何寫RFC文檔和關於RFC的Internet標准制定過程的更多詳細信息，請各位參見：
RFC 2223 "Instructions to RFC Authors"。
RFC 2026 "The Internet Standards Process -- Revision 3"。
實際上，在Internet上，任何一個用戶都可以對Internet某一領域的問題提出自己的解決方案或規范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務組（IETF）。草案存放在美國、歐洲和亞太地區的工作文件站點上，供世界多國自願參加的IETF成員進行討論、測試和審查。最後，由Internet工程指導組（IESG）確定該草案是否能成為Internet的標准。
如果一個Internet草案在IETF的相關站點上存在6個月後仍未被IESG建議作為標准發布，則它將被從上述站點中刪除。事實上，在任何時候，一個Internet 草案都有可能被新的草案版本所替換掉，並重新開始6個月的存放期。
如果一個Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會（IAB），並形成具有順序編號的RFC文檔，由Internet協會（ISOC）通過Internet向全世界頒布。每個Internet標准文件在被批准後都會分配一個獨立於RFC的永久編號，這就是STD編號。有一個不斷被更新的文件RFC-INDEX.TXT按照RFC的編號來索引所有的文件，對於網際網路標准文件還列出了其相應的STD編號。
RFC文檔必須被分配RFC編號後才能在網路上發布。例如，RFC2026的內容是「Internet標准進程-修訂版3」、RFC1543的內容為「RFC作者指導」等等。需要時，可以復制或列印這些聯機文檔。用戶也可以通過遍布全世界的數個聯機資料資料庫中獲得RFC文檔。例如，可以使用路徑名RFC/RFCnnnn.TXT通過FTP的方式從ds.internic.net站點獲得RFC，其中「nnnn」指的是RFC的編號。在這里，使用FTP登錄時，所用的用戶名和口令分別為「anonymous」和你的電子郵件地址。此外，用戶還可以通過Internet網路信息中心（InterNIC）的目錄服務功能、電子郵件、WWW等方式獲得RFC文檔.
作為標準的RFC又分為幾種，第一種是提議性的，就是說建議採用這個作為一個方案擺出來，Draft是已經有一部分在用了，希望被採用為正式的標准，還有一種就是完全被認可的標准，這種是大家都在用，而且是不應該改變的。還有一種就是現在的最佳實踐法，它相當於一種介紹。這些文件產生的過程是一種從下往上的過程，而不是從上往下，也就是說不是一個由主席，或者由工作組負責人的給一個指令，說是要做什麼，要做什麼，而是有下邊自發的提出，然後在工作組里邊討論，討論了以後再交給剛才說的工程指導委員會進行審查。但是工程指導委員會只做審查不做修改，修改還是要打回到工作組來做。IETF工作組文件的產生就是任何人都可以來參加會議，任何人都可以提議，然後他和別人進行討論，大家形成了一個共識就可以產出這樣的文件。