国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

打開APP
userphoto
未登錄

開通VIP,暢享免費電子書等14項超值服

開通VIP
RFC(Request For Comments)

RFC
(Request For Comments)

 

一、簡介

意即“請求注解”,包含了關于Internet的幾乎所有重要的文字資料。這是用于發(fā)布Internet標準和Internet其他正式出版物的一種網絡文件或工作報告。

 

如果你想成為網絡方面的專家,那么RFC無疑是最重要也是最經常需要用到的資料之一,所以RFC享有網絡知識圣經之美譽。

通常,當某家機構或團體開發(fā)出了一套標準或提出對某種標準的設想,想要征詢外界的意見時,就會在Internet上發(fā)放一份RFC,對這一問題感興趣的人可以閱讀該RFC并提出自己的意見。

絕大部分網絡標準的指定都是以RFC的形式開始,經過大量的論證和修改過程,由主要的標準化組織所指定的,但在RFC中所收錄的文件并不都是正在使用或為大家所公認的,也有很大一部分只在某個局部領域被使用或并沒有被采用,一份RFC具體處于什么狀態(tài)都在文件中作了明確的標識。

RFC1009,RFC 1027RFC 1067是與Internet有關的三個標準文件(RFC1009 - Requirements for Internet gateways

 

二、歷史

RFC文檔初創(chuàng)于1969年,RFC出版物由RFC編輯(RFC Editor)直接負責,并接受IAB的一般性指導。現在已經有3000多個RFC系列文件,并且這個數目還在不斷增加, 內容和Internet (開始叫做為ARPANET)相關。草案討論了計算機通訊的方方面面,重點在網絡協議,過程,程序,以及一些會議注解,意見,風格方面的概念。
 

三、RFC處理過程

一個RFC文件在成為官方標準前一般至少要經歷三個階段:建議標準、草案標準、因特網標準。
 

  

 

Internet上,任何一個用戶都可以對Internet某一領域的問題提出自己的解決方案或規(guī)范,作為Internet草案Internet DraffsID)提交給Internet工程任務組(IETF)。

 
    
如果一個Internet草案在IETF的相關站點上存在6個月后仍未被IESG(Internet工程指導組)建議作為標準發(fā)布,則它將被從上述站點中刪除。

 

如果一個Internet草案被IESG確定為Internet的正式工作文件,則被提交給Internet體系結構委員會(IAB),并形成具有順序編號的RFC文檔,由Internet協會(ISOC)通過Internet向全世界頒布。

 

每個Internet標準文件在被批準后都會分配一個獨立于RFC永久編號,這就是STD編號。


  RFC文檔必須被分配RFC編號后才能在網絡上發(fā)布。

 

四、                      RFC的分類

根據RFC被公布時的狀態(tài)可以把RFC索引劃分成幾類:

u      Standards――標準;

u      Draft Standards――草案標準;

u      Proposed Standards――提案標準

 

每個分類具體的內容見:www.rfc-editor.org

 

 

 

RFC文檔

網絡協議

對應的RFC文檔

FTPFile Transfers Protocol

文件傳送協議

RFC 959

TFTP(Trivial File Transfer Protocol)

簡單文件傳送協議

RFC 1350

Telnet  遠程終端協議

RFC 854,RFC 855

POP3Post Office Protocol郵局協議

RFC 1939

SMTP(Simple Mail Transfer Protocol)

簡單郵件傳送協議

RFC 821

IGMPv2 (Internet Group Message Protocol)      Internet組管理協議

RFC 2236

IPInternet Protocol網際協議

RFC 791

UDP User Datagram Protocol

用戶數據報協議

RFC 768

TCP (Transport Control Protocol)

傳輸控制協議

RFC 793

MIB-IIManagement Information Base管理信息庫第二版

RFC 1213

BOOTP(Boot Protocol)引導協議

RFC 951

DHCPDynamic Host Configuration Protocol   動態(tài)主機分配協議

RFC 1541

DNSDomain Name System域名系統

RFC 1034,RFC 1035

SNMP Simple Network Management Protocol    簡單網絡管理協議

RFC 1157

PPPPPPPoint to Point Protocol

點對點協議

RFC 1661

PPP-MPMultilink Protocol-多重鏈路)

多重鏈路點對點協議

RFC 1717

ARP (Address Resoloution Protocol)

地址解析協議

RFC 826

RARPReverse Address Resolution Protocol逆地址解析協議

RFC 903

HTML 2.0 HyperText Markup Language   超文本標記語言

RFC 1866

HTTP 1.0  

RFC 1945

HTTP 1.1Hyper Text Transfer Protocol超文本傳輸協議

RFC 2616,RFC 2617

(用戶認證)

OSPFv2Open Shortest Path First

