1. IPX/SPX 

    即IPX和SPX協(xié)議的組合，他是由Novell公司為了適應(yīng)網(wǎng)絡(luò)的發(fā)展而開發(fā)的通信協(xié)議，具有很強的適應(yīng)性，安裝方便，同時具有路由功能，可以實現(xiàn)多網(wǎng)段間的通信。 其中 ，IPX協(xié)議負責數(shù)據(jù)包的傳送；SPX協(xié)議負責數(shù)據(jù)包傳輸?shù)耐暾?。在MS的NT操作系統(tǒng)中，一般使用NWLink IPX/SPX兼容協(xié)議和NWLink NetBIOX兩種IPX/SPX的兼容協(xié)議，即NWLink協(xié)議，該兼容協(xié)議繼承了IPX/SPX協(xié)議的優(yōu)點，更適應(yīng)Windows的網(wǎng)絡(luò)環(huán)境。

    IPX/SPX協(xié)議一般可以應(yīng)用于大型網(wǎng)絡(luò)（如Novell ）和局域網(wǎng)游戲環(huán)境中（如CS、SC）。不過，如果不是在Novell網(wǎng)絡(luò)環(huán)境中，一般不使用IPS/SPX協(xié)議，而是使用IPX/SPX兼容協(xié)議，尤其是在windows9x/2000 組成的對等網(wǎng)中。

 

2.NetBIOS Services Protocols(RFC-1001,1002)網(wǎng)絡(luò)基本輸入輸出系統(tǒng)協(xié)議

    該協(xié)議由IBM公司開發(fā)，主要用于數(shù)十臺計算機的小型局域網(wǎng)。NetBIOS協(xié)議是一種在局域網(wǎng)上的程序可以使用的應(yīng)用程序編程接口（API），為程序提供了請求低級服務(wù)的統(tǒng)一的命令集，作用是為了給局域網(wǎng)提供網(wǎng)絡(luò)以及其他特殊功能，幾乎所有的局域網(wǎng)都是在NetBIOS協(xié)議的繼承上工作的。

    在windows操作系統(tǒng)中，默認情況下在安裝TCP/IP協(xié)議后會自動安裝NetBIOS。比如在windows2000/xp中，當選擇“自動獲得IP”后啟用DHCP服務(wù)器，從該服務(wù)器使用NetBIOS設(shè)置；如果使用靜態(tài)IP地址或DHCP服務(wù)器不提供NetBIOS設(shè)置，則起用TCP/IP上的NetBIOS。具體設(shè)置方法如下：首先打開“控制面板”，雙擊“網(wǎng)絡(luò)連接”，打開本地連接屬性。接著，在屬性窗口的“常規(guī)”選項卡中選擇“ Internet協(xié)議(TCP/IP)“，單擊”屬性“按鈕。然后在打開的窗口中，單擊”高級“按鈕；在”高級TCP/IP設(shè)置“窗口中選擇”WINS“選項卡，在”NetBIOS設(shè)置“區(qū)域中就可以進行相應(yīng)的NetBIOS設(shè)置。

 

3.NetBIOS Extend User  NetBIOS用戶擴展接口協(xié)議

    IBM公司于1985年提出的主要用于20到200臺計算機的小型局域網(wǎng)中，比如早期的DOS，LAN Manager、Windows3.x等等。NetBEUI協(xié)議可以看做是NetBIOS協(xié)議的延伸、改良版本，具有體積小、效率高以及速度快等特點。NetBEUI可以看作是一種傳輸協(xié)議，而NetBIOS僅僅是通過一組命令來讓系統(tǒng)使用網(wǎng)絡(luò)而已。

    NetBEUI協(xié)議主要用于本地局域網(wǎng)中，一般不能用與其他網(wǎng)絡(luò)的計算機進行溝通，不同于我們前面介紹的TCP/IP、IPX/SPX協(xié)議。在windows中，要安裝NetBEUI協(xié)議的方法不盡相同，比如win98/me中，只要在”控制面板“中雙擊”網(wǎng)絡(luò)“，在打開的屬性窗口中”添加“協(xié)議，選擇Microsoft的NetBEUI協(xié)議安裝即可。而在winxp中，將安裝光盤中的”VALUEADD\MSFT\NET\NETBEUI“目錄下的”nbf.sys“文件拷貝到%SYSTEMROOT%\SYSTEM32\DRIVERS\目錄中，再將”netnbf.inf“文件拷貝到%

