華為培訓(xùn) PPP協(xié)議和PPP0E協(xié)議

1、PAGE 1課程 BBA00000003 PPP協(xié)協(xié)議和PPPP00E協(xié)議議ISSUUE1.0Huawwei TecchnoologgiessBA000003 PPP協(xié)議和PPP0E協(xié)議 ISSUE1.0目 錄PAGE i目 錄錄TOC o 1-3課程說(shuō)明明 PAGEREF _Toc6196272 h 1課程介紹紹 PAGEREF _Toc6196273 h 1課程目標(biāo)標(biāo) PAGEREF _Toc6196274 h 1第1章 概述 PAGEREF _Toc6196275 h 22第2章 PPPP協(xié)議 PAGEREF _Toc6196276 h 8第3章 PPPPOE協(xié)協(xié)議 PAGEREF _T

2、oc6196277 h 488附錄縮略略詞表 PAGEREF _Toc6196278 h 774BA000003 PPP協(xié)議和PPP0E協(xié)議 ISSUE1.0 REF _Ref536848591 課程說(shuō)明 PAGE 1課程說(shuō)明明課程介紹紹本教材為為寬帶產(chǎn)產(chǎn)品工程程師培訓(xùn)訓(xùn)公共課課程。本課程介介紹PPPP協(xié)議議和PPPPOEE協(xié)議。課程目標(biāo)標(biāo)完成本課課程學(xué)習(xí)習(xí)，學(xué)員員能夠：了解SLLIP協(xié)協(xié)議的基基本原理理。掌握PPPP協(xié)議議的基本本原理。掌握LCCP協(xié)議議和NCCP協(xié)議議數(shù)據(jù)報(bào)報(bào)文的交交換過(guò)程程。掌握PPPPOEE協(xié)議的的基本原原理。BA000003 PPP協(xié)議和PPP0E協(xié)議 ISSUE1.

3、0 REF _Ref2830909 r h 第1章 REF _Ref2830909 h 概述 PAGE 65概述SLIPP的全稱(chēng)稱(chēng)是Seeriaal Linne IIP，出出現(xiàn)在880年代代中期，并并被使用用在BSSD UUNIXX主機(jī)和和SUNN的工作作站上。因?yàn)镾SLIPP簡(jiǎn)單好好用，所所以后來(lái)來(lái)被大量量使用在在線(xiàn)路速速率從112000bpss到19.2Kbbps的的專(zhuān)用線(xiàn)線(xiàn)路和撥撥號(hào)線(xiàn)路路上互連連主機(jī)和和路由器器，到目目前為止止仍有大大部分UUNIXX主機(jī)保保留對(duì)該該協(xié)議的的支持。在800年代末末90年代代初期，被被廣泛用用于家庭庭中每臺(tái)臺(tái)有RSS2322串口的的計(jì)算機(jī)機(jī)和調(diào)制制解調(diào)器器

4、連接到到Intternnet。SLIPP的幀格格式由IIP包加加上ENND字符符組成。通過(guò)在被被發(fā)送IIP數(shù)據(jù)據(jù)報(bào)的尾尾部增加加特殊的的ENDD字符（00 xC00 ）從從而形成成一個(gè)簡(jiǎn)簡(jiǎn)單的SSLIPP的數(shù)據(jù)據(jù)幀，而而后該幀幀會(huì)被傳傳送到物物理層進(jìn)進(jìn)行發(fā)送送。為了了防止線(xiàn)線(xiàn)路噪聲聲被當(dāng)成成數(shù)據(jù)報(bào)報(bào)的內(nèi)容容在線(xiàn)路路上傳輸輸，通常常發(fā)送端端在被傳傳送數(shù)據(jù)據(jù)報(bào)的開(kāi)開(kāi)始處也也傳一個(gè)個(gè)ENDD字符。如果線(xiàn)線(xiàn)路上的的確存在在噪聲，則則該數(shù)據(jù)據(jù)報(bào)起始始位置的的ENDD字符將將結(jié)束這這份錯(cuò)誤誤的報(bào)文文，這樣樣當(dāng)前正正確的數(shù)數(shù)據(jù)報(bào)文文就能正正確的傳傳送了，而而前一個(gè)個(gè)含有無(wú)無(wú)意義報(bào)報(bào)文的數(shù)數(shù)據(jù)幀會(huì)會(huì)在對(duì)端端的

5、高層層被丟棄棄。END是是判斷一一個(gè)SLLIP幀幀是否結(jié)結(jié)束的標(biāo)標(biāo)志。如如果要傳傳送的IIP包中中正好有有一個(gè)字字符0 xxc0要要傳送，為為了避免免它被當(dāng)當(dāng)作ENND字符符，要用用連續(xù)的的兩個(gè)字字節(jié)0 xxdb和和0 xddc來(lái)代代替它。如果要要傳送的的是0 xxdb，那那么就用用連續(xù)傳傳輸兩個(gè)個(gè)字節(jié)00 xdbb和0 xddd來(lái)代代替它。SLIPP只支持持IP協(xié)議議，對(duì)IIPX等等缺乏支支持。并并且，由由于幀格格式中沒(méi)沒(méi)有類(lèi)型型字段，致致使如果果一條串串行線(xiàn)路路如果用用于SLLIP，就就不能同同時(shí)使用用其它協(xié)協(xié)議。SLIPP不提供供糾錯(cuò)機(jī)機(jī)制，錯(cuò)錯(cuò)誤只能能依靠上上層協(xié)議議實(shí)現(xiàn)。SLIPP幀

6、的封封裝格式式非常簡(jiǎn)簡(jiǎn)單，通通信雙方方無(wú)需在在數(shù)據(jù)報(bào)報(bào)發(fā)送前前協(xié)商任任何配置置參數(shù)選選項(xiàng)（在在PPPP協(xié)議中中需協(xié)商商配置參參數(shù)選項(xiàng)項(xiàng)），所所以雙方方IP層通通信前必必需先獲獲知對(duì)方方的IPP地址，才才能進(jìn)行行網(wǎng)絡(luò)層層的通信信，否則則鏈路層層發(fā)送的的數(shù)據(jù)幀幀在被送送到對(duì)方方網(wǎng)絡(luò)層層時(shí)將無(wú)無(wú)法進(jìn)行行轉(zhuǎn)發(fā)。正是由于于上面的的諸多缺缺點(diǎn)，導(dǎo)導(dǎo)致了SSLIPP很快的的被后面面要講的的PPPP協(xié)議所所替代。BA000003 PPP協(xié)議和PPP0E協(xié)議 ISSUE1.0 REF _Ref6193895 r h 第2章 REF _Ref6193895 h PPP協(xié)議PPP協(xié)協(xié)議PPP協(xié)協(xié)議主要要包括三三部分

7、：LCPP（Linnk CConttroll Prrotoocoll）鏈路路控制協(xié)協(xié)議、NNCP（Nettworrk CConttroll Prrotoocoll）和PPPP的擴(kuò)擴(kuò)展協(xié)議議（如MMulttiliink Prootoccol）。隨著網(wǎng)網(wǎng)絡(luò)技術(shù)術(shù)的不斷斷發(fā)展，網(wǎng)網(wǎng)絡(luò)帶寬寬已不再再是瓶頸頸，所以以PPPP擴(kuò)展協(xié)協(xié)議的應(yīng)應(yīng)用也就就越來(lái)越越少，因因此往往往人們?cè)谠跀⑹鯬PPP協(xié)協(xié)議時(shí)經(jīng)經(jīng)常會(huì)忘忘記它的的存在。我們?cè)谔崽峒癙PPP協(xié)議議的報(bào)文文封裝格格式時(shí)，不不可不先先提一下下HDLLC協(xié)議議。HDDLC也也是最常常用的數(shù)數(shù)據(jù)鏈路路層協(xié)議議，它是是從SDDLC協(xié)協(xié)議衍進(jìn)進(jìn)過(guò)來(lái)的的，許多多常

8、用的的數(shù)據(jù)鏈鏈路層協(xié)協(xié)議的封封裝方式式都是基基于HDDLC的的封裝格格式的，同同樣PPPP協(xié)議議也不例例外，它它也采用用了HDDLC的的定界幀幀格式。以下為對(duì)對(duì)PPPP數(shù)據(jù)幀幀封裝格格式的一一點(diǎn)說(shuō)明明：每一個(gè)PPPP數(shù)數(shù)據(jù)幀均均是以一一個(gè)標(biāo)志志字節(jié)起起始和結(jié)結(jié)束的，該該字節(jié)為為0 x77E。緊接在起起始標(biāo)志志字節(jié)后后的一個(gè)個(gè)字節(jié)是是地址域域，該字字節(jié)為00 xFFF。我們們熟知網(wǎng)網(wǎng)絡(luò)是分分層的，且且對(duì)等層層之間進(jìn)進(jìn)行相互互通信，而而下層為為上層提提供服務(wù)務(wù)。當(dāng)對(duì)對(duì)等層進(jìn)進(jìn)行通信信時(shí)首先先需獲知知對(duì)方的的地址，而而對(duì)不同同的網(wǎng)絡(luò)絡(luò)，在數(shù)數(shù)據(jù)鏈路路層則表表現(xiàn)為需需要知道道對(duì)方的的MACC地址、X.