開放式最短路由優(yōu)先

RFC 1583

NetBIOSNETwork Basic Input/Output System網絡基本輸入輸出系統

RFC 1001,RFC 1002

MIME (Multipurpose Internet Mail Extensions)   通用因特網郵件擴充

RFC 1341

BGPv4Border Gateway Protocol

邊界網關協議

RFC 1771

 

 

與計算機網絡有關的RFC文檔

 

應用層協議

FTP (RFC 959)

文件傳送協議FTPFile Transfer Protocol)是Internet文件傳送的基礎。通過該協議,用戶可以從一個Internet主機向另一個Internet主機拷貝文件。

與大多數Internet服務一樣,FTP也是一個客戶機/服務器系統。用戶通過一個支持FTP協議的客戶機程序,連接到在遠程主機上的FTP服務器程序。用戶通過客戶機程序向服務器程序發(fā)出命令,服務器程序執(zhí)行用戶所發(fā)出的命令,并將執(zhí)行的結果返回到客戶機。比如說,用戶發(fā)出一條命令,要求服務器向用戶傳送某一個文件的一份拷貝,服務器會響應這條命令,將指定文件送至用戶的機器上。客戶機程序代表用戶接收到這個文件,將其存放在用戶目錄中。

 

 HTTP (RFC 1945)

HTTP協議(Hypertext Transfer Protocol,中文稱“超文本傳輸協議”)是用來在Internet上傳送超文本的傳送協議。它是運行在TCP/IP協議族之上的HTTP應用協議,它可以使瀏覽器更加高效,使網絡傳輸減少。任何服務器除了包括HTML文件以外,還有一個HTTP駐留程序,用于響應用戶請求。瀏覽器是HTTP客戶,向服務器發(fā)送請求,當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時,瀏覽器就向服務器發(fā)送了HTTP請求,此請求被送往由IP地址指定的URL。駐留程序接收到請求,在進行必要的操作后回送所要求的文件。

 

SMTP (RFC 821/822)

SMTP(Simple Mail Transfer Protocol)是一組規(guī)則,用于由源地址至目的地址傳送電子郵件。每一個想接收電子郵件的主機都安裝了SMTP服務器。當主機由用戶接收了電子郵件并想傳遞到另外一臺服務器,則它聯絡SMTP服務器。SMTP服務器會作出反應,顯示確認、錯誤消息或特定的請求信息。其中RFC821定義了SMTP標準,RFC822定義了SMTP消息格式。

 

POP3 RFC 1081

POP3(Post Office Protocol 3)協議通常被用來接收電子郵件。這個協議很簡單,因為它只包含12個命令。這些命令被客戶端計算機用來發(fā)送 給遠程服務器。反過來,服務器返回給客戶端計算機兩個回應代碼。

 

Telnet (RFC854)

TELNET Protocol的目的是提供一個相對通用的,雙向的,面向八位字節(jié)的通信方法。它主要的目標是允許接口終端設備的標準方法和面向終端的相互作用。

 

傳輸層協議

TCP (RFC 793)

傳輸控制協議(Transmission Control Protocol)是為了在主機間實現高可靠性的包交換傳輸協議。TCP協議主要在網絡不可靠的時候完成通信。它支持多種網絡應用程序。TCP對下層服務沒有多少要求,它假定下層只能提供不可靠的數據報服務,它可以在多種硬件構成的網絡上運行。TCP可以根據IP協議提供的服務傳送大小不定的數據,IP協議負責對數據進行分段,重組,在多種網絡中傳送,因此TCP協議則提供了一個可靠的、可流控的、全雙工的信息流傳輸服務。

 

 UDP RFC 786

UDP(用戶數據報協議--User Datagram Protocol)是TCP/IP協議集中等同于TCP的通信協議。UDP直接利用IP協議進行UDP數據報的傳輸,因此UDP提供的是無連接、不可靠的數據報投遞服務。UDP常用于數據量較少的數據傳輸,例如:域名系統中域名地址/IP地址的映射請求和應答(Named),Ping BOOTP、TFTP等應用。在少量數據的傳輸時,使用UDP協議傳輸信息流,可以減少TCP連接的過程,提高工作效率。當使用UDP協議傳輸信息流時,用戶應用程序必須負責解決數據報排序,差錯確認等問題。

 

 

網絡層協議

IP RFC 791