SYSTEMROOT%\INF目錄中；這樣在安裝”協(xié)議“的時候，在選擇窗口中就可看到"NetBEUI協(xié)議"了。

 

4.DISCARD協(xié)議  Discard Protocol拋棄協(xié)議

    他的作用就是接收到什么拋棄什么，他對調(diào)試網(wǎng)絡(luò)狀態(tài)有一定的用處。基于TCP的拋棄服務(wù)，如果服務(wù)器實現(xiàn)了拋棄協(xié)議，服務(wù)器就會在TCP端口9檢測拋棄協(xié)議請求，在建立連接后并檢測到請求后，就直接把接收到的數(shù)據(jù)直接拋棄，知道用戶中斷連接。而基于UDP協(xié)議的拋棄服務(wù)和基于TCP差不多，檢測的端口是UDP端口9，功能也一樣。

 

5.DayTime協(xié)議 日期查詢協(xié)議

    這種時間傳輸協(xié)議廣泛的被運行MS-DOS和類似的操作系統(tǒng)的小型計算機使用，該協(xié)議不指定固定的傳輸格式，只要求按照ASCII標準發(fā)送數(shù)據(jù)。

 

6.Mailto Protocol 電子郵件協(xié)議

    通過該協(xié)議可以創(chuàng)建一個指向電子郵件地址的超級鏈接，通過該鏈接可以在Internet中發(fā)送電子郵件。 比如在網(wǎng)頁代碼中插入一段 A href=mailto:hookuy@tom.com"，那么點擊該超級鏈接就會打開OE等郵件客戶端程序，輸入響應(yīng)的內(nèi)容后就可以向hookuy@tom.com發(fā)送郵件。另外，在IE瀏覽器的地址欄中輸入hookuy@tom.com，回車后同樣可以達到這樣的效果。

 

7.Gopher協(xié)議 The Internet Gopher Protocol（RFC-1436）網(wǎng)際Gohper協(xié)議

    這是一種互聯(lián)網(wǎng)沒有發(fā)展起來之前的一種從遠程服務(wù)器上獲取數(shù)據(jù)的協(xié)議。Gopher協(xié)議目前很少使用，他技術(shù)已經(jīng)完全被HTTP協(xié)議取代了。。

 

8.PPPoE協(xié)議 Point to Point Protocol over Ethernet以太網(wǎng)上的點對點協(xié)議

    簡單地說，就是將以太網(wǎng)和PPP協(xié)議結(jié)合后的協(xié)議，目前廣泛用在ADSL接入方式中，通過PPPoE技術(shù)和寬帶調(diào)制解調(diào)器(比如ADSL Modem)我們就可以實現(xiàn)告訴寬帶網(wǎng)的個人身份驗證訪問，為每個用戶創(chuàng)建虛擬撥號連接，這樣就可以告訴連接到Internet.

    在winxp中，自帶了PPPoE協(xié)議的虛擬撥號工具，具體的創(chuàng)建方法如下：首先，打開“網(wǎng)絡(luò)連接”；接著單擊窗口左側(cè)“網(wǎng)絡(luò)任務(wù)”下的“創(chuàng)建一個新的連接”打開“新建連接向?qū)?#8221;，單擊“下一步”；在網(wǎng)絡(luò)連接類型中選擇“連接到Internet”，單擊“下一步”；然后在出現(xiàn)的窗口中選擇“手動設(shè)置我的連接”，單擊“下一步”；在Internet連接窗口中選擇“用要求用戶名和密碼的寬帶連接來連接”，單擊“下一步”；輸入ISP名稱，比如“ADSL”，單擊“下一步”；依次輸入用戶名、密碼、確認密碼，單擊“下一步”；最后，單擊“完成”即可。

 

