1. IPX/SPX
即IPX和SPX協(xié)議的組合，他是由Novell公司為了適應網(wǎng)絡(luò )的發(fā)展而開(kāi)發(fā)的通信協(xié)議，具有很強的適應性，安裝方便，同時(shí)具有路由功能，可以實(shí)現多網(wǎng)段間的通信。 其中 ，IPX協(xié)議負責數據包的傳送；SPX協(xié)議負責數據包傳輸的完整性。在MS的NT操作系統中，一般使用NWLink IPX/SPX兼容協(xié)議和NWLink NetBIOX兩種IPX/SPX的兼容協(xié)議，即NWLink協(xié)議，該兼容協(xié)議繼承了IPX/SPX協(xié)議的優(yōu)點(diǎn)，更適應Windows的網(wǎng)絡(luò )環(huán)境。
IPX/SPX協(xié)議一般可以應用于大型網(wǎng)絡(luò )（如Novell ）和局域網(wǎng)游戲環(huán)境中（如CS、SC）。不過(guò)，如果不是在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ò )基本輸入輸出系統協(xié)議
該協(xié)議由IBM公司開(kāi)發(fā)，主要用于數十臺計算機的小型局域網(wǎng)。NetBIOS協(xié)議是一種在局域網(wǎng)上的程序可以使用的應用程序編程接口（API），為程序提供了請求低級服務(wù)的統一的命令集，作用是為了給局域網(wǎng)提供網(wǎng)絡(luò )以及其他特殊功能，幾乎所有的局域網(wǎng)都是在NetBIOS協(xié)議的繼承上工作的。
在windows操作系統中，默認情況下在安裝TCP/IP協(xié)議后會(huì )自動(dòng)安裝NetBIOS。比如在windows2000/xp中，當選擇“自動(dòng)獲得IP”后啟用DHCP服務(wù)器，從該服務(wù)器使用NetBIOS設置；如果使用靜態(tài)IP地址或DHCP服務(wù)器不提供NetBIOS設置，則起用TCP/IP上的NetBIOS。具體設置方法如下：首先打開(kāi)“控制面板”，雙擊“網(wǎng)絡(luò )連接”，打開(kāi)本地連接屬性。接著(zhù)，在屬性窗口的“常規”選項卡中選擇“ Internet協(xié)議(TCP/IP)“，單擊”屬性“按鈕。然后在打開(kāi)的窗口中，單擊”高級“按鈕；在”高級TCP/IP設置“窗口中選擇”WINS“選項卡，在”NetBIOS設置“區域中就可以進(jìn)行相應的NetBIOS設置。
3.NetBIOS Extend User NetBIOS用戶(hù)擴展接口協(xié)議
IBM公司于1985年提出的主要用于20到200臺計算機的小型局域網(wǎng)中，比如早期的DOS，LAN Manager、Windows3.x等等。NetBEUI協(xié)議可以看做是NetBIOS協(xié)議的延伸、改良版本，具有體積小、效率高以及速度快等特點(diǎn)。NetBEUI可以看作是一種傳輸協(xié)議，而NetBIOS僅僅是通過(guò)一組命令來(lái)讓系統使用網(wǎng)絡(luò )而已。
NetBEUI協(xié)議主要用于本地局域網(wǎng)中，一般不能用與其他網(wǎng)絡(luò )的計算機進(jìn)行溝通，不同于我們前面介紹的TCP/IP、IPX/SPX協(xié)議。在windows中，要安裝NetBEUI協(xié)議的方法不盡相同，比如win98/me中，只要在”控制面板“中雙擊”網(wǎng)絡(luò )“，在打開(kāi)的屬性窗口中”添加“協(xié)議，選擇Microsoft的NetBEUI協(xié)議安裝即可。而在winxp中，將安裝光盤(pán)中的”VALUEADD\MSFT\NET\NETBEUI“目錄下的”nbf.sys“文件拷貝到%SYSTEMROOT%\SYSTEM32\DRIVERS\目錄中，再將”netnbf.inf“文件拷貝到%
SYSTEMROOT%\INF目錄中；這樣在安裝”協(xié)議“的時(shí)候，在選擇窗口中就可看到"NetBEUI協(xié)議"了。
4.DISCARD協(xié)議 Discard Protocol拋棄協(xié)議
他的作用就是接收到什么拋棄什么，他對調試網(wǎng)絡(luò )狀態(tài)有一定的用處?；赥CP的拋棄服務(wù)，如果服務(wù)器實(shí)現了拋棄協(xié)議，服務(wù)器就會(huì )在TCP端口9檢測拋棄協(xié)議請求，在建立連接后并檢測到請求后，就直接把接收到的數據直接拋棄，知道用戶(hù)中斷連接。而基于UDP協(xié)議的拋棄服務(wù)和基于TCP差不多，檢測的端口是UDP端口9，功能也一樣。
5.DayTime協(xié)議 日期查詢(xún)協(xié)議
這種時(shí)間傳輸協(xié)議廣泛的被運行MS-DOS和類(lèi)似的操作系統的小型計算機使用，該協(xié)議不指定固定的傳輸格式，只要求按照ASCII標準發(fā)送數據。
6.Mailto Protocol 電子郵件協(xié)議
通過(guò)該協(xié)議可以創(chuàng )建一個(gè)指向電子郵件地址的超級鏈接，通過(guò)該鏈接可以在Internet中發(fā)送電子郵件。 比如在網(wǎng)頁(yè)代碼中插入一段 A href=
mailto:hookuy@tom.com"，那么點(diǎn)擊該超級鏈接就會(huì )打開(kāi)OE等郵件客戶(hù)端程序，輸入響應的內容后就可以向
hookuy@tom.com發(fā)送郵件。另外，在IE瀏覽器的地址欄中輸入
hookuy@tom.com，回車(chē)后同樣可以達到這樣的效果。
7.Gopher協(xié)議 The Internet Gopher Protocol（RFC-1436）網(wǎng)際Gohper協(xié)議
這是一種互聯(lián)網(wǎng)沒(méi)有發(fā)展起來(lái)之前的一種從遠程服務(wù)器上獲取數據的協(xié)議。Gopher協(xié)議目前很少使用，他技術(shù)已經(jīng)完全被HTTP協(xié)議取代了。。
8.PPPoE協(xié)議 Point to Point Protocol over Ethernet以太網(wǎng)上的點(diǎn)對點(diǎn)協(xié)議
簡(jiǎn)單地說(shuō)，就是將以太網(wǎng)和PPP協(xié)議結合后的協(xié)議，目前廣泛用在A(yíng)DSL接入方式中，通過(guò)PPPoE技術(shù)和寬帶調制解調器(比如ADSL Modem)我們就可以實(shí)現告訴寬帶網(wǎng)的個(gè)人身份驗證訪(fǎng)問(wèn)，為每個(gè)用戶(hù)創(chuàng )建虛擬撥號連接，這樣就可以告訴連接到Internet.
在winxp中，自帶了PPPoE協(xié)議的虛擬撥號工具，具體的創(chuàng )建方法如下：首先，打開(kāi)“網(wǎng)絡(luò )連接”；接著(zhù)單擊窗口左側“網(wǎng)絡(luò )任務(wù)”下的“創(chuàng )建一個(gè)新的連接”打開(kāi)“新建連接向導”，單擊“下一步”；在網(wǎng)絡(luò )連接類(lèi)型中選擇“連接到Internet”，單擊“下一步”；然后在出現的窗口中選擇“手動(dòng)設置我的連接”，單擊“下一步”；在Internet連接窗口中選擇“用要求用戶(hù)名和密碼的寬帶連接來(lái)連接”，單擊“下一步”；輸入ISP名稱(chēng)，比如“ADSL”，單擊“下一步”；依次輸入用戶(hù)名、密碼、確認密碼，單擊“下一步”；最后，單擊“完成”即可。
9.BOOTP協(xié)議 Bootstrap Protocol自舉協(xié)議
該協(xié)議是一個(gè)基于TCP/IP協(xié)議的協(xié)議，他可以讓無(wú)盤(pán)站從一個(gè)中心服務(wù)器上獲得IP地址，為局域網(wǎng)中的無(wú)盤(pán)工作站分配動(dòng)態(tài)IP地址，并不需要每個(gè)用戶(hù)去設置靜態(tài)IP地址。使用BOOTP協(xié)議的時(shí)候，一般包括Bootstrap Protocol Server(自舉協(xié)議服務(wù)端)和Bootstrap Protocol Client(自舉協(xié)議客戶(hù)端)
該協(xié)議主要用于有無(wú)盤(pán)工作站的局域網(wǎng)中，客戶(hù)端獲取IP地址的過(guò)程如下：首先，由BOOTP啟動(dòng)代碼啟動(dòng)客戶(hù)端，這個(gè)時(shí)候客戶(hù)端還沒(méi)有IP地址，使用廣播形式以IP地址0.0.0.0向網(wǎng)絡(luò )中發(fā)出IP地址查詢(xún)要求。接著(zhù)，運行BOOTP協(xié)議的服務(wù)器接收到這個(gè)請求，會(huì )根據請求中提供的MAC地址找到客戶(hù)端，并發(fā)送有個(gè)含有IP地址、服務(wù)器IP地址、網(wǎng)關(guān)等信息的FOUND楨。最后，客戶(hù)端會(huì )根據該FOUND楨來(lái)通過(guò)專(zhuān)用TFTP服務(wù)器下載啟動(dòng)鏡象文件，模擬成磁盤(pán)啟動(dòng)。
10.SLIP協(xié)議 Serial Line Internet Protocol
該協(xié)議是Windows遠程訪(fǎng)問(wèn)的一種舊工業(yè)標準，主要在Unix遠程訪(fǎng)問(wèn)服務(wù)器中使用。因為SLIP協(xié)議是面向低速串行線(xiàn)路的，可以用于專(zhuān)用線(xiàn)路，也可以用于撥號線(xiàn)路，Modem的傳輸速率在1200bps到19200bps。
在Windows中要設置SLIP協(xié)議，比如在Windows 98中，假設已經(jīng)創(chuàng )建了“撥號連接”，右鍵單擊該連接，選擇“屬性”。接著(zhù)，在打開(kāi)的屬性窗口中，選擇“服務(wù)器類(lèi)型”選項卡，在“撥號網(wǎng)絡(luò )服務(wù)器類(lèi)型”中選擇“SLIP：Unix連接”。最后，單擊“確定”按鈕即可。
11.RARP協(xié)議 A Reverse Address Resolution Protocol（RFC-903）逆向地址解析協(xié)議
就是將局域網(wǎng)中某個(gè)主機的物理地址轉換為IP地址，比如局域網(wǎng)中有有臺主機只知道物理地址而不知道IP地址，那么可以通過(guò)RARP協(xié)議發(fā)出征求自身IP地址的廣播請求，然后由RARP服務(wù)器負責回答。RARP協(xié)議廣泛應用于獲取無(wú)盤(pán)工作站的IP地址。
11.PPTP協(xié)議 Point-to-Point Tunneling Protocol 點(diǎn)對點(diǎn)隧道協(xié)議
該協(xié)議是在PPP協(xié)議的基礎上開(kāi)發(fā)的一種新的增強型安全協(xié)議，支持多協(xié)議虛擬專(zhuān)用網(wǎng)(VPN)，可以通過(guò)密碼身份驗證協(xié)議(PAP)、可擴展身份驗證協(xié)議(EAP)等方法增強安全性?？梢允褂眠h程用戶(hù)通過(guò)撥入ISP、通過(guò)直接連接Internet或其他網(wǎng)絡(luò )安全地訪(fǎng)問(wèn)企業(yè)網(wǎng)。
在使用VPN的時(shí)候可以使用PPTP協(xié)議，也可以使用L2TP協(xié)議，具體設置方法如下：比如在WINXP下，首先，在”網(wǎng)絡(luò )連接“窗口中右鍵單擊某個(gè)VPN連接，選擇”屬性“。接著(zhù)，在打開(kāi)的屬性窗口中選擇”網(wǎng)絡(luò )“選項卡。然后在”VPN類(lèi)型“中選擇”PPTP VPN“，單擊”確定“即可。
12. L2TP協(xié)議 Layer 2 Tunneling Protocol第二層隧道協(xié)議
該協(xié)議是一種工業(yè)標準的Internet隧道協(xié)議，功能大致和PPTP協(xié)議類(lèi)似，比如同樣可以對網(wǎng)絡(luò )數據流進(jìn)行加密。不過(guò)也有不同之處，比如PPTP要求網(wǎng)絡(luò )為IP網(wǎng)絡(luò )，L2TP要求面向數據包的點(diǎn)對點(diǎn)連接；PPTP使用單一隧道，L2TP使用多隧道；L2TP提供包頭壓縮、隧道驗證，而PPTP不支持。
在VPN連接中要設置L2TP連接，方法同PPTP VPN設置，同樣是在VPN連接屬性窗口的”網(wǎng)絡(luò )“選項卡中，將VPN類(lèi)型設置為”L2TP IPSec VPN“即可。
13. IRCP協(xié)議 Internet Relay Chat Protocol(RFC-1459)轉發(fā)的閑聊協(xié)議 ^^
IRCP是一種具有很多命令的文本協(xié)議，適合在一個(gè)分布式環(huán)境中的多臺機器上運行，從而實(shí)現互聯(lián)網(wǎng)上的遠程協(xié)議。IRCP協(xié)議在使用TCP/IP網(wǎng)絡(luò )協(xié)議的系統上開(kāi)發(fā)，然而他并沒(méi)有要求TCP/IP是其唯一的運行環(huán)境。他是一種文本協(xié)議，僅要求用戶(hù)有一簡(jiǎn)單端口程序能與服務(wù)器連接。
IRCP的一種典型配置包括：?jiǎn)我贿M(jìn)程(服務(wù)器)形成一個(gè)供客戶(hù)機（或其他服務(wù)器）連接、實(shí)現所需信息的發(fā)送/多路復用技術(shù)等功能的中央節點(diǎn)。服務(wù)器作為IRC中樞，提供一個(gè)中央節點(diǎn)，客戶(hù)機連接上來(lái)實(shí)現相互聊天；其他服務(wù)器連接上來(lái)就形成一個(gè)IRC網(wǎng)絡(luò )。IRC服務(wù)器唯一需要的設置是配置生成樹(shù)，每一個(gè)服務(wù)器都能充當其所在網(wǎng)絡(luò )的中心節點(diǎn)。
為了維持IRC網(wǎng)絡(luò )中的合理秩序，需要一種特殊類(lèi)型的客戶(hù)機（操作員）以實(shí)現基本的網(wǎng)絡(luò )維護功能。所謂IRC信道指一個(gè)命名的包含一個(gè)或多個(gè)用戶(hù)的小組，送給這個(gè)信道的信息，每一個(gè)組內的用戶(hù)均可收到。
IRCP允許一對一，一對多，客戶(hù)端對服務(wù)器以及服務(wù)器對服務(wù)器間的通信。IRCP協(xié)議為大多數網(wǎng)絡(luò )即時(shí)信息及聊天系統提供了技術(shù)基礎。。是呀。
13.ICMP協(xié)議 Internet Control Message Protocol（RFC-792）Internet控制消息協(xié)議
他是TCP/IP協(xié)議集中的一個(gè)子協(xié)議，屬于網(wǎng)絡(luò )層協(xié)議，主要用于在主機與路由器之間傳遞控制信息，包括報告錯誤、交換受限控制和狀態(tài)信息等。當遇到IP數據無(wú)法訪(fǎng)問(wèn)目標、IP路由器無(wú)法按當前的傳輸速率轉發(fā)數據包等情況時(shí)，會(huì )自動(dòng)發(fā)送ICMP消息。我們可以通過(guò)Ping命令發(fā)送ICMP回應請求消息并記錄收到ICMP回應回復消息，通過(guò)這些消息來(lái)對網(wǎng)絡(luò )或主機的鼓掌提供參考依據。
要使用該協(xié)議，我們可以進(jìn)行相應的ICMP設置，比如在Windows XP中，首先打開(kāi)“網(wǎng)絡(luò )連接”，右鍵單擊啟用Internet連接防火墻的“網(wǎng)絡(luò )連接”，選擇“屬性”打開(kāi)屬性窗口。接著(zhù)，選擇“高級”選項卡，單擊右下角“設置”按鈕。然后，在高級設置窗口中選擇“ICMP”選項卡，在其中就可以進(jìn)行相應的設置，包括允許傳入的回顯請求等。
14. IGMP協(xié)議 Internet Group Multicast Protocol(RFC-1112) Internet組管理協(xié)議
該協(xié)議運行于主機和與主機直接相連的組播路由器之間，是IP主機用來(lái)報告多址廣播組成員身份的協(xié)議。通過(guò)IGMP協(xié)議，一方面可以通過(guò)IGMP協(xié)議主機通知本地路由器希望加入并接受某個(gè)特定組播組的信息；另一方面，路由器通過(guò)IGMP協(xié)議周期性地查詢(xún)局域網(wǎng)內某個(gè)已知組的成員是否處于活動(dòng)狀態(tài)。
IGMP協(xié)議的主要作用是解決網(wǎng)絡(luò )上廣播時(shí)占用帶寬的問(wèn)題。在網(wǎng)絡(luò )中，當給所有客戶(hù)端發(fā)出廣播信息時(shí)，支持IGMP的交換機會(huì )將廣播信息不經(jīng)過(guò)濾地發(fā)給所有客戶(hù)端。但是這些信息只需要通過(guò)組播的方式傳輸給某一個(gè)部分的客戶(hù)端。
15.ECHO協(xié)議 Echo Protocol 應答協(xié)議
主要用于調試和檢測中，他可以基于TCP協(xié)議，服務(wù)器就在TCP端口7檢測有無(wú)消息，如果使用UDP協(xié)議，基本過(guò)程和TCP一樣，檢測的端口也是7。
16.UDP協(xié)議 User Datagram Protocol(RFC-768)用戶(hù)數據報協(xié)議
UDP協(xié)議是TCP/IP協(xié)議組的一個(gè)組成部分。他的創(chuàng )立是為了向應用程序提供有條訪(fǎng)問(wèn)IP的無(wú)連接功能的途徑。TCP和UDP都使用IP。UDP的設計允許應用程序創(chuàng )建數據報，以及將他們編址到訪(fǎng)問(wèn)應用程序或進(jìn)程的端口。UDP的基本作用就是向一個(gè)IP分組增加一個(gè)應用程序進(jìn)程的端口地址。
17.RPC協(xié)議 Remote Procedure Call Protocol(RFC-1831)遠過(guò)程調用協(xié)議
一種通過(guò)網(wǎng)絡(luò )從遠程計算機程序上請求服務(wù)，而不需要了解底層網(wǎng)絡(luò )技術(shù)的協(xié)議。RPC協(xié)議假定某些傳輸協(xié)議的存在，如TCP或UDP，為通信程序之間攜帶信息數據。在OSI網(wǎng)絡(luò )通信模型中，RPC跨越了傳輸層和應用層。RPC使得開(kāi)發(fā)包括網(wǎng)絡(luò )分布式多程序在內的應用程序更加容易。
RPC采用客戶(hù)機/服務(wù)器模式。請求程序就是一個(gè)客戶(hù)機，而服務(wù)提供程序就是一個(gè)服務(wù)器。首先，調用進(jìn)程發(fā)送一個(gè)有進(jìn)程參數的調用信息到服務(wù)進(jìn)程，然后等待應答信息。在服務(wù)器端，進(jìn)程保持睡眠狀態(tài)直到調用信息的到達為止。當一個(gè)調用信息到達，服務(wù)器獲得進(jìn)程參數，計算結果，發(fā)送答復信息，然后等待下一個(gè)調用信息，最后，客戶(hù)端調用過(guò)程接收答復信息，獲得進(jìn)程結果，然后調用執行繼續進(jìn)行。
目前，有多種RPC模式和執行。最初由Sun公司提出。IETF ONC憲章重新修訂了Sun版本，使得ONC PRC協(xié)議成為IETF標準協(xié)議?，F在使用最普遍的模式和執行是開(kāi)放式軟件基礎的分布式計算環(huán)境（DCE）。
18.PPP協(xié)議 Point-to-Point Protocol 點(diǎn)對點(diǎn)協(xié)議
他是TCP/IP網(wǎng)絡(luò )協(xié)議集合中的一個(gè)子協(xié)議，主要用來(lái)創(chuàng )建電話(huà)線(xiàn)路以及ISDN撥號接入ISP的連接，具有多種身份驗證方法、數據壓縮和加密以及通過(guò)IP地址等功能。PPP協(xié)議是SLIP協(xié)議的替代協(xié)議，在功能沙鍋內沒(méi)有太大的區別。
19. SPX協(xié)議 Sequences Packet Exchange書(shū)許包交換協(xié)議
SPX協(xié)議是基于施樂(lè )的Xerox SPP（Sequences Packet Protocol順序包協(xié)議）協(xié)議，同樣是由Novell公司開(kāi)發(fā)的一種用于局域網(wǎng)的網(wǎng)絡(luò )協(xié)議。在局域網(wǎng)中，SPX協(xié)議主要負責對整個(gè)傳輸的數據進(jìn)行無(wú)差錯處理，即糾錯。SPX協(xié)議一般和上面介紹的IPX協(xié)議組合成IPX/SPX協(xié)議來(lái)使用，多用于Netware網(wǎng)絡(luò )環(huán)境以及聯(lián)網(wǎng)游戲。
20.ARP協(xié)議 Address Resolution Protocol（RFC-826）地址解析協(xié)議
簡(jiǎn)單地說(shuō)，ARP協(xié)議主要負責將局域網(wǎng)中的32為IP地址轉換為對應的48位物理地址，即網(wǎng)卡的MAC地址，比如IP地址為192.168.0.1網(wǎng)卡MAC地址為00-03-0F-FD-1D-2B。整個(gè)轉換過(guò)程是一臺主機先向目標主機發(fā)送包含IP地址信息的廣播數據包，即ARP請求，然后目標主機向該主機發(fā)送一個(gè)含有IP地址和MAC地址數據包，通過(guò)MAC地址兩個(gè)主機就可以實(shí)現數據傳輸了
在安裝了以太網(wǎng)網(wǎng)絡(luò )適配器的計算機中都有專(zhuān)門(mén)的ARP緩存，包含一個(gè)或多個(gè)表，用于保存IP地址以及經(jīng)過(guò)解析的MAC地址。在Windows中要查看或者修改ARP緩存中的信息，可以使用arp命令來(lái)完成，比如在Windows XP的命令提示符窗口中鍵入“arp -a”或“arp -g”可以查看ARP緩存中的內容；鍵入“arp -d IPaddress”表示刪除指定的IP地址項（IPaddress表示IP地址）。arp命令的其他用法可以鍵入“arp /?”查看到。
21. TCP協(xié)議 Transmission Control Protocol(RFC-793)傳輸控制協(xié)議
主要用于在主機間建立一個(gè)虛擬連接，以實(shí)現高可靠性的數據包交換。IP協(xié)議可以進(jìn)行IP數據包的分割和組裝，但是通過(guò)IP協(xié)議并不能清楚地了解到數據包是否順利地發(fā)送給目標計算機。而使用TCP協(xié)議就不同了，在該協(xié)議傳輸模式中在將數據包成功發(fā)送給目標計算機后，TCP會(huì )要求發(fā)送一個(gè)確認；如果在某個(gè)時(shí)限內沒(méi)有收到確認，那么TCP將重新發(fā)送數據包。另外，在傳輸的過(guò)程中，如果接收到無(wú)序、丟失以及被破壞的數據包，TCP還可以負則恢復。
22. IP協(xié)議 Internet Protocol互聯(lián)網(wǎng)協(xié)議 （RFC-791）
注解：主要用于負責IP尋址、路由選擇和IP數據包的分割和組裝。通常我們所說(shuō)的IP地址可以理解為符合IP協(xié)議的地址。目前，我們常用的IP協(xié)議是IP協(xié)議的第四版本，即IPv4，是互聯(lián)網(wǎng)中最基礎的協(xié)議，于1981年在RFC 791中定義
IPv4使用了32位地址，通常使用圓點(diǎn)分隔的4個(gè)十進(jìn)制數字表示，比如192.168.0.1。目前，IPv4最多支持4294967296（2的32次方）個(gè)地址連接到Internet。隨著(zhù)互聯(lián)網(wǎng)的迅猛發(fā)展，IP地址的需求越來(lái)越大，在未來(lái)幾年有被用完的危機。
22.IP分片技術(shù)
鏈路層具有最大傳輸單元MTU這個(gè)特性，它限制了數據幀的最大長(cháng)度，不同的網(wǎng)絡(luò )類(lèi)型都有一個(gè)上限值。以太網(wǎng)的MTU是1500，你可以用 netstat -i 命令查看這個(gè)值。如果IP層有數據包要傳，而且數據包的長(cháng)度超過(guò)了MTU，那么IP層就要對數據包進(jìn)行分片（fragmentation）操作，使每一片的長(cháng)度都小于或等于MTU。我們假設要傳輸一個(gè)UDP數據包，以太網(wǎng)的MTU為1500字節，一般IP首部為20字節，UDP首部為8字節，數據的凈荷（payload）部分預留是1500-20-8=1472字節。如果數據部分大于1472字節，就會(huì )出現分片現象。<BR><BR>IP首部包含了分片和重組所需的信息：
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identification |R|DF|MF| Fragment Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|<------------------16--------------------->|<--3-->|<---------13------------------>|
Identification：發(fā)送端發(fā)送的IP數據包標識字段都是一個(gè)唯一值，該值在分片時(shí)被復制到每個(gè)片中。
R：保留未用。
DF：Don‘t Fragment，“不分片”位，如果將這一比特置1 ，IP層將不對數據報進(jìn)行分片。
MF：More Fragment，“更多的片”，除了最后一片外，其他每個(gè)組成數據報的片都要把該比特置1。
Fragment Offset：該片偏移原始數據包開(kāi)始處的位置。偏移的字節數是該值乘以8。另外，當數據報被分片后，每個(gè)片的總長(cháng)度值要改為該片的長(cháng)度值。
23.什么是RFC
RFC及RFC編輯者：RFC(Request For Comments)-意即“請求注解”，包含了關(guān)于Internet的幾乎所有重要的文字資料。如果你想成為網(wǎng)絡(luò )方面的專(zhuān)家，那么RFC無(wú)疑是最重要也是最經(jīng)常需要用到的資料之一，所以RFC享有網(wǎng)絡(luò )知識圣經(jīng)之美譽(yù)。通常，當某家機構或團體開(kāi)發(fā)出了一套標準或提出對某種標準的設想，想要征詢(xún)外界的意見(jiàn)時(shí)，就會(huì )在Internet上發(fā)放一份RFC，對這一問(wèn)題感興趣的人可以閱讀該RFC并提出自己的意見(jiàn)；絕大部分網(wǎng)絡(luò )標準的指定都是以RFC的形式開(kāi)始，經(jīng)過(guò)大量的論證和修改過(guò)程，由主要的標準化組織所指定的，但在RFC中所收錄的文件并不都是正在使用或為大家所公認的，也有很大一部分只在某個(gè)局部領(lǐng)域被使用或并沒(méi)有被采用，一份RFC具體處于什么狀態(tài)都在文件中作了明確的標識。
RFC由一系列草案組成，起始于1969年（第一個(gè)RFC文檔發(fā)布于1969年4月7日，參見(jiàn)“RFC30年”，RFC2555”），RFC文檔是一系列關(guān)于Internet（早期為ARPANET）的技術(shù)資料匯編。這些文檔詳細討論了計算機網(wǎng)絡(luò )的方方面面，重點(diǎn)在網(wǎng)絡(luò )協(xié)議，進(jìn)程，程序，概念以及一些會(huì )議紀要，意見(jiàn)，各種觀(guān)點(diǎn)等。
“RFC編輯者”是RFC文檔的出版者，它負責RFC最終文檔的編輯審訂。“RFC編輯者”也保留有RFC的主文件，稱(chēng)為RFC索引，用戶(hù)可以在線(xiàn)檢索。在RFC近30年的歷史中，“RFC編輯者”一直由約翰•普斯特爾（Jon Postel）來(lái)?yè)?，而現在“RFC編輯者”則由一個(gè)工作小組來(lái)?yè)?，這個(gè)小組受到“因特網(wǎng)社團”（Internet Society）的支助。
RFC編輯者負責RFC以及RFC的整體結構文檔，并維護RFC的索引。Internet協(xié)議族的文檔部分（由Internet工程委員會(huì )“因特網(wǎng)工程師任務(wù)組”IETF以及IETF 下屬的“因特網(wǎng)工程師指導組”IESG 定義），也做為RFC文檔出版。因此，RFC在Internet相關(guān)標準中有著(zhù)重要的地位。
RFC編輯者的職責是由Internet 中的大家提議形成的，所出版的語(yǔ)言也就和Internet一樣。IETF和ISOC是代表了世界各地的國際性組織，英語(yǔ)是IETF的第一工作語(yǔ)言，也是IETF的正式出版語(yǔ)言。RFC 2026 "The Internet Standards Process -- Revision 3" 允許RFC翻譯成其他不同的語(yǔ)言。但是不能保證其翻譯版本是否正確。因此，RFC編輯不對非英語(yǔ)的版本負責，而只是指明了哪里有非英語(yǔ)的版本，將這些信息列在WEB頁(yè)上。
RFC處理過(guò)程：一個(gè)RFC文件在成為官方標準前一般至少要經(jīng)歷三個(gè)階段：建議標準、草案標準、因特網(wǎng)標準。
第一步RFC的出版是作為一個(gè)Internet 草案發(fā)布，可以閱讀并對其進(jìn)行注釋。準備一個(gè)RFC草案，我們要求作者先閱讀IETF的一個(gè)文檔"Considerations for Internet Drafts". 它包括了許多關(guān)于RFC以及Internet草案格式的有用信息。作者還應閱讀另外一個(gè)相關(guān)的文檔RFC 2223 "Instructions to Authors"?！?/div>
一旦文檔有了一個(gè)ID號后，你就可以向"r
fc-editor@rfc-editor.org" rfc-editor@rfc-editor.org發(fā)送e-mail ，說(shuō)你覺(jué)得這個(gè)文檔還可以，能夠作為一個(gè)有價(jià)值或有經(jīng)驗的RFC文檔 。RFC編輯將會(huì )向IESG請求查閱該文檔并給其加上評論和注釋。你可以通過(guò)RFC隊列來(lái)了解你的文檔的進(jìn)度。一旦你的文檔獲得通過(guò)，RFC編輯就會(huì )將其編輯并出版。如果該文檔不能出版，則會(huì )有email通知作者是什么原因。作者有48個(gè)小時(shí)來(lái)校對RFC編輯的意見(jiàn)。我們強烈建議作者要檢測拼寫(xiě)錯誤和丟字的錯誤，應該確保有引用，聯(lián)系和更新相關(guān)的信息。如你的文檔是一個(gè)MIB，我們則要你對你的代碼作最后一次檢測。一旦RFC文檔出版，我們就不會(huì )對其進(jìn)行更改，因此你應該對你的文檔仔細的檢查。
有時(shí)個(gè)別的文檔會(huì )被正從事同一個(gè)項目的IETF工作組收回，如是這種情況，則該作者會(huì )被要求和IETF進(jìn)行該文檔的開(kāi)發(fā)。在IETF中, Area Directors (ADs) 負責相關(guān)的幾個(gè)工作組。這些工作者所開(kāi)發(fā)的文檔將由ADs 進(jìn)行校閱，然后才作為RFC的出版物。
如要獲得關(guān)于如何寫(xiě)RFC文檔和關(guān)于RFC的Internet標準制定過(guò)程的更多詳細信息，請各位參見(jiàn)： RFC 2223 "Instructions to RFC Authors"。 RFC 2026 "The Internet Standards Process -- Revision 3"。
實(shí)際上，在Internet上，任何一個(gè)用戶(hù)都可以對Internet某一領(lǐng)域的問(wèn)題提出自己的解決方案或規范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務(wù)組（IETF）。草案存放在美國、歐洲和亞太地區的工作文件站點(diǎn)上，供世界多國自愿參加的IETF成員進(jìn)行討論、測試和審查。最后，由Internet工程指導組（IESG）確定該草案是否能成為Internet的標準。
如果一個(gè)Internet草案在IETF的相關(guān)站點(diǎn)上存在6個(gè)月后仍未被IESG建議作為標準發(fā)布，則它將被從上述站點(diǎn)中刪除。事實(shí)上，在任何時(shí)候，一個(gè)Internet 草案都有可能被新的草案版本所替換掉，并重新開(kāi)始6個(gè)月的存放期。
如果一個(gè)Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會(huì )（IAB），并形成具有順序編號的RFC文檔，由Internet協(xié)會(huì )（ISOC）通過(guò)Internet向全世界頒布。每個(gè)Internet標準文件在被批準后都會(huì )分配一個(gè)獨立于RFC的永久編號，這就是STD編號。有一個(gè)不斷被更新的文件RFC-INDEX.TXT按照RFC的編號來(lái)索引所有的文件，對于因特網(wǎng)標準文件還列出了其相應的STD編號。
RFC文檔必須被分配RFC編號后才能在網(wǎng)絡(luò )上發(fā)布。例如，RFC2026的內容是“Internet標準進(jìn)程-修訂版3”、RFC1543的內容為“RFC作者指導”等等。需要時(shí)，可以復制或打印這些聯(lián)機文檔。用戶(hù)也可以通過(guò)遍布全世界的數個(gè)聯(lián)機資料數據庫中獲得RFC文檔。例如，可以使用路徑名RFC/RFCnnnn.TXT通過(guò)FTP的方式從ds.internic.net站點(diǎn)獲得RFC，其中“nnnn”指的是RFC的編號。在這里，使用FTP登錄時(shí)，所用的用戶(hù)名和口令分別為“anonymous”和你的電子郵件地址。此外，用戶(hù)還可以通過(guò)Internet網(wǎng)絡(luò )信息中心（InterNIC）的目錄服務(wù)功能、電子郵件、WWW等方式獲得RFC文檔.
作為標準的RFC又分為幾種，第一種是提議性的，就是說(shuō)建議采用這個(gè)作為一個(gè)方案擺出來(lái)，Draft是已經(jīng)有一部分在用了，希望被采用為正式的標準，還有一種就是完全被認可的標準，這種是大家都在用，而且是不應該改變的。還有一種就是現在的最佳實(shí)踐法，它相當于一種介紹。這些文件產(chǎn)生的過(guò)程是一種從下往上的過(guò)程，而不是從上往下，也就是說(shuō)不是一個(gè)由主席，或者由工作組負責人的給一個(gè)指令，說(shuō)是要做什么，要做什么，而是有下邊自發(fā)的提出，然后在工作組里邊討論，討論了以后再交給剛才說(shuō)的工程指導委員會(huì )進(jìn)行審查。但是工程指導委員會(huì )只做審查不做修改，修改還是要打回到工作組來(lái)做。IETF工作組文件的產(chǎn)生就是任何人都可以來(lái)參加會(huì )議，任何人都可以提議，然后他和別人進(jìn)行討論，大家形成了一個(gè)共識就可以產(chǎn)出這樣的文件。