9、1121地地址、AATM地地址等；在網(wǎng)絡(luò)絡(luò)層則表表現(xiàn)為需需要知道道對(duì)方的的IP地地址、IIPX地地址等；而在傳傳輸層則則需要知知道對(duì)方方的協(xié)議議端口號(hào)號(hào)。例如如如果兩兩個(gè)以太太網(wǎng)上的的主機(jī)希希望能夠夠通信的的話(huà)，首首先發(fā)送送端需獲獲知對(duì)端端的MAAC地址址。但由由于PPPP協(xié)議議是被運(yùn)運(yùn)用在點(diǎn)點(diǎn)對(duì)點(diǎn)的的鏈路上上的特殊殊性，它它不像廣廣播或多多點(diǎn)訪(fǎng)問(wèn)問(wèn)的網(wǎng)絡(luò)絡(luò)一樣，因因?yàn)辄c(diǎn)對(duì)對(duì)點(diǎn)的鏈鏈路就可可以唯一一標(biāo)示對(duì)對(duì)方，因因此使用用PPPP協(xié)議互互連的通通信設(shè)備備的兩端端無(wú)須知知道對(duì)方方的數(shù)據(jù)據(jù)鏈路層層地址，所所以該字字節(jié)已無(wú)無(wú)任何意意義，按按照協(xié)議議的規(guī)定定將該字字節(jié)填充充為全11的廣播播地址。同地址

10、域域一樣，PPPP數(shù)數(shù)據(jù)幀的的控制域域也沒(méi)有有實(shí)際意意義，按按照協(xié)議議的規(guī)定定通信雙雙方將該該字節(jié)的的內(nèi)容填填充為00 x033。就PPPP協(xié)議本本身而言言，我們們最關(guān)心心的內(nèi)容容應(yīng)該是是它的協(xié)協(xié)議域和和信息域域。協(xié)議議域可用用來(lái)區(qū)分分PPPP數(shù)據(jù)幀幀中信息息域所承承載的數(shù)數(shù)據(jù)報(bào)文文的內(nèi)容容。協(xié)議議域的內(nèi)內(nèi)容必須須依據(jù)IISO 33009的地地址擴(kuò)展展機(jī)制所所給出的的規(guī)定。該機(jī)制制規(guī)定協(xié)協(xié)議域所所填充的的內(nèi)容必必須為奇奇數(shù)，也也即是要要求低字字節(jié)的最最低位為為“1”，高高字節(jié)的的最低位位為“00”。如如果當(dāng)發(fā)發(fā)送端發(fā)發(fā)送的PPPP數(shù)數(shù)據(jù)幀的的協(xié)議域域字段不不符合上上述規(guī)定定，則接接收端會(huì)會(huì)認(rèn)為

11、此此數(shù)據(jù)幀幀是不可可識(shí)別的的，那么么接收端端會(huì)向發(fā)發(fā)送端發(fā)發(fā)送一個(gè)個(gè)Prootoccol-Rejjectt報(bào)文，在在該報(bào)文文尾部將將完整地地填充被被拒絕的的報(bào)文。信息域缺缺省時(shí)最最大長(zhǎng)度度不能超超過(guò)15500字字節(jié)，其其中包括括填充域域的內(nèi)容容，15500字字節(jié)大小小等于PPPP協(xié)協(xié)議中配配置參數(shù)數(shù)選項(xiàng)MMRU（Maxximuum RReceeivee Unnit）的的缺省值值，在實(shí)實(shí)際應(yīng)用用當(dāng)中可可根據(jù)實(shí)實(shí)際需要要進(jìn)行信信息域最最大封裝裝長(zhǎng)度選選項(xiàng)的協(xié)協(xié)商。信信息域如如果不足足15000字節(jié)節(jié)時(shí)可被被填充，但但不是必必須的，如如果填充充則需通通信雙方方的兩端端能辨認(rèn)認(rèn)出有用用與無(wú)用用的信息息

12、方可正正常通信信。說(shuō)明：MRU表表示本端端接收到到的PPPP數(shù)據(jù)據(jù)幀的數(shù)數(shù)據(jù)域的的最大值值。通常常情況下下這個(gè)參參數(shù)選項(xiàng)項(xiàng)使用默默認(rèn)值（1500字節(jié)），因此在Config-Request報(bào)文中雙方都不會(huì)攜帶這個(gè)配置參數(shù)選項(xiàng)。當(dāng)在某些特殊應(yīng)用中，可能會(huì)使用到小于1500字節(jié)或大于1500字節(jié)的情況，這時(shí)在Config-Request報(bào)文就會(huì)攜帶要協(xié)商的MRU配置參數(shù)選項(xiàng)值。CRC校校驗(yàn)域主主要是對(duì)對(duì)PPPP數(shù)據(jù)幀幀傳輸?shù)牡恼_性性進(jìn)行檢檢測(cè)的，當(dāng)當(dāng)然在數(shù)數(shù)據(jù)幀中中引入了了一些傳傳輸?shù)谋１ＷC機(jī)制制是好的的，但可可以反過(guò)過(guò)來(lái)說(shuō)，同同樣我們們會(huì)引入入更多的的開(kāi)銷(xiāo)，這這樣可能能會(huì)增加加應(yīng)用層層交互的的延

13、遲。為了能適適應(yīng)復(fù)雜雜多變的的網(wǎng)絡(luò)環(huán)環(huán)境，PPPP協(xié)協(xié)議提供供了一種種鏈路控控制協(xié)議議來(lái)配置置和測(cè)試試數(shù)據(jù)通通信鏈路路，它能能用來(lái)協(xié)協(xié)商PPPP協(xié)議議的一些些配置參參數(shù)選項(xiàng)項(xiàng)；處理理不同大大小的數(shù)數(shù)據(jù)幀；檢測(cè)鏈鏈路環(huán)路路、一些些鏈路的的錯(cuò)誤；終止一一條鏈路路。PPP的的網(wǎng)絡(luò)控控制協(xié)議議根據(jù)不不同的網(wǎng)網(wǎng)絡(luò)層協(xié)協(xié)議可提提供一族族網(wǎng)絡(luò)控控制協(xié)議議(NCCP)，常常用的有有提供給給TCPP/IPP網(wǎng)絡(luò)使使用的IIPCPP網(wǎng)絡(luò)控控制協(xié)議議；提供供給SPPX/IIPX網(wǎng)網(wǎng)絡(luò)使用用的IPPXCPP網(wǎng)絡(luò)控控制協(xié)議議等。最最為常用用的是IIPCPP協(xié)議，當(dāng)當(dāng)點(diǎn)對(duì)點(diǎn)點(diǎn)的兩端端進(jìn)行NNCP參參數(shù)配置置協(xié)商時(shí)時(shí)，主要

14、要是用來(lái)來(lái)通信雙雙方的網(wǎng)網(wǎng)絡(luò)層地地址。數(shù)據(jù)通信信設(shè)備（在在本文中中指路由由器）的的兩端如如果希望望通過(guò)PPPP協(xié)協(xié)議建立立點(diǎn)對(duì)點(diǎn)點(diǎn)的通信信，無(wú)論論哪一端端的設(shè)備備都需發(fā)發(fā)送LCCP數(shù)據(jù)據(jù)報(bào)文來(lái)來(lái)配置鏈鏈路（測(cè)測(cè)試鏈路路）。一一旦LCCP的配配置參數(shù)數(shù)選項(xiàng)協(xié)協(xié)商完后后，通信信的雙方方就會(huì)根根據(jù)LCCP配置置請(qǐng)求報(bào)報(bào)文中所所協(xié)商的的認(rèn)證配配置參數(shù)數(shù)選項(xiàng)來(lái)來(lái)決定鏈鏈路兩端端設(shè)備所所采用的的認(rèn)證方方式。協(xié)協(xié)議缺省省情況下下雙方是是不進(jìn)行行認(rèn)證的的，而直直接進(jìn)入入到NCCP配置置參數(shù)選選項(xiàng)的協(xié)協(xié)商，直直至所經(jīng)經(jīng)歷的幾幾個(gè)配置置過(guò)程全全部完成成后，點(diǎn)點(diǎn)對(duì)點(diǎn)的的雙方就就可以開(kāi)開(kāi)始通過(guò)過(guò)已建立立好的鏈鏈路進(jìn)行

15、行網(wǎng)絡(luò)層層數(shù)據(jù)報(bào)報(bào)文的傳傳送了，整整個(gè)鏈路路就處于于可用狀狀態(tài)。只只有當(dāng)任任何一端端收到LLCP或或NCPP的鏈路路關(guān)閉報(bào)報(bào)文時(shí)（一一般而言言協(xié)議是是不要求求NCPP有關(guān)閉閉鏈路的的能力的的，因此此通常情情況下關(guān)關(guān)閉鏈路路的數(shù)據(jù)據(jù)報(bào)文是是在LCCP協(xié)商商階段或或應(yīng)用程程序會(huì)話(huà)話(huà)階段發(fā)發(fā)出的）；物理層層無(wú)法檢檢測(cè)到載載波或管管理人員員對(duì)該鏈鏈路進(jìn)行行關(guān)閉操操作，都都會(huì)將該該條鏈路路斷開(kāi)，從從而終止止PPPP會(huì)話(huà)。以下是是PPPP協(xié)議整整個(gè)鏈路路過(guò)程需需經(jīng)歷階階段的狀狀態(tài)轉(zhuǎn)移移圖說(shuō)明明：在點(diǎn)對(duì)點(diǎn)點(diǎn)鏈路的的配置、維護(hù)和和終止過(guò)過(guò)程中，PPP需經(jīng)歷以下幾個(gè)階段：鏈路不可可用階段段。有時(shí)時(shí)也稱(chēng)為為物理層