9.BOOTP協(xié)議       Bootstrap Protocol自舉協(xié)議

    該協(xié)議是一個基于TCP/IP協(xié)議的協(xié)議，他可以讓無盤站從一個中心服務(wù)器上獲得IP地址，為局域網(wǎng)中的無盤工作站分配動態(tài)IP地址，并不需要每個用戶去設(shè)置靜態(tài)IP地址。使用BOOTP協(xié)議的時候，一般包括Bootstrap Protocol Server(自舉協(xié)議服務(wù)端)和Bootstrap Protocol Client(自舉協(xié)議客戶端)

    該協(xié)議主要用于有無盤工作站的局域網(wǎng)中，客戶端獲取IP地址的過程如下：首先，由BOOTP啟動代碼啟動客戶端，這個時候客戶端還沒有IP地址，使用廣播形式以IP地址0.0.0.0向網(wǎng)絡(luò)中發(fā)出IP地址查詢要求。接著，運行BOOTP協(xié)議的服務(wù)器接收到這個請求，會根據(jù)請求中提供的MAC地址找到客戶端，并發(fā)送有個含有IP地址、服務(wù)器IP地址、網(wǎng)關(guān)等信息的FOUND楨。最后，客戶端會根據(jù)該FOUND楨來通過專用TFTP服務(wù)器下載啟動鏡象文件，模擬成磁盤啟動。

 

10.SLIP協(xié)議      Serial Line Internet Protocol

    該協(xié)議是Windows遠程訪問的一種舊工業(yè)標準，主要在Unix遠程訪問服務(wù)器中使用。因為SLIP協(xié)議是面向低速串行線路的，可以用于專用線路，也可以用于撥號線路，Modem的傳輸速率在1200bps到19200bps。

    在Windows中要設(shè)置SLIP協(xié)議，比如在Windows 98中，假設(shè)已經(jīng)創(chuàng)建了“撥號連接”，右鍵單擊該連接，選擇“屬性”。接著，在打開的屬性窗口中，選擇“服務(wù)器類型”選項卡，在“撥號網(wǎng)絡(luò)服務(wù)器類型”中選擇“SLIP：Unix連接”。最后，單擊“確定”按鈕即可。

 

11.RARP協(xié)議     A Reverse Address Resolution Protocol（RFC-903）逆向地址解析協(xié)議

    就是將局域網(wǎng)中某個主機的物理地址轉(zhuǎn)換為IP地址，比如局域網(wǎng)中有有臺主機只知道物理地址而不知道IP地址，那么可以通過RARP協(xié)議發(fā)出征求自身IP地址的廣播請求，然后由RARP服務(wù)器負責回答。RARP協(xié)議廣泛應(yīng)用于獲取無盤工作站的IP地址。

 

11.PPTP協(xié)議      Point-to-Point Tunneling Protocol 點對點隧道協(xié)議

    該協(xié)議是在PPP協(xié)議的基礎(chǔ)上開發(fā)的一種新的增強型安全協(xié)議，支持多協(xié)議虛擬專用網(wǎng)(VPN)，可以通過密碼身份驗證協(xié)議(PAP)、可擴展身份驗證協(xié)議(EAP)等方法增強安全性。可以使用遠程用戶通過撥入ISP、通過直接連接Internet或其他網(wǎng)絡(luò)安全地訪問企業(yè)網(wǎng)。

    在使用VPN的時候可以使用PPTP協(xié)議，也可以使用L2TP協(xié)議，具體設(shè)置方法如下：比如在WINXP下，首先，在”網(wǎng)絡(luò)連接“窗口中右鍵單擊某個VPN連接，選擇”屬性“。接著，在打開的屬性窗口中選擇”網(wǎng)絡(luò)“選項卡。然后在”VPN類型“中選擇”PPTP VPN“，單擊”確定“即可。

 

12. L2TP協(xié)議    Layer 2 Tunneling Protocol第二層隧道協(xié)議

    該協(xié)議是一種工業(yè)標準的Internet隧道協(xié)議，功能大致和PPTP協(xié)議類似，比如同樣可以對網(wǎng)絡(luò)數(shù)據(jù)流進行加密。不過也有不同之處，比如PPTP要求網(wǎng)絡(luò)為IP網(wǎng)絡(luò)，L2TP要求面向數(shù)據(jù)包的點對點連接；PPTP使用單一隧道，L2TP使用多隧道；L2TP提供包頭壓縮、隧道驗證，而PPTP不支持。

    在VPN連接中要設(shè)置L2TP連接，方法同PPTP VPN設(shè)置，同樣是在VPN連接屬性窗口的”網(wǎng)絡(luò)“選項卡中，將VPN類型設(shè)置為”L2TP IPSec VPN“即可。

 

