比特幣協議的RFC編號

❶ .RFC文檔是什麼

是一系列以編號排定的文件。文件收集了有關互聯網相關信息，以及UNIX和互聯網社區的軟體文件。目前RFC文件是由Internet Society（ISOC）贊助發行。

基本的互聯網通信協議都有在RFC文件內詳細說明。RFC文件還額外加入許多的論題在標准內，例如對於互聯網新開發的協議及發展中所有的記錄。因此幾乎所有的互聯網標准都有收錄在RFC文件之中。

(1)比特幣協議的RFC編號擴展閱讀

RFC的歷史

RFC文件格式最初作為ARPA網計劃的基礎起源於1969年。如今，它已經成為IETF、InternetArchitectureBoard (IAB）還有其他一些主要的公共網路研究社區的正式出版物發布途徑。

最初的RFC作者使用打字機撰寫文檔，並在美國國防部國防前沿研究項目署（ARPA）研究成員之間傳閱。1969年12月，他們開始通過ARPANET途徑來發布新的RFC文檔。

第一份RFC文檔由洛杉磯加利福尼亞大學（UCLA）的Steve Crocker撰寫，在1969年4月7日公開發表的RFC 1。當初Crocker為了避免打擾他的室友，是在浴室里完成這篇文檔的。

在1970年代，很多後來的RFC文檔同樣來自UCLA，這不僅得益於UCLA的學術質量，同時也因為UCLA是ARPANET第一批InterfaceMessage Processors (IMPs）成員之一。

從1969年到1998年，Jon Postel一直擔任RFC文檔的編輯職務。隨著美國政府贊助合同的到期，Internet Society（代表IETF），和南加州大學（USC）Information Sciences Institute的網路部門合作，（在IAB領導下）負責RFT文檔的起草和發布工作。

Jon Postel繼續擔任RFC編輯直到去世。隨後，由Bob Braden接任整個項目的領導職務，同時Joyce Reynolds繼續在團隊中的擔任職務。

❷ ip協議的rfc文檔

這個網址可以查閱到全部的中文版RFC文檔：

http://www.cnpaf.net/class/RfcAll/

您所關心的IP協議（也就是Internet Protocol——網際協議）,其RFC文檔的編號是RFC791。可惜中文版的RFC791文檔在上述網址中沒有（可能是翻譯的時間較晚吧）。但您可在以下這個網址去單獨下載中文版的RFC791文檔，評論還不錯：

http://download.csdn.net/source/226226

至於您需要的「IP協議中文摘要」，可以參考RFC791文檔的第一章（簡介——INTRODUCTION）和第二章（OVERVIEW——概述）。

要是您懶得看RFC791文檔，也可以看看RFC1180——A TCP/IP Tutorial（TCP/IP指南）的第五章《Internet協議》，網址如下：

http://www.cnpaf.net/rfc/rfc1180.txt

❸ rfc是什麼

Request For Comments （RFC），是一系列以編號排定的文 件。文件收集了有關互聯網相關信息， 以及UNIX和互聯網社區的軟體文件。 目前RFC文件是由Internet Society （ISOC）贊助發行。基本的互聯網通信 協議都有在RFC文件內詳細說明。RFC 文件還額外加入許多的論題在標准內， 例如對於互聯網新開的協議及發展中所有的記錄。因此幾乎所有的互聯網標准都有收錄在RFC文件之中。

❹ 如何獲得RFC文檔

打開瀏覽器 可以是火狐，或者谷歌瀏覽器都可以 然後輸入網址
如何獲得RFC文檔
顯示界面如下圖所示
如何獲得RFC文檔
點擊左邊導航的RFC Pages下的Seach RFC Ed Index
如何獲得RFC文檔
進入以後顯示的界面如下圖所示
如何獲得RFC文檔
在RFC Number （or Subseries Number）中輸入你要下載的RFC文檔編號 如719
如何獲得RFC文檔
然後點擊search會出現搜索結果如下圖所示
如何獲得RFC文檔
點擊結果中的Number 如下圖所示
如何獲得RFC文檔
點擊進入以後，出現如下界面，讀者可以自己選擇閱讀方式 或者下載
如何獲得RFC文檔
至此，就可以獲得我們想要的RFC文檔了。最後祝願大家學習愉快

❺ TCP/IP 協議對應的RFC編號

TCP/IP 協議對應的RFC編號是793。

❻ 什麼叫RFC哦``越詳細越好

RFC(Request For Comments)-意即「請求評議」，包含了關於Internet的幾乎所有重要的文字資料。如果你想成為網路方面的專家，那麼RFC無疑是最重要也是最經常需要用到的資料之一，所以RFC享有網路知識聖經之美譽。通常，當某家機構或團體開發出了一套標准或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發放一份RFC，對這一問題感興趣的人可以閱讀該RFC並提出自己的意見；絕大部分網路標準的制定都是以RFC的形式開始，經過大量的論證和修改過程，由主要的標准化組織所制定的，但在RFC中所收錄的文件並不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或並沒有被採用，一份RFC具體處於什麼狀態都在文件中作了明確的標識。截至2001年中期，公布的RFC大約有3000餘篇，以下是幾個較為穩定的RFC鏈接，以及幾個重要的標准化組織的網站鏈接 >>> 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-電氣與電子工程師協會 http://web.ansi.org ANSI-美國國家標准化組織 http://www.itu.int ITU-國際電信同盟 中文網站: http://www.cnpaf.net/ 中國協議分析網 RFC發展歷程 1969年,S·Crocker首先建立了RFC機制,其目的是建立一種快速共享Internet網路研究思想的方式,最初RFC是以書面形式分發的,後來有了FTP、Email,RFC就以在線電子文本的形式提供,當然現在通過WWW在很多站點可以很方便地訪問RFC文檔。 RFC一直以來主要是用於Internet的標准化,RFC是Internet開放性的產物,任何人都可以訪問RFC,Internet這一致力於信息共享的網路首先共享的就是以RFC形式出現的涉及其自身研究、設計和使用的信息。這一獨特的方式對於Internet的發展、完善具有相當關鍵的作用。發展到現在,RFC文檔已不僅僅是關於Internet標準的文檔了,而且也不局限於TCP/IP范圍,它幾乎包含了與計算機通信有關的任何內容,全面反映Internet研究、發展的過程。 RFC主要是IAB、IETF、IESG、ISOC的工作成果,主要由IETF起草,由IAB指導下的RFC 編輯(Editor)直接負責RFC的發表。每一個RFC文檔有一個編號,這個編號永不重復,也就是說,由於技術進步等原因,即使是關於同一問題的RFC,也要使用新的編號,而不會使用原來的編號,時至今日,RFC編號已經排到2200多,在查找RFC時,一定要注意最新的RFC。 RFC的分類 RFC文檔大致可以分為以下幾類。 1.STD RFC 按照RFC1311的定義,STD RFC是指那些已經或者致力於成為Internet標準的RFC。只有經過完全Internet標准化過程的RFC才可以有STD編號,STD編號是不變的,而其涉及到的 RFC文檔可能不只一個,其RFC編號也會更新。如STD13(Domain Name System)就涉及RFC1 034和RFC1035。 STD的標准化過程要經過幾個步驟,首先由IETF起草標准(也可能是其他組織和個人, 但一般都是和IETF共同完成的),形成Internet Draft(ID),ID沒有RFC編號。如果ID在6個月內IESG沒有建議成為RFC,則取消此ID。成為RFC後,還要經過一系列的審查、修訂、測試等才能最終成為Internet標准。 2.BCP RFC 由於Internet應用領域廣泛,各種不同的組織有不同的使用目的和使用規則,IETF除了建議STD以外,也有必要對於Internet的使用和管理提供一些一般性的指導,同時也為I ETF、IAB、IESG提供一種渠道,以便推動某一方面的工作,反映其技術趨向,反映這些組織本身的工作進展。於是,1995年以RFC1818定義了BCP,即Best Current Practice。BCP同時有一個BCP編號和一個RFC編號,一旦約定了一個BCP編號,就不會再變,而其RFC編號則可能會經過修訂不斷更新。例如反映Internet標准化工作程序的BCP9的RFC編號就從RFC16 02上升到RFC2026,相應地就廢棄了RFC1602。 BCP在發表以前,以電子郵件的形式廣泛徵求IETF的意見,經過IESG的審查,通過後即正式發表。但是BCP本身不是Internet標准。 3.FYI RFC FYI是For Your Information的簡寫,1990年發表的RFC1150(FYI1)定義了FYI,FYI也同時有一個FYI編號和一個RFC編號,FYI編號是固定的。FYI主要是提供有關Internet的知識性內容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。所有的FYI在提交到RFC編輯以前,必須先經過IETF的User Services WorkingGro up審查。 4.其他RFC 除了STD、BCP、FYI以外還有其他一些RFC。從RFC899開始,所有以99結尾的RFC都是對此前99個RFC的一個概括。如RFC1999就是對RFC1900到RFC1999的一個簡單概括。除了上述分類以外,還有一些描述RFC的方法。與Internet標准化過程(Internet Standards Process)有關的規范可以分為兩類,即 Technical Specification(TS),Applicability Statement(AS)。TS是對協議、規則、格式、實用程序的描述。AS是描述在何種環境,以及怎樣在Internet中使用TS;AS所涉及的並不一定全是Internet標准,比如IEEE、ITU、ISO組織的一些標准,大家所熟悉的ASCII標准就是一例。AS應該對其涉及的TS規定相應的級別"Requirement Level",這些"Require ment Level"如下: ·Required(Req),相當於必須實現,如IP、ICMP; ·Recommended(Rec),鼓勵使用,如TELNET; ·Elective(Elc),可選擇的; ·Limited Use,只限於特定的用戶,一般說來用於對一些新的協議做試驗; ·Not Recommended,不要使用,很可能是過時的。 "Maturity Level"也是用來描述TS和AS的一種方式,它反映這些標準是否成熟。對於致力於成為STD的TS和AS有三種"Maturity Level"。·Proposed Standard,基本成熟,但還需要進一步的試驗證實其可行性。除非是用來驗證該協議的可行性,不要將其視為標准實現。 ·Draft Standard,需要兩個獨立的,而且具有相互操作性的實例驗證該協議的每一個方面。可以將其視為最終的標准草案; ·Internet Standard,最終的Internet標准,同時賦予一個STD編號。除此之外的TS和AS分為以下幾種"Maturity Level"。·Experimental,一般是反映一些研究和開發的成果,只應將此看作是一般性的信息。 ·Informational,反映與Internet標准有關的一般性信息。有些也是有關非Intern et組織開發的一些協議,但必須得到協議開發者的許可。 ·Historic,是一些被新的標准取代或者是已經過時廢棄不用的標准。 STD1(RFC2200)——Internet Official Protocol Standards,定期更新,反映最新的 Internet標准。另外,對於關注Internet的人來說,應該經常注意查閱BCP9的最新內容。

❼ RFC的分類

RFC文檔大致可以分為以下幾類。
1.STD RFC
按照RFC1311的定義，STD RFC是指那些已經或者致力於成為Internet標準的RFC。只有經過完全Internet標准化過程的RFC才可以有STD編號，STD編號是不變的，而其涉及到的 RFC文檔可能不只一個，其RFC編號也會更新。如STD13(Domain Name System）就涉及RFC1 034和RFC1035。STD的標准化過程要經過幾個步驟，首先由IETF起草標准（也可能是其他組織和個人，但一般都是和IETF共同完成的），形成Internet Draft(ID),ID沒有RFC編號。如果ID在6個月內IESG沒有建議成為RFC，則取消此ID。成為RFC後，還要經過一系列的審查、修訂、測試等才能最終成為Internet標准。
2.BCP RFC
由於Internet應用領域廣泛，各種不同的組織有不同的使用目的和使用規則，IETF除了建議STD以外，也有必要對於Internet的使用和管理提供一些一般性的指導，同時也為I ETF、IAB、IESG提供一種渠道，以便推動某一方面的工作，反映其技術趨向，反映這些組織本身的工作進展。於是，1995年以RFC1818定義了BCP，即Best Current Practice。BCP同時有一個BCP編號和一個RFC編號，一旦約定了一個BCP編號，就不會再變，而其RFC編號則可能會經過修訂不斷更新。例如反映Internet標准化工作程序的BCP9的RFC編號就從RFC16 02上升到RFC2026，相應地就廢棄了RFC1602。BCP在發表以前，以電子郵件的形式廣泛徵求IETF的意見，經過IESG的審查，通過後即正式發表。但是BCP本身不是Internet標准。
3.FYI RFC
FYI是For Your Information的簡寫，1990年發表的RFC1150(FYI1）定義了FYI,FYI也同時有一個FYI編號和一個RFC編號，FYI編號是固定的。FYI主要是提供有關Internet的知識性內容。如FYI4(RFC1594),"Answers to Commonly asked New Internet User Quest ions"。所有的FYI在提交到RFC編輯以前，必須先經過IETF的User Services WorkingGro up審查。
4.其他RFC
除了STD、BCP、FYI以外還有其他一些RFC。從RFC899開始，所有以99結尾的RFC都是對此前99個RFC的一個概括。如RFC1999就是對RFC1900到RFC1999的一個簡單概括。除了上述分類以外，還有一些描述RFC的方法。與Internet標准化過程（Internet Standards Process）有關的規范可以分為兩類，即 Technical Specification(TS),Applicability Statement(AS）。TS是對協議、規則、格式、實用程序的描述。AS是描述在何種環境，以及怎樣在Internet中使用TS;AS所涉及的並不一定全是Internet標准，比如IEEE、ITU、ISO組織的一些標准，大家所熟悉的ASCII標准就是一例。AS應該對其涉及的TS規定相應的級別"Requirement Level",這些"Require ment Level"如下： ·Required(Req），相當於必須實現，如IP、ICMP; ·Recommended(Rec），鼓勵使用，如TELNET; ·Elective(Elc），可選擇的； ·Limited Use，只限於特定的用戶，一般說來用於對一些新的協議做試驗； ·Not Recommended，不要使用，很可能是過時的。"Maturity Level"也是用來描述TS和AS的一種方式，它反映這些標準是否成熟。對於致力於成為STD的TS和AS有三種"Maturity Level"。·Proposed Standard，基本成熟，但還需要進一步的試驗證實其可行性。除非是用來驗證該協議的可行性，不要將其視為標准實現。·Draft Standard，需要兩個獨立的，而且具有相互操作性的實例驗證該協議的每一個方面。可以將其視為最終的標准草案； ·Internet Standard，最終的Internet標准，同時賦予一個STD編號。除此之外的TS和AS分為以下幾種"Maturity Level"。·Experimental，一般是反映一些研究和開發的成果，只應將此看作是一般性的信息。·Informational，反映與Internet標准有關的一般性信息。有些也是有關非Intern et組織開發的一些協議，但必須得到協議開發者的許可。·Historic，是一些被新的標准取代或者是已經過時廢棄不用的標准。STD1(RFC2200）——Internet Official Protocol Standards，定期更新，反映最新的 Internet標准。另外，對於關注Internet的人來說，應該經常注意查閱BCP9的最新內容。

❽ rfc文檔時什麼意思，

RFC是Request for Comments首字母的縮寫，它是IETF（互聯網工程任務推進組織）的一個無限制分發文檔。RFC被編號並且用編號來標識。

RFC『s contain information for the Internet Community including users and system administrators as well as developers. Some RFC『s describe standardized protocols such as FTP (File Transfer Protocol), SMTP (Simple Mail Transfer Protocol), POP3 (Post Office Protocol 3), IMAP4 (Internet Message Access Protocol 4), and DNS (Domain Name Service). In fact, it is not unusual for a protocol to be described in RFC『s and sometimes, a protocol is updated by a RFC.
RFC包含供互聯網社區用戶、系統管理員及開發者使用的信息。一些RFC描述了標准化協議（如FTP、SMTP、POP3、IMAP4和DNS）。實際上，一個協議以RFC的形式被描述是非常正常的，一個協議是通過RFC來升級的。
希望採納！

❾ TCP和IP協議對應的RFC文檔編號

791 Internet 協議 (IP)
793 傳輸控制協議 (TCP)

❿ 什麼RFC是文檔

祥情參見http://www.cnpaf.net/Class/wlxy/055181744095441934.htm
RFC is an acronym for Request for Comments and official documents from the Internet Engineering Task Force (IETF) with an unlimited distribution. RFC『s are numbered in a series and are referred to by numbers.
RFC是Request for Comments首字母的縮寫，它是IETF（互聯網工程任務推進組織）的一個無限制分發文檔。RFC被編號並且用編號來標識。

RFC『s contain information for the Internet Community including users and system administrators as well as developers. Some RFC『s describe standardized protocols such as FTP (File Transfer Protocol), SMTP (Simple Mail Transfer Protocol), POP3 (Post Office Protocol 3), IMAP4 (Internet Message Access Protocol 4), and DNS (Domain Name Service). In fact, it is not unusual for a protocol to be described in RFC『s and sometimes, a protocol is updated by a RFC.
RFC包含供互聯網社區用戶、系統管理員及開發者使用的信息。一些RFC描述了標准化協議（如FTP、SMTP、POP3、IMAP4和DNS）。實際上，一個協議以RFC的形式被描述是非常正常的，一個協議是通過RFC來升級的。