16、層不可用用階段，PPP鏈路都需從這個(gè)階段開(kāi)始和結(jié)束。當(dāng)通信雙方的兩端檢測(cè)到物理線(xiàn)路激活（通常是檢測(cè)到鏈路上有載波信號(hào)）時(shí)，就會(huì)從當(dāng)前這個(gè)階段躍遷至下一個(gè)階段（即鏈路建立階段）。先簡(jiǎn)單提一下鏈路建立階段，在這個(gè)階段主要是通過(guò)LCP協(xié)議進(jìn)行鏈路參數(shù)的配置，LCP在此階段的狀態(tài)機(jī)也會(huì)根據(jù)不同的事件發(fā)生變化。當(dāng)處于在鏈路不可用階段時(shí)，LCP的狀態(tài)機(jī)是處于initial（初始化狀態(tài)）或starting（準(zhǔn)備啟動(dòng)狀態(tài)），一旦檢測(cè)到物理線(xiàn)路可用，則LCP的狀態(tài)機(jī)就要發(fā)生改變。當(dāng)然鏈路被斷開(kāi)后也同樣會(huì)返回到這個(gè)階段，往往在實(shí)際過(guò)程中這個(gè)階段所停留的時(shí)間是很短的，僅僅是檢測(cè)到對(duì)方設(shè)備的存在。鏈路建立立階段。是P

17、PPP協(xié)議議最關(guān)鍵鍵和最復(fù)復(fù)雜的階階段。該該階段主主要是發(fā)發(fā)送一些些配置報(bào)報(bào)文來(lái)配配置數(shù)據(jù)據(jù)鏈路，這這些配置置的參數(shù)數(shù)不包括括網(wǎng)絡(luò)層層協(xié)議所所需的參參數(shù)。當(dāng)當(dāng)完成數(shù)數(shù)據(jù)報(bào)文文的交換換后，則則會(huì)繼續(xù)續(xù)向下一一個(gè)階段段躍遷，該該下一個(gè)個(gè)階段既既可是驗(yàn)驗(yàn)證階段段，也可可是網(wǎng)絡(luò)絡(luò)層協(xié)議議階段，下下一階段段的選擇擇是依據(jù)據(jù)鏈路兩兩端的設(shè)設(shè)備配置置的（通通常是由由用戶(hù)來(lái)來(lái)配置，但但對(duì)NAAS或BASS設(shè)備的的PPPP模塊缺缺省就需需要支持持PAPP或CHAAP中的的一種認(rèn)認(rèn)證方式式）。在在此階段段LCPP的狀態(tài)態(tài)機(jī)會(huì)發(fā)發(fā)生兩次次改變，前前面我們們說(shuō)了當(dāng)當(dāng)鏈路處處于不可可用階段段時(shí)，此此時(shí)LCCP的狀狀態(tài)機(jī)

18、處處于innitiial或或staartiing，當(dāng)當(dāng)檢測(cè)到到鏈路可可用時(shí)，則則物理層層會(huì)向鏈鏈路層發(fā)發(fā)送一個(gè)個(gè)UP事件件，鏈路路層收到到該事件件后，會(huì)會(huì)將LCCP的狀狀態(tài)機(jī)從從當(dāng)前狀狀態(tài)改變變?yōu)镽eequeest-Sennt（請(qǐng)請(qǐng)求發(fā)送送狀態(tài)），根根據(jù)此時(shí)時(shí)的狀態(tài)態(tài)機(jī)LCCP會(huì)進(jìn)進(jìn)行相應(yīng)應(yīng)的動(dòng)作作，也即即是開(kāi)始始發(fā)送CConffig-Reqquesst報(bào)文文來(lái)配置置數(shù)據(jù)鏈鏈路，無(wú)無(wú)論哪一一端接收收到了CConffig-Ackk報(bào)文時(shí)時(shí)，LCCP的狀狀態(tài)機(jī)又又要發(fā)生生改變，從從當(dāng)前狀狀態(tài)改變變?yōu)閛ppeneed狀態(tài)態(tài)，進(jìn)入入Opeenedd狀態(tài)后后收到CConffig-Ackk報(bào)文的的一方則則

19、完成了了當(dāng)前階階段，應(yīng)應(yīng)該向下下一個(gè)階階段躍遷遷。同理理可知，另另一端也也是一樣樣的，但但須注意意的一點(diǎn)點(diǎn)是在鏈鏈路配置置階段雙雙方是鏈鏈路配置置操作過(guò)過(guò)程是相相互獨(dú)立立的。如如果在該該階段收收到了非非LCPP數(shù)據(jù)報(bào)報(bào)文，則則會(huì)將這這些報(bào)文文丟棄。驗(yàn)證階段段。多數(shù)數(shù)情況下下的鏈路路兩端設(shè)設(shè)備是需需要經(jīng)過(guò)過(guò)認(rèn)證后后才進(jìn)入入到網(wǎng)絡(luò)絡(luò)層協(xié)議議階段，缺缺省情況況下鏈路路兩端的的設(shè)備是是不進(jìn)行行認(rèn)證的的。在該該階段支支持PAAP和CHAAP兩種種認(rèn)證方方式，驗(yàn)驗(yàn)證方式式的選擇擇是依據(jù)據(jù)在鏈路路建立階階段雙方方進(jìn)行協(xié)協(xié)商的結(jié)結(jié)果。然然而，鏈鏈路質(zhì)量量的檢測(cè)測(cè)也會(huì)在在這個(gè)階階段同時(shí)時(shí)發(fā)生，但但協(xié)議規(guī)規(guī)定不會(huì)

20、會(huì)讓鏈路路質(zhì)量的的檢測(cè)無(wú)無(wú)限制的的延遲驗(yàn)驗(yàn)證過(guò)程程。在這這個(gè)階段段僅支持持鏈路控控制協(xié)議議、驗(yàn)證證協(xié)議和和質(zhì)量檢檢測(cè)數(shù)據(jù)據(jù)報(bào)文，其其它的數(shù)數(shù)據(jù)報(bào)文文都會(huì)被被丟棄。如果在在這個(gè)階階段再次次收到了了Connfigg-Reequeest報(bào)報(bào)文，則則又會(huì)返返回到鏈鏈路建立立階段。網(wǎng)絡(luò)層協(xié)協(xié)議階段段。一旦旦PPPP完成了了前面幾幾個(gè)階段段，每種種網(wǎng)絡(luò)層層協(xié)議（IP、IPX和AppleTalk）會(huì)通過(guò)各自相應(yīng)的網(wǎng)絡(luò)控制協(xié)議進(jìn)行配置，每個(gè)NCP協(xié)議可在任何時(shí)間打開(kāi)和關(guān)閉。當(dāng)一個(gè)NCP的狀態(tài)機(jī)變成Opened狀態(tài)時(shí)，則PPP就可以開(kāi)始在鏈路上承載網(wǎng)絡(luò)層的數(shù)據(jù)包報(bào)文了。如果在個(gè)階段收到了Config-Reque

21、st報(bào)文，則又會(huì)返回到鏈路建立階段。網(wǎng)絡(luò)終止止階段，PPP能在任何時(shí)候終止鏈路。當(dāng)載波丟失、授權(quán)失敗、鏈路質(zhì)量檢測(cè)失敗和管理員人為關(guān)閉鏈路等情況均會(huì)導(dǎo)致鏈路終止。鏈路建立階段可能通過(guò)交換LCP的鏈路終止報(bào)文來(lái)關(guān)閉鏈路，當(dāng)鏈路關(guān)閉時(shí)，鏈路層會(huì)通知網(wǎng)絡(luò)層做相應(yīng)的操作，而且也會(huì)通過(guò)物理層強(qiáng)制關(guān)斷鏈路。對(duì)于NCP協(xié)議，它是沒(méi)有也沒(méi)有必要去關(guān)閉PPP鏈路的。LCP數(shù)數(shù)據(jù)報(bào)文文是在鏈鏈路建立立階段被被交換的的，它作作為PPPP的凈凈載荷被被封裝在在PPPP數(shù)據(jù)幀幀的信息息域中。在鏈路路建立階階段的整整個(gè)過(guò)程程中信息息域的內(nèi)內(nèi)容是在在變化的的，它包包括很多多種類(lèi)型型的報(bào)文文，所以以這些報(bào)報(bào)文也要要通過(guò)相相應(yīng)

22、的字字段來(lái)區(qū)區(qū)分，PPPP數(shù)數(shù)據(jù)幀的的協(xié)議域域固定填填充0 xxC0221。代碼域的的長(zhǎng)度為為一個(gè)字字節(jié)，主主要是用用來(lái)標(biāo)識(shí)識(shí)LCPP數(shù)據(jù)報(bào)報(bào)文的類(lèi)類(lèi)型的。在鏈路路建立階階段時(shí)，接接收方收收到LCCP數(shù)據(jù)據(jù)報(bào)文的的代碼域域無(wú)法識(shí)識(shí)別時(shí)，就就會(huì)向?qū)?duì)端發(fā)送送一個(gè)LLCP的的代碼拒拒絕報(bào)文文（Coode-Rejjectt報(bào)文）。標(biāo)識(shí)域也也是一個(gè)個(gè)字節(jié)，其其目的是是用來(lái)匹匹配請(qǐng)求求和響應(yīng)應(yīng)報(bào)文。一般而而言在進(jìn)進(jìn)入鏈路路建立階階段時(shí)，通通信雙方方無(wú)論哪哪一端都都會(huì)連續(xù)續(xù)發(fā)送幾幾個(gè)配置置請(qǐng)求報(bào)報(bào)文（CConffig-Reqquesst報(bào)文文），而而這幾個(gè)個(gè)請(qǐng)求報(bào)報(bào)文的數(shù)數(shù)據(jù)域可可能是完完全一樣樣的，而而