13. IRCP協(xié)議    Internet Relay Chat Protocol(RFC-1459)轉(zhuǎn)發(fā)的閑聊協(xié)議 ^^

    IRCP是一種具有很多命令的文本協(xié)議，適合在一個分布式環(huán)境中的多臺機器上運行，從而實現(xiàn)互聯(lián)網(wǎng)上的遠程協(xié)議。IRCP協(xié)議在使用TCP/IP網(wǎng)絡(luò)協(xié)議的系統(tǒng)上開發(fā)，然而他并沒有要求TCP/IP是其唯一的運行環(huán)境。他是一種文本協(xié)議，僅要求用戶有一簡單端口程序能與服務(wù)器連接。

    IRCP的一種典型配置包括：單一進程(服務(wù)器)形成一個供客戶機（或其他服務(wù)器）連接、實現(xiàn)所需信息的發(fā)送/多路復用技術(shù)等功能的中央節(jié)點。服務(wù)器作為IRC中樞，提供一個中央節(jié)點，客戶機連接上來實現(xiàn)相互聊天；其他服務(wù)器連接上來就形成一個IRC網(wǎng)絡(luò)。IRC服務(wù)器唯一需要的設(shè)置是配置生成樹，每一個服務(wù)器都能充當其所在網(wǎng)絡(luò)的中心節(jié)點。

    為了維持IRC網(wǎng)絡(luò)中的合理秩序，需要一種特殊類型的客戶機（操作員）以實現(xiàn)基本的網(wǎng)絡(luò)維護功能。所謂IRC信道指一個命名的包含一個或多個用戶的小組，送給這個信道的信息，每一個組內(nèi)的用戶均可收到。

    IRCP允許一對一，一對多，客戶端對服務(wù)器以及服務(wù)器對服務(wù)器間的通信。IRCP協(xié)議為大多數(shù)網(wǎng)絡(luò)即時信息及聊天系統(tǒng)提供了技術(shù)基礎(chǔ)。。是呀。

 

13.ICMP協(xié)議    Internet Control Message Protocol（RFC-792）Internet控制消息協(xié)議

    他是TCP/IP協(xié)議集中的一個子協(xié)議，屬于網(wǎng)絡(luò)層協(xié)議，主要用于在主機與路由器之間傳遞控制信息，包括報告錯誤、交換受限控制和狀態(tài)信息等。當遇到IP數(shù)據(jù)無法訪問目標、IP路由器無法按當前的傳輸速率轉(zhuǎn)發(fā)數(shù)據(jù)包等情況時，會自動發(fā)送ICMP消息。我們可以通過Ping命令發(fā)送ICMP回應(yīng)請求消息并記錄收到ICMP回應(yīng)回復消息，通過這些消息來對網(wǎng)絡(luò)或主機的鼓掌提供參考依據(jù)。

    要使用該協(xié)議，我們可以進行相應(yīng)的ICMP設(shè)置，比如在Windows XP中，首先打開“網(wǎng)絡(luò)連接”，右鍵單擊啟用Internet連接防火墻的“網(wǎng)絡(luò)連接”，選擇“屬性”打開屬性窗口。接著，選擇“高級”選項卡，單擊右下角“設(shè)置”按鈕。然后，在高級設(shè)置窗口中選擇“ICMP”選項卡，在其中就可以進行相應(yīng)的設(shè)置，包括允許傳入的回顯請求等。

 

14. IGMP協(xié)議 Internet Group Multicast Protocol(RFC-1112)  Internet組管理協(xié)議

    該協(xié)議運行于主機和與主機直接相連的組播路由器之間，是IP主機用來報告多址廣播組成員身份的協(xié)議。通過IGMP協(xié)議，一方面可以通過IGMP協(xié)議主機通知本地路由器希望加入并接受某個特定組播組的信息；另一方面，路由器通過IGMP協(xié)議周期性地查詢局域網(wǎng)內(nèi)某個已知組的成員是否處于活動狀態(tài)。

    IGMP協(xié)議的主要作用是解決網(wǎng)絡(luò)上廣播時占用帶寬的問題。在網(wǎng)絡(luò)中，當給所有客戶端發(fā)出廣播信息時，支持IGMP的交換機會將廣播信息不經(jīng)過濾地發(fā)給所有客戶端。但是這些信息只需要通過組播的方式傳輸給某一個部分的客戶端。

 