Internet 上使用的一個關鍵的低層協議是網際協議,通常稱IP協議。我們利用一個共同遵守的IP協議,從而使 Internet 成為一個允許連接不同類型的計算機和不同操作系統的網絡?! 【W際協議IP協議提供了能適應各種各樣網絡硬件的靈活性,對底層網絡硬件幾乎沒有任何要求,任何一個網絡只要可以從一個地點向另一個地點傳送二進制數據,就可以使用IP協議加入 Internet 了。IP協議對于網絡通信有著重要的意義:網絡中的計算機通過安裝IP軟件,使許許多多的局域網絡構成了一個龐大而又嚴密的通信系統。從而使 Internet 看起來好像是真實存在的,但實際上它是一種并不存在的虛擬網絡,只不過是利用IP協議把全世界上所有愿意接入 Internet 的計算機局域網絡連接起來,使得它們彼此之間都能夠通信。           

 

ICMP RFC2236

ICMPInternet Control Message Protocol”,Internet控制消息協議)是TCP/IP協議族的一個子協議,用于在IP主機、路由器之間傳遞控制消息??刂葡⑹侵妇W絡通不通、主機是否可達、路由是否可用等網絡本身的消息。這些控制消息雖然并不傳輸用戶數據,但是對于用戶數據的傳遞起著重要的作用。

 

ARP(RFC 826)

  在TCP/IP網絡環(huán)境下,每個主機都分配了一個32位的IP地址,這種互連網地址是在國際范圍標識主機的一種邏輯地址。為了讓報文在物理網上傳送,必須知道彼此的物理地址。這樣就存在把互連網地址變換為物理地址的地址轉換問題。以以太網(Ethernet)環(huán)境為例,為了正確地向目的站傳送報文,必須把目的站的32IP地址轉換成48位以太網目的地址DA。這就需要在網絡層有一組服務將IP地址轉換為相應物理網絡地址,這組協議即是ARP。

在進行報文發(fā)送時,如果源網絡層給的報文只有IP地址,而沒有對應的以太網地址,則網絡層廣播ARP請求以獲取目的站信息,而目的站必須回答該ARP請求。這樣源站點可以收到以太網48位地址,并將地址放入相應的高速緩存(cache)。下一次源站點對同一目的站點的地址轉換可直接引用高速緩存中的地址內容。地址轉換協議ARP使主機可以找出同一物理網絡中任一個物理主機的物理地址,只需給出目的主機的IP地址即可。這樣,網絡的物理編址可以對網絡層服務透明?!?span lang="EN-US">

 

RARP(RFC 903)

RARP(反向地址轉換協議)用于一種特殊情況,如果站點初始化以后,只有自己的物理地址而沒有IP地址,則它可以通過RARP協議,發(fā)出廣播請求,征求自己的IP地址,而RARP服務器則負責回答。這樣,無IP地址的站點可以通過RARP協議取得自己的IP地址,這個地址在下一次系統重新開始以前都有效,不用連續(xù)廣播請求。RARP廣泛用于獲取無盤工作站的IP地址。

 

鏈路層協議

PPP協議(RFC1661

  PPP協議是一種有效的點一點通信協議,它由串行通信線路上的組幀方式,用于建立、配制、測試和拆除數據鏈路的鏈路控制協議LCP及一組用以支持不同網絡層協議的網絡控制協議NCPs三部分組成。

 由于PPP幀中設置了校驗字段,因而PPP在鏈路層上具有差錯檢驗的功能。PPP中的LCP協議提供了通信雙方進行參數協商的手段,并且提供了一組NCPs協議,使得PPP可以支持多種網絡層協議,如IPIPX、OSI等。另外,支持IPNCP提供了在建立連接時動態(tài)分配IP地址的功能,解決了個人用戶上Internet的問題。

SLIP協議(RFC1055
  SLIP提供在串行通信線路上封裝IP分組的簡單方法,用以使用遠程用戶通過電話線和MODEM能方便地接入TCP/IP網絡。

  SLIP是一種簡單的組幀方式,使用時還存在一些問題。首先,SLIP不支持在連接過程中的動態(tài)IP地址分配,通信雙方必須事先告知對方IP地址,這給沒有固定IP地址的個人用戶上Internet網帶來了很大的不便:其次,SLIP幀中無協議類型字段,因此它只能支持IP協議;再有,SLIP幀中列校驗字段,因此鏈路層上無法檢測出傳輸差錯,必須由上層實體或具有糾錯能力的MODEM來解決傳輸差錯問題。

五、                      相關資源

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-國際電信聯盟)

本站僅提供存儲服務,所有內容均由用戶發(fā)布,如發(fā)現有害或侵權內容,請點擊舉報
打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
網絡協議名詞解釋
TCP/IP RFC
網絡協議規(guī)范大全(1)
TCP協議有哪些主要特點?
TCP/IP協議概述
網絡常用的協議
更多類似文章 >>
生活服務
分享 收藏 導長圖 關注 下載文章
綁定賬號成功
后續(xù)可登錄賬號暢享VIP特權!
如果VIP功能使用有故障,
可點擊這里聯系客服!

聯系客服