23、僅僅是是它們的的標(biāo)識(shí)域域不同罷罷了。通通常一個(gè)個(gè)配置請(qǐng)請(qǐng)求報(bào)文文的IDD是從0 xx01開(kāi)開(kāi)始逐步步加1的，當(dāng)當(dāng)對(duì)端接接收到該該配置請(qǐng)請(qǐng)求報(bào)文文后，無(wú)無(wú)論使用用何種報(bào)報(bào)文（回回應(yīng)報(bào)文文可能是是Connfigg-Acck、Connfigg-Naak和Connfigg-Reejecct三種種報(bào)文中中的一種種）來(lái)回回應(yīng)對(duì)方方，但必必須要求求回應(yīng)報(bào)報(bào)文中的的ID（標(biāo)標(biāo)識(shí)域）要要與接收收?qǐng)?bào)文中中的IDD一致，當(dāng)當(dāng)通信設(shè)設(shè)備收到到回應(yīng)后后就可以以將該回回應(yīng)與發(fā)發(fā)送時(shí)的的進(jìn)行比比較來(lái)決決定下一一步的操操作。長(zhǎng)度域的的內(nèi)容 = 總總字節(jié)數(shù)數(shù)據(jù)（代代碼域+標(biāo)志域域+長(zhǎng)度域域+數(shù)據(jù)域域）。長(zhǎng)長(zhǎng)度域所所指示字字節(jié)數(shù)

24、之之外的字字節(jié)將被被當(dāng)作填填充字節(jié)節(jié)而忽略略掉，而而且該域域的內(nèi)容容不能超超過(guò)MRRU的值值。數(shù)據(jù)域的的內(nèi)容依依據(jù)不同同LCPP數(shù)據(jù)報(bào)報(bào)文的內(nèi)內(nèi)容也是是不一樣樣的。鏈路配置置報(bào)文與與其它兩兩類(lèi)報(bào)文文有著明明顯的區(qū)區(qū)別，它它主要是是用來(lái)協(xié)協(xié)商鏈路路的配置置參數(shù)選選項(xiàng)的，因因此這種種報(bào)文的的數(shù)據(jù)域域還要攜攜帶許多多配置參參數(shù)選項(xiàng)項(xiàng)的。鏈路配置置報(bào)文主主要包括括Connfigg-Reequeest、Connfigg-Acck、Connfigg-Naak和Connfigg-Reejecct四種種報(bào)文。當(dāng)通信雙雙方需要要建立鏈鏈路時(shí)，無(wú)無(wú)論哪一一方都需需要發(fā)送送Connfigg-Reequeest報(bào)報(bào)文

25、并攜攜帶每一一端自已已所希望望協(xié)商的的配置參參數(shù)選項(xiàng)項(xiàng)。當(dāng)接收方方收到CConffig-Reqquesst報(bào)文文時(shí)，會(huì)會(huì)在剩下下的三種種類(lèi)型的的報(bào)文中中選擇一一種來(lái)響響應(yīng)對(duì)方方的請(qǐng)求求報(bào)文，到到底選擇擇哪種報(bào)報(bào)文來(lái)響響應(yīng)對(duì)方方需依據(jù)據(jù)以下兩兩個(gè)條件件：不能完全全識(shí)別配配置參數(shù)數(shù)選項(xiàng)的的類(lèi)型域域，我們們知道一一個(gè)Coonfiig-RRequuestt報(bào)文中中會(huì)同時(shí)時(shí)攜帶多多個(gè)配置置參數(shù)選選項(xiàng)，而而對(duì)于一一個(gè)支持持PPPP協(xié)議的的通信設(shè)設(shè)備也不不一定會(huì)會(huì)支持上上表中所所有列出出的配置置選項(xiàng)，即即使支持持，也可可能在實(shí)實(shí)際應(yīng)用用中關(guān)閉閉掉某些些選項(xiàng)功功能。（例例如：當(dāng)當(dāng)使用PPPP協(xié)協(xié)議通信信的一端

26、端可能將將一些無(wú)無(wú)用的配配置選項(xiàng)項(xiàng)都關(guān)閉閉了，而而僅支持持0 x001和0 x003兩個(gè)個(gè)配置參參數(shù)選項(xiàng)項(xiàng)，因此此當(dāng)對(duì)方方發(fā)送的的Connfigg-Reequeest報(bào)報(bào)文中含含有0 xx04配配置選項(xiàng)項(xiàng)時(shí)，對(duì)對(duì)于本端端而言這這個(gè)配置置參數(shù)選選項(xiàng)就無(wú)無(wú)法識(shí)別別，也即即是不支支持這個(gè)個(gè)配置參參數(shù)選項(xiàng)項(xiàng)的協(xié)商商）。如果能支支持完全全識(shí)別配配置參數(shù)數(shù)選項(xiàng)，但但接收端端也可能能不認(rèn)可可Connfigg-Reequeest報(bào)報(bào)文中配配置參數(shù)數(shù)選項(xiàng)數(shù)數(shù)據(jù)域中中的內(nèi)容容（例如如：當(dāng)一一端發(fā)送送魔術(shù)字字配置參參數(shù)選項(xiàng)項(xiàng)中的魔魔術(shù)字為為全0，而對(duì)對(duì)端認(rèn)為為應(yīng)該為為其它值值，這種種情況就就屬于不不支持配配置參數(shù)數(shù)

27、選項(xiàng)中中的內(nèi)容容）。所以依據(jù)據(jù)上面的的兩個(gè)條條件，我我們就可可以明確確在回應(yīng)應(yīng)對(duì)方配配置請(qǐng)求求報(bào)文時(shí)時(shí)，采用用何種報(bào)報(bào)文回應(yīng)應(yīng)。當(dāng)接收CConffig-Reqquesst報(bào)文文的一端端能識(shí)別別發(fā)送過(guò)過(guò)來(lái)的所所有配置置參數(shù)選選項(xiàng)且認(rèn)認(rèn)可所有有配置參參數(shù)選項(xiàng)項(xiàng)數(shù)據(jù)域域的內(nèi)容容時(shí)，接接收端將將會(huì)給對(duì)對(duì)端回一一個(gè)Coonfiig-AAck報(bào)報(bào)文并將將配置請(qǐng)請(qǐng)求報(bào)文文中的配配置參數(shù)數(shù)選項(xiàng)原原封不動(dòng)動(dòng)的放置置在Coonfiig-AAck報(bào)報(bào)文的數(shù)數(shù)據(jù)域內(nèi)內(nèi)（根據(jù)據(jù)協(xié)議的的規(guī)定是是不可改改變配置置參數(shù)選選項(xiàng)的順順序）。當(dāng)配置置請(qǐng)求報(bào)報(bào)文的發(fā)發(fā)送端收收到Coonfiig-AAck報(bào)報(bào)后，則則會(huì)從當(dāng)當(dāng)前階段段進(jìn)

28、入到到下一個(gè)個(gè)階段。當(dāng)接收CConffig-Reqquesst報(bào)文文的一端端能識(shí)別別發(fā)送端端所發(fā)送送過(guò)來(lái)的的所有配配置參數(shù)數(shù)選項(xiàng)，但但對(duì)部分分配置參參數(shù)選項(xiàng)項(xiàng)數(shù)據(jù)域域中的內(nèi)內(nèi)容不認(rèn)認(rèn)可時(shí)，接接收端將將會(huì)給對(duì)對(duì)端回應(yīng)應(yīng)一個(gè)CConffig-Nakk報(bào)文，該該報(bào)文中中只攜帶帶不認(rèn)可可的配置置參數(shù)選選項(xiàng)，而而這些配配置參數(shù)數(shù)選項(xiàng)的的數(shù)據(jù)內(nèi)內(nèi)容為本本端希望望的值。然而當(dāng)當(dāng)接收端端收到CConffig-Nakk報(bào)文后后，會(huì)重重新發(fā)送送Connfigg-Reequeest報(bào)報(bào)文，而而這個(gè)CConffig-Reqquesst報(bào)文文與上一一次所發(fā)發(fā)送的CConffig-Reqquesst報(bào)文文區(qū)別在在于那些些

29、被對(duì)端端不認(rèn)可可的配置置參數(shù)選選項(xiàng)的內(nèi)內(nèi)容被填填寫(xiě)到剛剛剛協(xié)商商完后再再次發(fā)送送的Coonfiig-RRequuestt報(bào)文中中（Coonfiig-NNak報(bào)報(bào)文發(fā)送送回來(lái)的的那些配配置參數(shù)數(shù)選項(xiàng)）。當(dāng)接收CConffig-Reqquesst報(bào)文文的一端端不能識(shí)識(shí)別所有有的發(fā)送送端發(fā)送送過(guò)來(lái)的的配置參參數(shù)選項(xiàng)項(xiàng)時(shí)，此此時(shí)接收收端將會(huì)會(huì)向?qū)Χ硕嘶匾粋€(gè)個(gè)Connfigg-Reejecct報(bào)文文，該報(bào)報(bào)文中的的數(shù)據(jù)域域只攜帶帶那些不不能識(shí)別別的配置置參數(shù)選選項(xiàng)（當(dāng)當(dāng)配置參參數(shù)選項(xiàng)項(xiàng)的類(lèi)型型域不識(shí)識(shí)別時(shí)）。當(dāng)對(duì)端端接收到到Connfigg-Reejecct報(bào)文文后，同同樣會(huì)再再次發(fā)送送一個(gè)CConff