15.ECHO協(xié)議  Echo Protocol 應(yīng)答協(xié)議

    主要用于調(diào)試和檢測中，他可以基于TCP協(xié)議，服務(wù)器就在TCP端口7檢測有無消息，如果使用UDP協(xié)議，基本過程和TCP一樣，檢測的端口也是7。

 

16.UDP協(xié)議   User Datagram Protocol(RFC-768)用戶數(shù)據(jù)報協(xié)議

    UDP協(xié)議是TCP/IP協(xié)議組的一個組成部分。他的創(chuàng)立是為了向應(yīng)用程序提供有條訪問IP的無連接功能的途徑。TCP和UDP都使用IP。UDP的設(shè)計允許應(yīng)用程序創(chuàng)建數(shù)據(jù)報，以及將他們編址到訪問應(yīng)用程序或進程的端口。UDP的基本作用就是向一個IP分組增加一個應(yīng)用程序進程的端口地址。

 

17.RPC協(xié)議   Remote Procedure Call Protocol(RFC-1831)遠過程調(diào)用協(xié)議

    一種通過網(wǎng)絡(luò)從遠程計算機程序上請求服務(wù)，而不需要了解底層網(wǎng)絡(luò)技術(shù)的協(xié)議。RPC協(xié)議假定某些傳輸協(xié)議的存在，如TCP或UDP，為通信程序之間攜帶信息數(shù)據(jù)。在OSI網(wǎng)絡(luò)通信模型中，RPC跨越了傳輸層和應(yīng)用層。RPC使得開發(fā)包括網(wǎng)絡(luò)分布式多程序在內(nèi)的應(yīng)用程序更加容易。
    RPC采用客戶機/服務(wù)器模式。請求程序就是一個客戶機，而服務(wù)提供程序就是一個服務(wù)器。首先，調(diào)用進程發(fā)送一個有進程參數(shù)的調(diào)用信息到服務(wù)進程，然后等待應(yīng)答信息。在服務(wù)器端，進程保持睡眠狀態(tài)直到調(diào)用信息的到達為止。當一個調(diào)用信息到達，服務(wù)器獲得進程參數(shù)，計算結(jié)果，發(fā)送答復信息，然后等待下一個調(diào)用信息，最后，客戶端調(diào)用過程接收答復信息，獲得進程結(jié)果，然后調(diào)用執(zhí)行繼續(xù)進行。

    目前，有多種RPC模式和執(zhí)行。最初由Sun公司提出。IETF ONC憲章重新修訂了Sun版本，使得ONC PRC協(xié)議成為IETF標準協(xié)議?，F(xiàn)在使用最普遍的模式和執(zhí)行是開放式軟件基礎(chǔ)的分布式計算環(huán)境（DCE）。

 

18.PPP協(xié)議  Point-to-Point Protocol 點對點協(xié)議

    他是TCP/IP網(wǎng)絡(luò)協(xié)議集合中的一個子協(xié)議，主要用來創(chuàng)建電話線路以及ISDN撥號接入ISP的連接，具有多種身份驗證方法、數(shù)據(jù)壓縮和加密以及通過IP地址等功能。PPP協(xié)議是SLIP協(xié)議的替代協(xié)議，在功能沙鍋內(nèi)沒有太大的區(qū)別。

 

19. SPX協(xié)議   Sequences Packet Exchange書許包交換協(xié)議

    SPX協(xié)議是基于施樂的Xerox SPP（Sequences Packet Protocol順序包協(xié)議）協(xié)議，同樣是由Novell公司開發(fā)的一種用于局域網(wǎng)的網(wǎng)絡(luò)協(xié)議。在局域網(wǎng)中，SPX協(xié)議主要負責對整個傳輸?shù)臄?shù)據(jù)進行無差錯處理，即糾錯。SPX協(xié)議一般和上面介紹的IPX協(xié)議組合成IPX/SPX協(xié)議來使用，多用于Netware網(wǎng)絡(luò)環(huán)境以及聯(lián)網(wǎng)游戲。

 

