【正文】 次收到了ConfigRequest報文，則又會返回到鏈路建立階段。然而，鏈路質(zhì)量的檢測也會在這個階段同時發(fā)生，但協(xié)議規(guī)定不會讓鏈路質(zhì)量的檢測無限制的延遲驗(yàn)證過程。多數(shù)情況下的鏈路兩端設(shè)備是需要經(jīng)過認(rèn)證后才進(jìn)入到網(wǎng)絡(luò)層協(xié)議階段，缺省情況下鏈路兩端的設(shè)備是不進(jìn)行認(rèn)證的。如果在該階段收到了非LCP數(shù)據(jù)報文，則會將這些報文丟棄。在此階段LCP的狀態(tài)機(jī)會發(fā)生兩次改變，前面我們說了當(dāng)鏈路處于不可用階段時，此時LCP的狀態(tài)機(jī)處于initial或starting，當(dāng)檢測到鏈路可用時，則物理層會向鏈路層發(fā)送一個UP事件，鏈路層收到該事件后，會將LCP的狀態(tài)機(jī)從當(dāng)前狀態(tài)改變?yōu)镽equestSent（請求發(fā)送狀態(tài)），根據(jù)此時的狀態(tài)機(jī)LCP會進(jìn)行相應(yīng)的動作，也即是開始發(fā)送ConfigRequest報文來配置數(shù)據(jù)鏈路，無論哪一端接收到了ConfigAck報文時，LCP的狀態(tài)機(jī)又要發(fā)生改變，從當(dāng)前狀態(tài)改變?yōu)閛pened狀態(tài)，進(jìn)入Opened狀態(tài)后收到ConfigAck報文的一方則完成了當(dāng)前階段，應(yīng)該向下一個階段躍遷。該階段主要是發(fā)送一些配置報文來配置數(shù)據(jù)鏈路，這些配置的參數(shù)不包括網(wǎng)絡(luò)層協(xié)議所需的參數(shù)。鏈路建立階段。當(dāng)處于在鏈路不可用階段時，LCP的狀態(tài)機(jī)是處于initial（初始化狀態(tài)）或starting（準(zhǔn)備啟動狀態(tài)），一旦檢測到物理線路可用，則LCP的狀態(tài)機(jī)就要發(fā)生改變。當(dāng)通信雙方的兩端檢測到物理線路激活（通常是檢測到鏈路上有載波信號）時，就會從當(dāng)前這個階段躍遷至下一個階段（即鏈路建立階段）。以下是PPP協(xié)議整個鏈路過程需經(jīng)歷階段的狀態(tài)轉(zhuǎn)移圖說明：在點(diǎn)對點(diǎn)鏈路的配置、維護(hù)和終止過程中，PPP需經(jīng)歷以下幾個階段：鏈路不可用階段。協(xié)議缺省情況下雙方是不進(jìn)行認(rèn)證的，而直接進(jìn)入到NCP配置參數(shù)選項(xiàng)的協(xié)商，直至所經(jīng)歷的幾個配置過程全部完成后，點(diǎn)對點(diǎn)的雙方就可以開始通過已建立好的鏈路進(jìn)行網(wǎng)絡(luò)層數(shù)據(jù)報文的傳送了，整個鏈路就處于可用狀態(tài)。 數(shù)據(jù)通信設(shè)備（在本文中指路由器）的兩端如果希望通過PPP協(xié)議建立點(diǎn)對點(diǎn)的通信，無論哪一端的設(shè)備都需發(fā)送LCP數(shù)據(jù)報文來配置鏈路（測試鏈路）。PPP的網(wǎng)絡(luò)控制協(xié)議根據(jù)不同的網(wǎng)絡(luò)層協(xié)議可提供一族網(wǎng)絡(luò)控制協(xié)議(NCP)，常用的有提供給TCP/IP網(wǎng)絡(luò)使用的IPCP網(wǎng)絡(luò)控制協(xié)議；提供給SPX/IPX網(wǎng)絡(luò)使用的IPXCP網(wǎng)絡(luò)控制協(xié)議等。CRC校驗(yàn)域主要是對PPP數(shù)據(jù)幀傳輸?shù)恼_性進(jìn)行檢測的，當(dāng)然在數(shù)據(jù)幀中引入了一些傳輸?shù)谋ＷC機(jī)制是好的，但可以反過來說，同樣我們會引入更多的開銷，這樣可能會增加應(yīng)用層交互的延遲。通常情況下這個參數(shù)選項(xiàng)使用默認(rèn)值（1500字節(jié)），因此在ConfigRequest報文中雙方都不會攜帶這個配置參數(shù)選項(xiàng)。信息域如果不足1500字節(jié)時可被填充，但不是必須的，如果填充則需通信雙方的兩端能辨認(rèn)出有用與無用的信息方可正常通信。如果當(dāng)發(fā)送端發(fā)送的PPP數(shù)據(jù)幀的協(xié)議域字段不符合上述規(guī)定，則接收端會認(rèn)為此數(shù)據(jù)幀是不可識別的，那么接收端會向發(fā)送端發(fā)送一個ProtocolReject報文，在該報文尾部將完整地填充被拒絕的報文。協(xié)議域的內(nèi)容必須依據(jù)ISO 3309的地址擴(kuò)展機(jī)制所給出的規(guī)定。就PPP協(xié)議本身而言，我們最關(guān)心的內(nèi)容應(yīng)該是它的協(xié)議域和信息域。但由于PPP協(xié)議是被運(yùn)用在點(diǎn)對點(diǎn)的鏈路上的特殊性，它不像廣播或多點(diǎn)訪問的網(wǎng)絡(luò)一樣，因?yàn)辄c(diǎn)對點(diǎn)的鏈路就可以唯一標(biāo)示對方，因此使用PPP協(xié)議互連的通信設(shè)備的兩端無須知道對方的數(shù)據(jù)鏈路層地址，所以該字節(jié)已無任何意義，按照協(xié)議的規(guī)定將該字節(jié)填充為全1的廣播地址。當(dāng)對等層進(jìn)行通信時首先需獲知對方的地址，而對不同的網(wǎng)絡(luò)，在數(shù)據(jù)鏈路層則表現(xiàn)為需要知道對方的MAC地址、ATM地址等；在網(wǎng)絡(luò)層則表現(xiàn)為需要知道對方的IP地址、IPX地址等；而在傳輸層則需要知道對方的協(xié)議端口號。緊接在起始標(biāo)志字節(jié)后的一個字節(jié)是地址域，該字節(jié)為0xFF。HDLC也是最常用的數(shù)據(jù)鏈路層協(xié)議，它是從SDLC協(xié)議衍進(jìn)過來的，許多常用的數(shù)據(jù)鏈路層協(xié)議的封裝方式都是基于HDLC的封裝格式的，同樣PPP協(xié)議也不例外，它也采用了HDLC的定界幀格式。隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，網(wǎng)絡(luò)帶寬已不再是瓶頸，所以PPP擴(kuò)展協(xié)議的應(yīng)用也就越來越少，因此往往人們在敘述PPP協(xié)議時經(jīng)常會忘記它的存在。正是由于上面的諸多缺點(diǎn)，導(dǎo)致了SLIP很快的被后面要講的PPP協(xié)議所替代。 SLIP不提供糾錯機(jī)制，錯誤只能依靠上層協(xié)議實(shí)現(xiàn)。 SLIP只支持IP協(xié)議，對IPX等缺乏支持。如果要傳送的IP包中正好有一個字符0xc0要傳送，為了避免它被當(dāng)作END字符，要用連續(xù)的兩個字節(jié)0xdb和0xdc來代替它。如果線路上的確存在噪聲，則該數(shù)據(jù)報起始位置的END字符將結(jié)束這份錯誤的報文，這樣當(dāng)前正確的數(shù)據(jù)報文就能正確的傳送了，而前一個含有無意義報文的數(shù)據(jù)幀會在對端的高層被丟棄。通過在被發(fā)送IP數(shù)據(jù)報的尾部增加特殊的END字符（0xC0 ）從而形成一個簡單的SLIP的數(shù)據(jù)幀，而后該幀會被傳送到物理層進(jìn)行發(fā)送。在80年代末90年代初期，被廣泛用于家庭中每臺有RS232串口的計算機(jī)和調(diào)制解調(diào)器連接到Internet。第1章 概述SLIP的全稱是Serial Line IP，出現(xiàn)在80年代中期，并被使用在BSD UNIX主機(jī)和SUN的工作站上。l 掌握LCP協(xié)議和NCP協(xié)議數(shù)據(jù)報文的交換過程。課程目標(biāo)完成本課程學(xué)習(xí)，學(xué)員能夠：l 了解SLIP協(xié)議的基本原理。課程 BA000003 PPP協(xié)議和PPP0E協(xié)議Huawei Technologies74 / 76目 錄課程說明 1課程介紹 1課程目標(biāo) 1第1章 概述 2第2章 PPP協(xié)議 8第3章 PPPOE協(xié)議 48附錄 縮略詞表 74課程說明課程介紹本教材為寬帶產(chǎn)品工程師培訓(xùn)公共課程。本課程介紹PPP協(xié)議和PPPOE協(xié)議。l 掌握PPP協(xié)議的基本原理。l 掌握PPPOE協(xié)議的基本原理。因?yàn)镾LIP簡單好用，到目前為止仍有大部分UNIX主機(jī)保留對該協(xié)議的支持。SLIP的幀格式由IP包加上END字符組成。為了防止線路噪聲被當(dāng)成數(shù)據(jù)報的內(nèi)容在線路上傳輸，通常發(fā)送端在被傳送數(shù)據(jù)報的開始處也傳一個END字符。END是判斷一個SLIP幀是否結(jié)束的標(biāo)志。如果要傳送的是0xdb，那么就用連續(xù)傳輸兩個字節(jié)0xdb和0xdd來代替它。并且，由于幀格式中沒有類型字段，致使如果一條串行線路如果用于SLIP，就不能同時使用其它協(xié)議。 SLIP幀的封裝格式非常簡單，通信雙方無需在數(shù)據(jù)報發(fā)送前協(xié)商任何配置參數(shù)選項(xiàng)（在PPP協(xié)議中需協(xié)商配置參數(shù)選項(xiàng)），所以雙方IP層通信前必需先獲知對方的IP地址，才能進(jìn)行網(wǎng)絡(luò)層的通信，否則鏈路層發(fā)送的數(shù)據(jù)幀在被送到對方網(wǎng)絡(luò)層時將無法進(jìn)行轉(zhuǎn)發(fā)。第2章 PPP協(xié)議PPP協(xié)議主要包括三部分：LCP（Link Control Protocol）鏈路控制協(xié)議、NCP（Network Control Protocol）和PPP的擴(kuò)展協(xié)議（如Multilink Protocol）。我們在提及PPP協(xié)議的報文封裝格式時，不可不先提一下HDLC協(xié)議。以下為對PPP數(shù)據(jù)幀封裝格式的一點(diǎn)說明：每一個PPP數(shù)據(jù)幀均是以一個標(biāo)志字節(jié)起始和結(jié)束的，該字節(jié)為0x7E。我們熟知網(wǎng)絡(luò)是分層的，且對等層之間進(jìn)行相互通信，而下層為上層提供服務(wù)。例如如果兩個以太網(wǎng)上的主機(jī)希望能夠通信的話，首先發(fā)送端需獲知對端的MAC地址。同地址域一樣，PPP數(shù)據(jù)幀的控制域也沒有實(shí)際意義，按照協(xié)議的規(guī)定通信雙方將該字節(jié)的內(nèi)容填充為0x03。協(xié)議域可用來區(qū)分PPP數(shù)據(jù)幀中信息域所承載的數(shù)據(jù)報文的內(nèi)容。該機(jī)制規(guī)定協(xié)議域所填充的內(nèi)容必須為奇數(shù)，也即是要求低字節(jié)的最低位為“1”，高字節(jié)的最低位為“0”。信息域缺省時最大長度不能超過1500字節(jié)，其中包括填充域的內(nèi)容，1500字節(jié)大小等于PPP協(xié)議中配置參數(shù)選項(xiàng)MRU（Maximum Receive Unit）的缺省值，在實(shí)際應(yīng)用當(dāng)中可根據(jù)實(shí)際需要進(jìn)行信息域最大封裝長度選項(xiàng)的協(xié)商。 說明：MRU表示本端接收到的PPP數(shù)據(jù)幀的數(shù)據(jù)域的最大值。 當(dāng)在某些特殊應(yīng)用中，可能會使用到小于1500字節(jié)或大于1500字節(jié)的情況，這時在ConfigRequest報文就會攜帶要協(xié)商的MRU配置參數(shù)選項(xiàng)值。 為了能適應(yīng)復(fù)雜多變的網(wǎng)絡(luò)環(huán)境，PPP協(xié)議提供了一種鏈路控制協(xié)議來配置和測試數(shù)據(jù)通信鏈路，它能用來協(xié)商PPP協(xié)議的一些配置參數(shù)選項(xiàng)；處理不同大小的數(shù)據(jù)幀；檢測鏈路環(huán)路、一些鏈路的錯誤；終止一條鏈路。最為常用的是IPCP協(xié)議，當(dāng)點(diǎn)對點(diǎn)的兩端進(jìn)行NCP參數(shù)配置協(xié)商時，主要是用來通信雙方的網(wǎng)絡(luò)層地址。一旦LCP的配置參數(shù)選項(xiàng)協(xié)商完后，通信的雙方就會根據(jù)LCP配置請求報文中所協(xié)商的認(rèn)證配置參數(shù)選項(xiàng)來決定鏈路兩端設(shè)備所采用的認(rèn)證方式。只有當(dāng)任何一端收到LCP或NCP的鏈路關(guān)閉報文時（一般而言協(xié)議是不要求NCP有關(guān)閉鏈路的能力的，因此通常情況下關(guān)閉鏈路的數(shù)據(jù)報文是在LCP協(xié)商階段或應(yīng)用程序會話階段發(fā)出的）；物理層無法檢測到載波或管理人員對該鏈路進(jìn)行關(guān)閉操作，都會將該條鏈路斷開，從而終止PPP會話。有時也稱為物理層不可用階段，PPP鏈路都需從這個階段開始和結(jié)束。先簡單提一下鏈路建立階段，在這個階段主要是通過LCP協(xié)議進(jìn)行鏈路參數(shù)的配置，LCP在此階段的狀態(tài)機(jī)也會根據(jù)不同的事件發(fā)生變化。當(dāng)然鏈路被斷開后也同樣會返回到這個階段，往往在實(shí)際過程中這個階段所停留的時間是很短的，僅僅是檢測到對方設(shè)備的存在。是PPP協(xié)議最關(guān)鍵和最復(fù)雜的階段。當(dāng)完成數(shù)據(jù)報文的交換后，則會繼續(xù)向下一個階段躍遷，該下一個階段既可是驗(yàn)證階段，也可是網(wǎng)絡(luò)層協(xié)議階段，下一階段的選擇是依據(jù)鏈路兩端的設(shè)備配置的（通常是由用戶來配置，但對NAS或BAS設(shè)備的PPP模塊缺省就需要支持PAP或CHAP中的一種認(rèn)證方式）。同理可知，另一端也是一樣的，但須注意的一點(diǎn)是在鏈路配置階段雙方是鏈路配置操作過程是相互獨(dú)立的。驗(yàn)證階段。在該階段支持PAP和CHAP兩種認(rèn)證方式，驗(yàn)證方式的選擇是依據(jù)在鏈路建立階段雙方進(jìn)行協(xié)商的結(jié)果。在這個階段僅支持鏈路控制協(xié)議、驗(yàn)證協(xié)議和質(zhì)量檢測數(shù)據(jù)報文，其它的數(shù)據(jù)報文都會被丟棄。網(wǎng)絡(luò)層協(xié)議階段。當(dāng)一個NCP的狀態(tài)機(jī)變成Opened狀態(tài)時，則PPP就可以開始在鏈路上承載網(wǎng)絡(luò)層的數(shù)據(jù)包報文了。網(wǎng)絡(luò)終止階段，PPP能在任何時候終止鏈路。鏈路建立階段可能通過交換LCP的鏈路終止報文來關(guān)閉鏈路，當(dāng)鏈路關(guān)閉時，鏈路層會通知網(wǎng)絡(luò)層做相應(yīng)的操作，而且也會通過物理層強(qiáng)制關(guān)斷鏈路。 LCP數(shù)據(jù)報文是在鏈路建立階段被交換的，它作為PPP的凈載荷被封裝在PPP數(shù)據(jù)幀的信息域中。 代碼域的長度為一個字節(jié)，主要是用來標(biāo)識LCP數(shù)據(jù)報文的類型的。 標(biāo)識域也是一個字節(jié)，其目的是用來匹配請求和響應(yīng)報文。通常一個配置請求報文的ID是從0x0