30、ig-Reqquesst報(bào)文文，這個(gè)個(gè)配置請(qǐng)請(qǐng)求報(bào)文文與上一一次發(fā)送送的區(qū)別別在于將將不可識(shí)識(shí)別的那那些配置置參數(shù)選選項(xiàng)給刪刪除了。鏈路配置置階段也也可能要要經(jīng)過(guò)幾幾次協(xié)商商后才能能完成，但但這與點(diǎn)點(diǎn)對(duì)點(diǎn)兩兩端的設(shè)設(shè)備有著著密切的的聯(lián)系。對(duì)于PPPP的的兩個(gè)端端點(diǎn)而言言，兩者者是獨(dú)立立完成各各自的配配置參數(shù)數(shù)選項(xiàng)的的協(xié)商過(guò)過(guò)程的。鏈路終止止報(bào)文分分為T(mén)eermiinatte-RRequuestt和Terrminnatee-Reeplyy兩種報(bào)報(bào)文。LLCP報(bào)報(bào)文中提提供了一一種機(jī)制制來(lái)關(guān)閉閉一個(gè)點(diǎn)點(diǎn)對(duì)點(diǎn)的的連接，想想要關(guān)斷斷鏈路的的一端會(huì)會(huì)持續(xù)發(fā)發(fā)送Teermiinatte-RRequuest

31、t報(bào)文，直直到收到到一個(gè)TTermminaate-Repply為為止。接接收端一一旦收到到了一個(gè)個(gè)Terrminnatee-Reequeest報(bào)報(bào)文后，必必須回應(yīng)應(yīng)一個(gè)TTermminaate-Repply報(bào)報(bào)文，同同時(shí)等待待對(duì)端先先將鏈路路斷開(kāi)后后，再完完成本端端的所有有斷開(kāi)的的操作。LCP的的鏈路終終止報(bào)文文的數(shù)據(jù)據(jù)域與鏈鏈路配置置報(bào)文的的數(shù)據(jù)域域不一樣樣，鏈路路終止報(bào)報(bào)文中無(wú)無(wú)需攜帶帶各配置置參數(shù)選選項(xiàng)。對(duì)對(duì)于鏈路路終止報(bào)報(bào)文也同同樣需要要ID一致致，當(dāng)接接收到TTermminaate-Repply報(bào)報(bào)文才會(huì)會(huì)做鏈路路終止操操作。魔術(shù)字是是在LCCP的Connfigg-Reequeest

32、報(bào)報(bào)文中被被協(xié)商的的，并且且可被一一些其它它類(lèi)型的的LCPP數(shù)據(jù)報(bào)報(bào)文所使使用，如如Echho-RRequuestt、Echho-RReplly報(bào)文文和Quualiity-Prootoccol報(bào)報(bào)文等。對(duì)于PPPP協(xié)協(xié)議本身身它是不不要求協(xié)協(xié)商魔術(shù)術(shù)字的，如如果在雙雙方不協(xié)協(xié)商魔術(shù)術(shù)字的情情況下，某某些LCCP的數(shù)數(shù)據(jù)報(bào)文文需要使使用魔術(shù)術(shù)字時(shí)，那那么只能能是將魔魔術(shù)字的的內(nèi)容填填充為全全0；反之之，則填填充為配配置參數(shù)數(shù)選項(xiàng)協(xié)協(xié)商后的的結(jié)果。魔術(shù)字在在目前所所有的設(shè)設(shè)備當(dāng)中中都是需需要進(jìn)行行協(xié)商的的，它被被放在CConffig-Reqquesst的配配置選項(xiàng)項(xiàng)參數(shù)中中進(jìn)行發(fā)發(fā)送，而而且需要要

33、由自身身的通信信設(shè)備獨(dú)獨(dú)立產(chǎn)生生，協(xié)議議為了避避免雙方方可能產(chǎn)產(chǎn)生同樣樣的魔術(shù)術(shù)字，從從而導(dǎo)致致通信出出現(xiàn)不必必要的麻麻煩，因因此要求求由設(shè)備備采用一一些隨機(jī)機(jī)方法產(chǎn)產(chǎn)生一個(gè)個(gè)獨(dú)一無(wú)無(wú)二的魔魔術(shù)字。一般來(lái)來(lái)說(shuō)魔術(shù)術(shù)字的選選擇會(huì)采采用設(shè)備備的系列列號(hào)、網(wǎng)網(wǎng)絡(luò)硬件件地址或或時(shí)鐘。雙方產(chǎn)產(chǎn)生相同同魔術(shù)字字的可能能性不能能說(shuō)是沒(méi)沒(méi)有的，但但應(yīng)盡量量避免，通通常這種種情況是是發(fā)產(chǎn)在在相同廠(chǎng)廠(chǎng)商的設(shè)設(shè)備進(jìn)行行互連時(shí)時(shí)，因?yàn)闉橐粋€(gè)廠(chǎng)廠(chǎng)商所生生產(chǎn)的設(shè)設(shè)備產(chǎn)生生魔術(shù)字字的方法法是一樣樣的。我們知道道魔術(shù)字字產(chǎn)生的的作用是是用來(lái)幫幫助檢測(cè)測(cè)鏈路是是否存在在環(huán)路，當(dāng)當(dāng)接收端端收到一一個(gè)Coonfiig-RRequu

34、estt報(bào)文時(shí)時(shí)，會(huì)將將此報(bào)文文與上一一次所接接收到的的Connfigg-Reequeest進(jìn)進(jìn)行比較較，如果果兩個(gè)報(bào)報(bào)文中所所含的魔魔術(shù)字不不一致的的話(huà)，表表明鏈路路不存在在環(huán)路。但如果果一致的的話(huà)，接接收端認(rèn)認(rèn)為鏈路路可能存存在環(huán)路路，但不不一定存存在環(huán)路路，還需需進(jìn)一步步確認(rèn)。此時(shí)接接收端將將發(fā)送一一個(gè)Coonfiig-NNak報(bào)報(bào)文，并并在該報(bào)報(bào)文中攜攜帶一個(gè)個(gè)重新產(chǎn)產(chǎn)生的魔魔術(shù)字，而而且此時(shí)時(shí)在未接接收到任任何Coonfiig-RRequuestt或Connfigg-Naak報(bào)文文之前，接接收端也也不會(huì)發(fā)發(fā)送任何何的Coonfiig-RRequuestt報(bào)文。這時(shí)我我們假設(shè)設(shè)可能會(huì)會(huì)

35、有以下下兩種情情況發(fā)生生：鏈路實(shí)際際不存在在環(huán)路，而而是由于于對(duì)方在在產(chǎn)生魔魔術(shù)字時(shí)時(shí)與接收收端產(chǎn)生生的一致致，但實(shí)實(shí)際這種種情況出出現(xiàn)的概概率是很很小的。當(dāng)Coonfiig-NNak被被對(duì)端接接收到后后，應(yīng)該該發(fā)送一一個(gè)Coonfiig-RRequuestt報(bào)文（此此報(bào)文中中的魔術(shù)術(shù)字為NNak報(bào)報(bào)文中的的），當(dāng)當(dāng)對(duì)端接接收到后后，與上上次比較較，由于于接收端端已經(jīng)在在Nakk報(bào)文中中產(chǎn)生了了一個(gè)不不同的魔魔術(shù)字，此此時(shí)接收收端收到到的Coonfiig-RRequuestt報(bào)文中中的魔術(shù)術(shù)字與上上次配置置請(qǐng)求報(bào)報(bào)文中不不一樣，所所以接收收端可斷斷定鏈路路不存在在環(huán)路。鏈路實(shí)際際上確實(shí)實(shí)存在環(huán)

36、環(huán)路，一一段時(shí)間間后Coonfiig-NNak報(bào)報(bào)文會(huì)返返回到發(fā)發(fā)送該報(bào)報(bào)文的同同一端。這時(shí)接接收端比比較這個(gè)個(gè)Connfigg-Naak報(bào)文文與上一一次發(fā)出出去的一一樣，因因此鏈路路存在環(huán)環(huán)路的可可能性又又增大了了。我們們知道當(dāng)當(dāng)一端收收到了一一個(gè)Coonfiig-NNak報(bào)報(bào)文時(shí)，又又會(huì)發(fā)送送一個(gè)CConffig-Reqquesst報(bào)文文（該報(bào)報(bào)文中的的魔術(shù)字字與Coonfiig-NNak中中的一致致），這這樣又回回到了最最初的狀狀態(tài)，在在這條鏈鏈路上就就會(huì)不斷斷的出現(xiàn)現(xiàn)Connfigg-Reequeest、Connfigg-Naak報(bào)文文，因此此這樣周周而復(fù)始始下去，接接收端就就會(huì)認(rèn)為為

37、PPPP鏈路存存在環(huán)路路的可能能性在不不斷增加加，當(dāng)達(dá)達(dá)到一定定數(shù)量級(jí)級(jí)時(shí)，就就可認(rèn)為為此鏈路路存在環(huán)環(huán)路。但在實(shí)際際應(yīng)用中中根據(jù)不不同設(shè)備備實(shí)現(xiàn)PPPP協(xié)協(xié)議的方方法，我我們?cè)阪滄溌翻h(huán)路路檢測(cè)時(shí)時(shí)可采用用兩種方方法。第第一種機(jī)機(jī)制就是是如上面面所述的的，這個(gè)個(gè)過(guò)程不不斷地重重復(fù)，最最終可能能會(huì)給LLCP狀狀態(tài)機(jī)發(fā)發(fā)一個(gè)DDownn事件，這這時(shí)可能能會(huì)使LLCP的的狀態(tài)機(jī)機(jī)又回到到初始化化階段，又又開(kāi)始新新一輪的的協(xié)商。當(dāng)然對(duì)對(duì)于某些些設(shè)備還還會(huì)采用用第二種種機(jī)制，就就是不產(chǎn)產(chǎn)生任何何事件去去影響當(dāng)當(dāng)前LCCP的狀狀態(tài)機(jī)，而而是停留留在請(qǐng)求求發(fā)送狀狀態(tài)。但但這時(shí)認(rèn)認(rèn)為鏈路路有環(huán)路路的一端端設(shè)備