20.ARP協(xié)議   Address Resolution Protocol（RFC-826）地址解析協(xié)議

    簡單地說，ARP協(xié)議主要負責將局域網(wǎng)中的32為IP地址轉(zhuǎn)換為對應(yīng)的48位物理地址，即網(wǎng)卡的MAC地址，比如IP地址為192.168.0.1網(wǎng)卡MAC地址為00-03-0F-FD-1D-2B。整個轉(zhuǎn)換過程是一臺主機先向目標主機發(fā)送包含IP地址信息的廣播數(shù)據(jù)包，即ARP請求，然后目標主機向該主機發(fā)送一個含有IP地址和MAC地址數(shù)據(jù)包，通過MAC地址兩個主機就可以實現(xiàn)數(shù)據(jù)傳輸了

   在安裝了以太網(wǎng)網(wǎng)絡(luò)適配器的計算機中都有專門的ARP緩存，包含一個或多個表，用于保存IP地址以及經(jīng)過解析的MAC地址。在Windows中要查看或者修改ARP緩存中的信息，可以使用arp命令來完成，比如在Windows XP的命令提示符窗口中鍵入“arp -a”或“arp -g”可以查看ARP緩存中的內(nèi)容；鍵入“arp -d IPaddress”表示刪除指定的IP地址項（IPaddress表示IP地址）。arp命令的其他用法可以鍵入“arp /?”查看到。

 

21. TCP協(xié)議   Transmission Control Protocol(RFC-793)傳輸控制協(xié)議

    主要用于在主機間建立一個虛擬連接，以實現(xiàn)高可靠性的數(shù)據(jù)包交換。IP協(xié)議可以進行IP數(shù)據(jù)包的分割和組裝，但是通過IP協(xié)議并不能清楚地了解到數(shù)據(jù)包是否順利地發(fā)送給目標計算機。而使用TCP協(xié)議就不同了，在該協(xié)議傳輸模式中在將數(shù)據(jù)包成功發(fā)送給目標計算機后，TCP會要求發(fā)送一個確認；如果在某個時限內(nèi)沒有收到確認，那么TCP將重新發(fā)送數(shù)據(jù)包。另外，在傳輸?shù)倪^程中，如果接收到無序、丟失以及被破壞的數(shù)據(jù)包，TCP還可以負則恢復。

 

22. IP協(xié)議  Internet Protocol互聯(lián)網(wǎng)協(xié)議 （RFC-791）

    注解：主要用于負責IP尋址、路由選擇和IP數(shù)據(jù)包的分割和組裝。通常我們所說的IP地址可以理解為符合IP協(xié)議的地址。目前，我們常用的IP協(xié)議是IP協(xié)議的第四版本，即IPv4，是互聯(lián)網(wǎng)中最基礎(chǔ)的協(xié)議，于1981年在RFC 791中定義

    IPv4使用了32位地址，通常使用圓點分隔的4個十進制數(shù)字表示，比如192.168.0.1。目前，IPv4最多支持4294967296（2的32次方）個地址連接到Internet。隨著互聯(lián)網(wǎng)的迅猛發(fā)展，IP地址的需求越來越大，在未來幾年有被用完的危機。

 

22.IP分片技術(shù)

      鏈路層具有最大傳輸單元MTU這個特性，它限制了數(shù)據(jù)幀的最大長度，不同的網(wǎng)絡(luò)類型都有一個上限值。以太網(wǎng)的MTU是1500，你可以用 netstat -i 命令查看這個值。如果IP層有數(shù)據(jù)包要傳，而且數(shù)據(jù)包的長度超過了MTU，那么IP層就要對數(shù)據(jù)包進行分片（fragmentation）操作，使每一片的長度都小于或等于MTU。我們假設(shè)要傳輸一個UDP數(shù)據(jù)包，以太網(wǎng)的MTU為1500字節(jié)，一般IP首部為20字節(jié)，UDP首部為8字節(jié)，數(shù)據(jù)的凈荷（payload）部分預留是1500-20-8=1472字節(jié)。如果數(shù)據(jù)部分大于1472字節(jié)，就會出現(xiàn)分片現(xiàn)象。<BR><BR>IP首部包含了分片和重組所需的信息：

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|            Identification     |R|DF|MF|      Fragment Offset     |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|<------------------16--------------------->|<--3-->|<---------13------------------>|

 Identification：發(fā)送端發(fā)送的IP數(shù)據(jù)包標識字段都是一個唯一值，該值在分片時被復制到每個片中。

 R：保留未用。

 DF：Don‘t Fragment，“不分片”位，如果將這一比特置1 ，IP層將不對數(shù)據(jù)報進行分片。

 MF：More Fragment，“更多的片”，除了最后一片外，其他每個組成數(shù)據(jù)報的片都要把該比特置1。

 Fragment Offset：該片偏移原始數(shù)據(jù)包開始處的位置。偏移的字節(jié)數(shù)是該值乘以8。另外，當數(shù)據(jù)報被分片后，每個片的總長度值要改為該片的長度值。