38、需需要不斷斷的向鏈鏈路上發(fā)發(fā)送Eccho-Reqquesst報(bào)文文來(lái)檢測(cè)測(cè)鏈路環(huán)環(huán)路是否否被解除除，當(dāng)接接收端收收到Eccho-Repply報(bào)報(bào)文時(shí)，就就認(rèn)為鏈鏈路環(huán)路路被解除除，從而而就可能能進(jìn)行后后續(xù)的PPPP的的過(guò)程。PPP協(xié)協(xié)議也提提供了可可選的認(rèn)認(rèn)證配置置參數(shù)選選項(xiàng)，缺缺省情況況下點(diǎn)對(duì)對(duì)點(diǎn)通信信的兩端端是不進(jìn)進(jìn)行認(rèn)證證的。在在LCPP的Connfigg-Reequeest報(bào)報(bào)文中不不可一次次攜帶多多種認(rèn)證證配置選選項(xiàng)，必必須二者者擇其一一（PAAP/CCHAPP）。一一般是在在PPPP設(shè)備互互連的設(shè)設(shè)備上進(jìn)進(jìn)行配置置的，或或設(shè)備默默認(rèn)支持持一個(gè)缺缺省的認(rèn)認(rèn)證方式式（PAAP是大大部分

39、設(shè)設(shè)備所默默認(rèn)的認(rèn)認(rèn)證方式式）。當(dāng)當(dāng)對(duì)端收收到該配配置請(qǐng)求求報(bào)文后后，如果果支持配配置參數(shù)數(shù)選項(xiàng)中中的認(rèn)證證方式，則則回應(yīng)一一個(gè)Coonfiig-AAck報(bào)報(bào)文；否否則回應(yīng)應(yīng)一個(gè)CConffig-Nakk報(bào)文，并并附帶上上自希望望雙方采采用的認(rèn)認(rèn)證方式式。當(dāng)對(duì)對(duì)方接收收到Coonfiig-AAck報(bào)報(bào)文后就就可以開(kāi)開(kāi)始進(jìn)行行認(rèn)證了了，而如如果收到到得是CConffig-Nakk報(bào)文，則則根據(jù)自自身是否否支持CConffig-Nakk報(bào)文中中的認(rèn)證證方式來(lái)來(lái)回應(yīng)對(duì)對(duì)方，如如果支持持則回應(yīng)應(yīng)一個(gè)新新的Coonfiig-RRequuestt（并攜攜帶上CConffig-Nakk報(bào)文中中所希望望使用的

40、的認(rèn)證協(xié)協(xié)議），否否則將回回應(yīng)一個(gè)個(gè)Connfigg-Reejecct報(bào)文文，那么么雙方就就無(wú)法通通過(guò)認(rèn)證證，從而而不可能能建立起起PPPP鏈路。PPP支支持兩種種授權(quán)協(xié)協(xié)議：PPAP（Passswoord Autthennticcatiion Prootoccol）和和CHAAP（Chaalleengee Haand Autthennticcatiion Prootoccol）。我們所知知兩個(gè)設(shè)設(shè)備在使使用PAAP進(jìn)行行認(rèn)證之之前，應(yīng)應(yīng)該確認(rèn)認(rèn)那一方方是驗(yàn)證證方，那那一方是是被驗(yàn)證證方。實(shí)實(shí)際上對(duì)對(duì)于使用用PPPP協(xié)議互互連的兩兩端來(lái)說(shuō)說(shuō)，既可可作為認(rèn)認(rèn)證方，也也可作為為被認(rèn)證證方。但但通常

41、情情況下，PAP只使用一個(gè)方向上的認(rèn)證。一般在兩端設(shè)備使用PAP協(xié)議之前，均會(huì)設(shè)備上進(jìn)行一些相應(yīng)的配置，對(duì)于MA5200IP接入設(shè)備，它默認(rèn)就作為驗(yàn)證方，但可通過(guò)使用命令PAP Authentication PAP/CHAP來(lái)更改認(rèn)證方式，而對(duì)于被驗(yàn)證方而言只需設(shè)置用戶(hù)名和密碼即可。PAP認(rèn)認(rèn)證是兩兩次握手手，在鏈鏈路建立立階段，依依據(jù)設(shè)備備上的配配置情況況，如果果是使用用PAPP認(rèn)證，則則驗(yàn)證方方在發(fā)送送Connfigg-Reequeest報(bào)報(bào)文時(shí)會(huì)會(huì)攜帶認(rèn)認(rèn)證配置置參數(shù)選選項(xiàng)，而而對(duì)于被被驗(yàn)證方方而言則則是不需需要，它它只需要要收到該該配置請(qǐng)請(qǐng)求報(bào)文文后根據(jù)據(jù)自身的的情況給給對(duì)端返返回相應(yīng)

42、應(yīng)的報(bào)文文。如果果點(diǎn)對(duì)點(diǎn)點(diǎn)的兩端端設(shè)備采采用的是是PAPP雙向認(rèn)認(rèn)證時(shí)，也也即是它它同時(shí)也也作為驗(yàn)驗(yàn)證方，則則此時(shí)需需要在配配置請(qǐng)求求報(bào)文中中攜帶認(rèn)認(rèn)證配置置參數(shù)選選項(xiàng)。因因此，我我們可以以總結(jié)一一下，如如果對(duì)于于點(diǎn)對(duì)點(diǎn)點(diǎn)的兩個(gè)個(gè)設(shè)備在在PPPP鏈路建建立的過(guò)過(guò)程中使使用的認(rèn)認(rèn)證方式式為PAAP的話(huà)話(huà)，那么么驗(yàn)證方方在其CConffig-Reqquesst報(bào)文文中必須須含有認(rèn)認(rèn)證配置置參數(shù)選選項(xiàng)，且且該認(rèn)證證配置參參數(shù)選項(xiàng)項(xiàng)的數(shù)據(jù)據(jù)域?yàn)?0 xC0023 。當(dāng)通信設(shè)設(shè)備的兩兩端在收收到對(duì)方方返回的的Connfigg-Acck報(bào)文文時(shí)，就就從各自自的鏈路路建立階階段進(jìn)入入到認(rèn)證證階段，那那么作為

43、為被驗(yàn)證證方此時(shí)時(shí)需要向向驗(yàn)證方方發(fā)送PPAP認(rèn)認(rèn)證的請(qǐng)請(qǐng)求報(bào)文文，該請(qǐng)請(qǐng)求報(bào)文文攜帶了了用戶(hù)名名和密碼碼，當(dāng)驗(yàn)驗(yàn)證方收收到該認(rèn)認(rèn)證請(qǐng)求求報(bào)文后后，則會(huì)會(huì)根據(jù)報(bào)報(bào)文中的的實(shí)際內(nèi)內(nèi)容查找找本地的的數(shù)據(jù)庫(kù)庫(kù)，如果果該數(shù)據(jù)據(jù)庫(kù)中有有與用戶(hù)戶(hù)名和密密碼一致致的選項(xiàng)項(xiàng)時(shí)，則則回向?qū)?duì)方返回回一個(gè)認(rèn)認(rèn)證請(qǐng)求求響應(yīng)，告告訴對(duì)方方認(rèn)證已已通過(guò)。反之，如如果用戶(hù)戶(hù)名與密密碼不符符，則向向?qū)Ψ椒捣祷仳?yàn)證證不通過(guò)過(guò)的響應(yīng)應(yīng)報(bào)文。如果雙雙方都配配置為驗(yàn)驗(yàn)證方，則則需要雙雙方的兩兩個(gè)單向向驗(yàn)證過(guò)過(guò)程都完完成后，方方可進(jìn)入入到網(wǎng)絡(luò)絡(luò)層協(xié)議議階段，否否則在一一定次的的認(rèn)證失失敗后，則則會(huì)從當(dāng)當(dāng)前狀態(tài)態(tài)返回鏈鏈路不可可用狀態(tài)

44、態(tài)。例如：當(dāng)當(dāng)路由器器A（被驗(yàn)驗(yàn)證方）收收到了路路由器BB 的Connfigg-Acck報(bào)文文后，因因?yàn)槭鞘故褂肞AAP認(rèn)證證，所以以作為被被驗(yàn)證方方的路由由器A應(yīng)主動(dòng)動(dòng)向驗(yàn)證證方（路路由器BB）發(fā)送送認(rèn)證請(qǐng)請(qǐng)求報(bào)文文（PAAP AAuthhentticaate），用用戶(hù)名和和密碼均均為1663，報(bào)報(bào)文的內(nèi)內(nèi)容如下下：7E FFF 003 CC0 223 001 001 000 00C 003 331 336 333033 311 366 333 7EE下劃線(xiàn)的的前四個(gè)個(gè)字節(jié)是是用戶(hù)名名，后四四個(gè)字節(jié)節(jié)是密碼碼。當(dāng)路由器器B收到了了該報(bào)文文后，會(huì)會(huì)向路由由器A回應(yīng)一一個(gè)PAAP AAuthhe

45、ntticaate Ackk報(bào)文，報(bào)報(bào)文內(nèi)容容如下：7E FFF 003 880 221 002 001 000 005 000 77E此時(shí)所回回應(yīng)的報(bào)報(bào)文中，并并未攜帶帶任何數(shù)數(shù)據(jù)，如如果是認(rèn)認(rèn)證不通通過(guò)，則則會(huì)在返返回的報(bào)報(bào)文中指指是因何何原因無(wú)無(wú)法認(rèn)證證通過(guò)，可可能是無(wú)無(wú)此用戶(hù)戶(hù)名或密密碼不匹匹配。與PAPP認(rèn)證比比起來(lái)，CHAP認(rèn)證更具有安全性，從前面認(rèn)證過(guò)程的數(shù)據(jù)包交換過(guò)程中不難發(fā)現(xiàn)，采用PAP認(rèn)證時(shí)，被驗(yàn)證是采用明文的方式直接將用戶(hù)名和密碼發(fā)送給驗(yàn)證方的，而對(duì)于PAP認(rèn)證則不一樣。CHAPP為三次次握手協(xié)協(xié)議，它它只在網(wǎng)網(wǎng)絡(luò)上傳傳送用戶(hù)戶(hù)名而不不傳送口口令，因因此安全全性比PPAP

46、高高。在驗(yàn)驗(yàn)證一開(kāi)開(kāi)始，不不像PAAP一樣樣是由被被驗(yàn)證方方發(fā)送認(rèn)認(rèn)證請(qǐng)求求報(bào)文了了，而是是由驗(yàn)證證方向被被驗(yàn)證方方發(fā)送一一段隨機(jī)機(jī)的報(bào)文文，并加加上自己己的主機(jī)機(jī)名，我我們通稱(chēng)稱(chēng)這個(gè)過(guò)過(guò)程叫做做挑戰(zhàn)。當(dāng)被驗(yàn)驗(yàn)證方收收到驗(yàn)證證方的驗(yàn)驗(yàn)證請(qǐng)求求，從中中提取出出驗(yàn)證方方所發(fā)送送過(guò)來(lái)的的主機(jī)名名，然后后根據(jù)該該主機(jī)名名在被驗(yàn)驗(yàn)證方設(shè)設(shè)備的后后臺(tái)數(shù)據(jù)據(jù)庫(kù)中去去查找相相同的用用戶(hù)名的的記錄，當(dāng)當(dāng)查找到到后就使使用該用用戶(hù)名所所對(duì)應(yīng)的的密鑰，然然后根據(jù)據(jù)這個(gè)密密鑰、報(bào)報(bào)文IDD和驗(yàn)證證方發(fā)送送的隨機(jī)機(jī)報(bào)文用用Md55加密算算法生成成應(yīng)答，隨隨后將應(yīng)應(yīng)答和自自己的主主機(jī)名送送回，同同樣驗(yàn)證證方收到到被驗(yàn)證證

47、方發(fā)送送回應(yīng)后后，提取取被驗(yàn)證證方的用用戶(hù)名，然然后去查查找本地地的數(shù)據(jù)據(jù)庫(kù)，當(dāng)當(dāng)找到與與被驗(yàn)證證方一致致用戶(hù)名名后，根根據(jù)該用用戶(hù)名所所對(duì)應(yīng)的的密鑰、保留報(bào)報(bào)文IDD和隨機(jī)機(jī)報(bào)文用用Md55加密算算法生成成結(jié)果，和和剛剛被被驗(yàn)證方方所返回回的應(yīng)答答進(jìn)行比比較，相相同則返返回Acck，否否則返回回Nakk。例11：如圖4-2所示示，當(dāng)路路由器AA（被驗(yàn)驗(yàn)證方）收收到了路路由器BB 的Chaalleengee報(bào)文后后，報(bào)文文內(nèi)容如如下：7E FFF 003 CC2 223 001 001 000 11C 110 FFF 441 CCF 222 AAA 88E FF1 BB9 999 99A 77

48、9 AA7 556 778 CC4 AA74dd 411 355 322 300 300 4117E下劃線(xiàn)的的前166個(gè)字節(jié)節(jié)是驗(yàn)證證方隨機(jī)機(jī)產(chǎn)生的的一段報(bào)報(bào)文，后后7個(gè)字節(jié)節(jié)是驗(yàn)證證方的主主機(jī)名（MA5200A），而且單個(gè)字節(jié)10表示隨機(jī)報(bào)文的長(zhǎng)度。而此時(shí)路路由器AA會(huì)根據(jù)據(jù)用戶(hù)名名所對(duì)應(yīng)應(yīng)的密鑰鑰使用報(bào)報(bào)文的IID和該該報(bào)文的的內(nèi)容生生成一個(gè)個(gè)回應(yīng)報(bào)報(bào)文，報(bào)報(bào)文內(nèi)容容如下：7E FFF 003 CC2 223 002 001 000 11F 110 118 886 222 FFF CCE 881 DD0 668 FFF 880 885 000 AA7 EE3 885 335700 700

49、6BB 699 733 733 400 688 755 611 7EE我們將這這個(gè)回應(yīng)應(yīng)報(bào)文與與驗(yàn)證方方發(fā)送的的挑戰(zhàn)報(bào)報(bào)文進(jìn)行行比較，報(bào)報(bào)文的代代碼域已已由原001改為為02，總總報(bào)文的的長(zhǎng)度有有變化，主主要后而而一個(gè)下下劃線(xiàn)的的內(nèi)容是是被驗(yàn)證證方的主主機(jī)名（ppkisshua），而且此時(shí)回應(yīng)的16個(gè)字節(jié)的報(bào)文已經(jīng)是經(jīng)過(guò)MD5算法加密過(guò)的。當(dāng)驗(yàn)證方方收到了了這個(gè)回回應(yīng)報(bào)文文后，會(huì)會(huì)根據(jù)報(bào)報(bào)文中被被驗(yàn)證方方的主機(jī)機(jī)名（pppkiisshuaa）在本本地的數(shù)數(shù)據(jù)庫(kù)中中去查找找密鑰，然然后再對(duì)對(duì)原發(fā)先先發(fā)送的的那段挑挑戰(zhàn)報(bào)文文進(jìn)行MMD5的的算法加加密，如如果所得得的結(jié)果果與對(duì)方方剛發(fā)過(guò)過(guò)來(lái)的116

50、個(gè)字字節(jié)的加加密值一一樣的話(huà)話(huà)，則就就會(huì)發(fā)送送一個(gè)報(bào)報(bào)文通知知被驗(yàn)證證方，你你的認(rèn)證證已經(jīng)通通過(guò)，我我們可以以進(jìn)入到到下一個(gè)個(gè)階段了了。在實(shí)實(shí)際應(yīng)用用當(dāng)中，我我們很多多都是使使用PCC機(jī)來(lái)進(jìn)進(jìn)行撥號(hào)號(hào)這個(gè)過(guò)過(guò)程，實(shí)實(shí)際中當(dāng)當(dāng)驗(yàn)證方方發(fā)送挑挑戰(zhàn)后，PC機(jī)只接收而并不去查本地?cái)?shù)據(jù)庫(kù)，而直接使用在撥號(hào)對(duì)話(huà)框中所輸入的密碼和報(bào)文的ID及報(bào)報(bào)文的內(nèi)容進(jìn)行MD5算法加密（這個(gè)在PC機(jī)采用PPPOE軟件撥入到MA5200時(shí)就是這樣的）。下面來(lái)看看一下驗(yàn)驗(yàn)證通過(guò)過(guò)時(shí)，驗(yàn)驗(yàn)證方給給被驗(yàn)證證方所發(fā)發(fā)送的一一段報(bào)文文內(nèi)容：7E FFF 003 CC2 223 003 001 000 117 557 665 66C

51、663 66F 66D 665 220 774 66F200 4DD 411 355 322 300 300 411 2EE 7EE此時(shí)所回回應(yīng)的報(bào)報(bào)文的代代碼域?yàn)闉?3，且且報(bào)文的的實(shí)際內(nèi)內(nèi)容是，Welcom to MA5200A。NCP協(xié)協(xié)議的數(shù)數(shù)據(jù)報(bào)文文是在網(wǎng)網(wǎng)絡(luò)層協(xié)協(xié)議階段段被交換換的，在在這個(gè)階階段所需需的一些些配置參參數(shù)選項(xiàng)項(xiàng)協(xié)商完完后，就就可以進(jìn)進(jìn)行網(wǎng)絡(luò)絡(luò)層的通通信，也也即是在在點(diǎn)對(duì)點(diǎn)點(diǎn)的鏈路路上可以以開(kāi)始傳傳送網(wǎng)絡(luò)絡(luò)層的數(shù)數(shù)據(jù)報(bào)文文了。NNCP協(xié)協(xié)議主要要包括IIPCPP、IPXXCP等等，但我我們?cè)趯?shí)實(shí)際當(dāng)中中最常遇遇見(jiàn)的也也只有IIPCPP協(xié)議了了，如果果對(duì)IPPXCPP或

52、其它它的一些些網(wǎng)絡(luò)控控制協(xié)議議有興趣趣，則可可參見(jiàn)RRFC115522。IPCPP控制協(xié)協(xié)議主要要是負(fù)責(zé)責(zé)完成IIP網(wǎng)絡(luò)絡(luò)層協(xié)議議通信所所需配置置參數(shù)的的選項(xiàng)協(xié)協(xié)商的。IPCCP在運(yùn)運(yùn)行的過(guò)過(guò)程當(dāng)中中，主要要是完成成點(diǎn)對(duì)點(diǎn)點(diǎn)通信設(shè)設(shè)備的兩兩端動(dòng)態(tài)態(tài)的協(xié)商商IP地址址。我們們依據(jù)兩兩端設(shè)備備的配置置選項(xiàng)可可將IPPCP的的協(xié)商過(guò)過(guò)程分為為靜態(tài)和動(dòng)態(tài)。何為為靜態(tài)，何何為動(dòng)態(tài)態(tài)，這是是一個(gè)相相對(duì)的概概念，可可能不太太準(zhǔn)確，只只作為參參考使用用。我們們?cè)谙旅婷鏁?huì)具體體描述這這兩個(gè)過(guò)過(guò)程。IIPCPP的數(shù)據(jù)據(jù)的文同同LCPP的數(shù)據(jù)據(jù)報(bào)文非非常類(lèi)似似，只不不過(guò)NCCP是在在網(wǎng)絡(luò)層層協(xié)議階階段協(xié)商商配置參參