23.什么是RFC

      RFC及RFC編輯者：RFC(Request For Comments)-意即“請求注解”，包含了關(guān)于Internet的幾乎所有重要的文字資料。如果你想成為網(wǎng)絡(luò)方面的專家，那么RFC無疑是最重要也是最經(jīng)常需要用到的資料之一，所以RFC享有網(wǎng)絡(luò)知識圣經(jīng)之美譽。通常，當某家機構(gòu)或團體開發(fā)出了一套標準或提出對某種標準的設(shè)想，想要征詢外界的意見時，就會在Internet上發(fā)放一份RFC，對這一問題感興趣的人可以閱讀該RFC并提出自己的意見；絕大部分網(wǎng)絡(luò)標準的指定都是以RFC的形式開始，經(jīng)過大量的論證和修改過程，由主要的標準化組織所指定的，但在RFC中所收錄的文件并不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領(lǐng)域被使用或并沒有被采用，一份RFC具體處于什么狀態(tài)都在文件中作了明確的標識。

      RFC由一系列草案組成，起始于1969年（第一個RFC文檔發(fā)布于1969年4月7日，參見“RFC30年”，RFC2555”），RFC文檔是一系列關(guān)于Internet（早期為ARPANET）的技術(shù)資料匯編。這些文檔詳細討論了計算機網(wǎng)絡(luò)的方方面面，重點在網(wǎng)絡(luò)協(xié)議，進程，程序，概念以及一些會議紀要，意見，各種觀點等。

      “RFC編輯者”是RFC文檔的出版者，它負責RFC最終文檔的編輯審訂。“RFC編輯者”也保留有RFC的主文件，稱為RFC索引，用戶可以在線檢索。在RFC近30年的歷史中，“RFC編輯者”一直由約翰•普斯特爾（Jon Postel）來擔任，而現(xiàn)在“RFC編輯者”則由一個工作小組來擔任，這個小組受到“因特網(wǎng)社團”（Internet Society）的支助。

　　RFC編輯者負責RFC以及RFC的整體結(jié)構(gòu)文檔，并維護RFC的索引。Internet協(xié)議族的文檔部分（由Internet工程委員會“因特網(wǎng)工程師任務(wù)組”IETF以及IETF 下屬的“因特網(wǎng)工程師指導組”IESG 定義），也做為RFC文檔出版。因此，RFC在Internet相關(guān)標準中有著重要的地位。

　　RFC編輯者的職責是由Internet 中的大家提議形成的，所出版的語言也就和Internet一樣。IETF和ISOC是代表了世界各地的國際性組織，英語是IETF的第一工作語言，也是IETF的正式出版語言。RFC 2026 "The Internet Standards Process -- Revision 3" 允許RFC翻譯成其他不同的語言。但是不能保證其翻譯版本是否正確。因此，RFC編輯不對非英語的版本負責，而只是指明了哪里有非英語的版本，將這些信息列在WEB頁上。

      RFC處理過程：一個RFC文件在成為官方標準前一般至少要經(jīng)歷三個階段：建議標準、草案標準、因特網(wǎng)標準。

      第一步RFC的出版是作為一個Internet 草案發(fā)布，可以閱讀并對其進行注釋。準備一個RFC草案，我們要求作者先閱讀IETF的一個文檔"Considerations for Internet Drafts". 它包括了許多關(guān)于RFC以及Internet草案格式的有用信息。作者還應(yīng)閱讀另外一個相關(guān)的文檔RFC 2223 "Instructions to Authors"?！?/div>