53、數(shù)選項(xiàng)項(xiàng)，而LCPP協(xié)議則則是在鏈鏈路建立立階段協(xié)協(xié)商配置置參數(shù)選選項(xiàng)的。除此之之外是兩兩者在所所使用報(bào)報(bào)文上的的相似之之處，我我們知道道LCPP共包括括十幾種種報(bào)文，而而IPCCP也包包括多種種報(bào)文，但但它的報(bào)報(bào)文類(lèi)型型只是LLCP數(shù)數(shù)據(jù)報(bào)文文的一個(gè)個(gè)子集（只只有LCCP代碼碼域從11到7這七種種報(bào)文），而而且實(shí)際際的數(shù)據(jù)據(jù)報(bào)文交交換過(guò)程程中也僅僅涉及以以下幾種種：Coonfiig-RRequuestt、Connfigg-Acck、Connfigg-Naak和Connfigg-Reejecct（代代碼域從從1到4，而鏈鏈路終止止報(bào)文一一般而言言是不在在網(wǎng)絡(luò)協(xié)協(xié)議階段段使用的的，而且且也是不不

54、需要的的）。以以下就具具體介紹紹一下IIPCPP控制協(xié)協(xié)議的靜靜態(tài)和動(dòng)動(dòng)態(tài)的兩兩個(gè)過(guò)程程，實(shí)際際上兩者者的區(qū)分分是在于于互連設(shè)設(shè)備IPP地址的的獲取過(guò)過(guò)程。靜態(tài)協(xié)商商，也即即是不協(xié)協(xié)商。點(diǎn)點(diǎn)對(duì)點(diǎn)的的通信設(shè)設(shè)備兩端端在PPPP協(xié)商商之前已已配置好好了IPP地址，所所以就無(wú)無(wú)須在網(wǎng)網(wǎng)絡(luò)層協(xié)協(xié)議階段段協(xié)商IIP地址址，而雙雙方唯一一要做的的就是告告訴對(duì)方方自身的的IP地址址。在IIPCPP控制協(xié)協(xié)議完成成整個(gè)配配置的過(guò)過(guò)程時(shí)，最最理想的的情況將將會(huì)看到到如圖所所示的四四種報(bào)文文，而無(wú)無(wú)其它報(bào)報(bào)文再被被發(fā)送。如果當(dāng)當(dāng)配置請(qǐng)請(qǐng)求中所所攜帶的的網(wǎng)絡(luò)層層配置參參數(shù)選項(xiàng)項(xiàng)類(lèi)似于于LCPP配置參參數(shù)選項(xiàng)項(xiàng)協(xié)商過(guò)

55、過(guò)程一樣樣，可能能會(huì)有對(duì)對(duì)方不識(shí)識(shí)別的配配置參數(shù)數(shù)選項(xiàng)或或不被對(duì)對(duì)方所認(rèn)認(rèn)可的配配置參數(shù)數(shù)選項(xiàng)的的內(nèi)容。這樣在在這個(gè)階階段的協(xié)協(xié)商過(guò)程程中可能能還會(huì)看看到其它它的一些些報(bào)文。在靜態(tài)協(xié)協(xié)商時(shí)，如如果IPPCP的的Connfigg-Reequeest報(bào)報(bào)文中只只含有地地址配置置參數(shù)選選項(xiàng)時(shí)（實(shí)實(shí)際中可可能還會(huì)會(huì)附帶其其它配置置參數(shù)選選項(xiàng)，這這些配置置參數(shù)選選項(xiàng)的協(xié)協(xié)商與LLCP階階段的一一樣，而而我這里里只提到到了IPP地址配配置參數(shù)數(shù)選項(xiàng)），無(wú)無(wú)論是發(fā)發(fā)送方還還是接收收方都同同時(shí)發(fā)送送Connfigg-Reequeest報(bào)報(bào)文，其其中配置置選項(xiàng)中中只含有有各自的的IP地址址。當(dāng)對(duì)對(duì)端收到到該報(bào)文

56、文后，會(huì)會(huì)發(fā)送一一個(gè)Coonfiig-AAck報(bào)報(bào)文，這這個(gè)目的的是告訴訴對(duì)端我我已經(jīng)知知道了你你的IPP地址，對(duì)對(duì)路由器器而言會(huì)會(huì)增加一一條到對(duì)對(duì)端接口口的主機(jī)機(jī)路由。剛進(jìn)入入網(wǎng)絡(luò)層層協(xié)議階階段時(shí)，IPCP的狀態(tài)機(jī)是initial的，但當(dāng)完成了上述的整個(gè)過(guò)程后，IPCP的狀態(tài)機(jī)改變?yōu)镺pened，雙方也就可以開(kāi)始網(wǎng)絡(luò)層數(shù)據(jù)網(wǎng)的傳送了。當(dāng)一端接接收到CConffig-Reqquesst報(bào)文文后，它它從報(bào)文文的配置置參數(shù)選選項(xiàng)中可可獲知對(duì)對(duì)端的IIP地址址，但并并不與本本端的IIP地址址進(jìn)行比比較。我我們也知知道，一一般而言言點(diǎn)對(duì)點(diǎn)點(diǎn)的兩端端應(yīng)該是是在一個(gè)個(gè)網(wǎng)段。但如果果雙方的的地址不不在一個(gè)個(gè)

57、網(wǎng)段，IPCP協(xié)議中并未規(guī)定，此時(shí)不給對(duì)方回應(yīng)Config-Ack報(bào)文，而是無(wú)條件的回送。因此說(shuō)點(diǎn)對(duì)點(diǎn)通信的兩端如果是手動(dòng)設(shè)置每一端的IP地址時(shí)，無(wú)須雙方地址在同一網(wǎng)段。例8：假假設(shè)IPPCP在在網(wǎng)絡(luò)層層協(xié)議階階段開(kāi)始始協(xié)商配配置參數(shù)數(shù)選項(xiàng)（這這里只舉舉協(xié)商IIP地址址的配置置參數(shù)選選項(xiàng)地的的過(guò)程），發(fā)發(fā)送方設(shè)設(shè)置IPP地址為為1922.1668.00.1，接接收方設(shè)設(shè)置IPP地址為為1922.1668.00.2，發(fā)發(fā)送方發(fā)發(fā)送給CConffig-Reqquesst報(bào)文文內(nèi)容如如下：7E FFF 003 880 221 001 001 000 00A 003 006 CC0 AA8 000 0

58、01 77E在這個(gè)例例子中我我們能看看見(jiàn)明顯顯的改變變之處再再于PPPP協(xié)議議域字段段由原先先的0 xxC0221改變變?yōu)? xx80221，下下劃線(xiàn)的的部分表表示本端端的IPP地址。當(dāng)對(duì)端正正確接收收到了該該報(bào)文后后，應(yīng)該該回應(yīng)一一個(gè)Coonfiig-AAck報(bào)報(bào)文，報(bào)報(bào)文內(nèi)容容如下：7E FFF 003 880 221 002 001 000 00A 003 006 CC0 AA8 000 001 77E同樣的接接收方給給發(fā)送方方也發(fā)送送一個(gè)CConffig-Reqquesst報(bào)文文內(nèi)容如如下，但但此時(shí)報(bào)報(bào)文中IIP地址址配置參參數(shù)選項(xiàng)項(xiàng)的值為為本端的的IP地址址（1992.1168.0.

59、22）：7E FFF 003 880 221 001 001 000 00A 003 006 CC0 AA8 000 002 77E發(fā)送方回回應(yīng)一個(gè)個(gè)Connfigg-Acck報(bào)文文給接收收方，報(bào)報(bào)文內(nèi)容容如下：7E FFF 003 880 221 002 001 000 00A 003 006 CC0 AA8 000 002 77E動(dòng)態(tài)協(xié)商商，也即即是一端端配置為為動(dòng)態(tài)獲獲取IPP地址，另另一端通通過(guò)手動(dòng)動(dòng)方式配配置IPP地址，且且允許給給對(duì)端分分配IPP地址，這這個(gè)過(guò)程程實(shí)際上上可與窄窄帶撥號(hào)號(hào)上網(wǎng)的的過(guò)程相相一致，如如果我們們想用計(jì)計(jì)算機(jī)上上網(wǎng)，均均會(huì)安裝裝一個(gè)撥撥號(hào)適配配器，而而且計(jì)算

60、算機(jī)中的的撥號(hào)網(wǎng)網(wǎng)絡(luò)適配配器是采采用動(dòng)態(tài)態(tài)獲取IIP地址址的方式式，也就就是在IIPCPP的Connfigg-Reequeest報(bào)報(bào)文中只只攜帶IIP地址址的配置置參數(shù)選選項(xiàng)。這個(gè)例子子與一個(gè)個(gè)例子相相似如果果是配置置參數(shù)選選項(xiàng)中含含有其它它配置參參數(shù)選項(xiàng)項(xiàng)，則可可能會(huì)遇遇到其它它的一些些情況（如如不識(shí)別別配置參參數(shù)選項(xiàng)項(xiàng)的代碼碼域或不不認(rèn)可配配置參數(shù)數(shù)選項(xiàng)的的內(nèi)容，但但對(duì)于這這些情況況的處理理方法和和LCPP配置參參數(shù)選項(xiàng)項(xiàng)的處理理方法一一致）。圖我們們可以看看出發(fā)送送方連續(xù)續(xù)發(fā)送了了兩次CConffig-Reqquesst報(bào)文文，才能能完成發(fā)發(fā)送方的的協(xié)商過(guò)過(guò)程。而而接收方方仍然只只需要發(fā)