PPP協(xié)議和PPP0E協(xié)議課件

PPP協(xié)議和PPP0E協(xié)議綜維內(nèi)部培訓(xùn)PPP協(xié)議和PPP0E協(xié)議綜維內(nèi)部培訓(xùn)了解SLIP協(xié)議的基本原理掌握PPP協(xié)議的基本原理掌握LCP協(xié)議和NCP協(xié)議數(shù)據(jù)報(bào)文的交換過程掌握PPPOE協(xié)議的基本原理

了解SLIP協(xié)議的基本原理PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議IP數(shù)據(jù)報(bào)文+END字符=SLIP數(shù)據(jù)幀定義：

SLIP是在串行線路上對IP數(shù)據(jù)報(bào)進(jìn)行封裝的簡單協(xié)議。SLIP協(xié)議的定義SLIP數(shù)據(jù)幀格式：IP數(shù)據(jù)報(bào)文+END字符=SLIP數(shù)據(jù)幀定義：SLIP協(xié)IPIPXAppleTalk路由器A路由器BSLIP鏈路IPIPXAppleTalkSLIP協(xié)議的缺點(diǎn)（一）IPIPXAppleTalk路由器A路由器BSLIP鏈路IP01010101111100011100NoiseHello01010101000100011100Heolo123有誤重傳4路由器A路由器BSLIP協(xié)議的缺點(diǎn)（二）01010101111100011100NoiseHello路由器A路由器B192.168.0.1/24192.168.0.2/24SLIP鏈路路由器B的互連IP是多少？打個(gè)電話問問我的地址是192.168.0.2/24，那你的地址是多少？還要通過這么原始的方式來獲知對方的IP地址SLIP協(xié)議的缺點(diǎn)（三）路由器A路由器B192.168.0.1/24192.168.小節(jié)SLIP是一種僅能在點(diǎn)對點(diǎn)的鏈路上封裝IP數(shù)據(jù)報(bào)的協(xié)議SLIP的幀格式為IP數(shù)據(jù)報(bào)c0SLIP不支持IP地址的協(xié)商小節(jié)SLIP是一種僅能在點(diǎn)對點(diǎn)的鏈路上封裝IP數(shù)據(jù)報(bào)的

PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPP協(xié)議的定義：PPP協(xié)議提供了一種標(biāo)準(zhǔn)的方式在點(diǎn)對點(diǎn)的鏈路上傳輸多種網(wǎng)絡(luò)層協(xié)議的數(shù)據(jù)報(bào)。PPP協(xié)議與協(xié)議棧的對應(yīng)關(guān)系物理層數(shù)據(jù)鏈路層網(wǎng)絡(luò)層傳輸層會(huì)話層表示層應(yīng)用層PPP協(xié)議PPP協(xié)議簡介PPP協(xié)議的定義：PPP協(xié)議與協(xié)議棧的對應(yīng)關(guān)系物理層數(shù)據(jù)鏈路支持點(diǎn)到點(diǎn)的連接，不同于X.25、framerelay等數(shù)據(jù)鏈路層協(xié)議，具有CHAP、PAP驗(yàn)證協(xié)議，更好的保證了網(wǎng)絡(luò)的安全性。PPP的物理層既支持?jǐn)?shù)據(jù)為8位和無奇偶校驗(yàn)的異步模式，還支持面向比特位的同步鏈接，如framerelay必須為同步電路。PPP有針對不同網(wǎng)絡(luò)層的網(wǎng)絡(luò)控制協(xié)議，如大家熟知的IPCP,IPXCP。同樣類似于SLIP協(xié)議，它也允許雙方協(xié)商是否對報(bào)文首部進(jìn)行壓縮。PPP協(xié)議的特點(diǎn)支持點(diǎn)到點(diǎn)的連接，不同于X.25、framerelayPPP協(xié)議的三組件多協(xié)議數(shù)據(jù)報(bào)的封裝方式

PPP協(xié)議的鏈路控制協(xié)議LCP

PPP協(xié)議的網(wǎng)絡(luò)控制協(xié)議NCP

PPP協(xié)議的三組件多協(xié)議數(shù)據(jù)報(bào)的封裝方式校驗(yàn)標(biāo)志標(biāo)志地址信息域控制協(xié)議域1B1B2B缺省1500B7EFF031B2B1B7EPPP的數(shù)據(jù)幀格式校驗(yàn)標(biāo)志標(biāo)志地址信息域控制協(xié)議域1B1B2B缺省1500B7校驗(yàn)IP數(shù)據(jù)報(bào)文0x0021校驗(yàn)LCP數(shù)據(jù)報(bào)文0xC021校驗(yàn)NCP數(shù)據(jù)報(bào)文0x8021協(xié)議域長度為2個(gè)字節(jié)，主要用來指明信息域中使用的協(xié)議類型。該域的結(jié)構(gòu)與ISO3309地址域擴(kuò)展機(jī)制一致。PPP數(shù)據(jù)幀所承載的幾種常見的報(bào)文校驗(yàn)IP數(shù)據(jù)報(bào)文0x0021校驗(yàn)LCP數(shù)據(jù)報(bào)文0xC021校鏈路不可用階段鏈路建立階段驗(yàn)證階段網(wǎng)絡(luò)層協(xié)議階段鏈路終止階段失敗LCP報(bào)文可選，由配置決定PPP狀態(tài)轉(zhuǎn)移圖鏈路不可用階段鏈路建立階段驗(yàn)證階段網(wǎng)絡(luò)層協(xié)議階段鏈路終止階段信息域協(xié)議域標(biāo)識(shí)域代碼域長度域數(shù)據(jù)長度域類型域數(shù)據(jù)PPP封裝格式LCP數(shù)據(jù)報(bào)文的封裝格式LCP數(shù)據(jù)報(bào)文中配置參數(shù)選項(xiàng)的封裝格式0xC021LCP協(xié)議數(shù)據(jù)報(bào)文的格式信息域協(xié)議域標(biāo)識(shí)域代碼域長度域數(shù)據(jù)長度域類型域數(shù)據(jù)PPP封裝

鏈路配置報(bào)文用來建立和配置一條鏈路，主要包括Configure-Request、Configure-Ack、Configure-Nak和Configure-Reject報(bào)文

鏈路終止報(bào)文用來終止一條鏈路，主要包括Terminate-Request和Terminate-Reply報(bào)文

鏈路維護(hù)報(bào)文用來管理和調(diào)試鏈路，主要包括Code-Reject、Protocol-Reject、Echo-Request、Echo-Reply和Discard-Request報(bào)文LCP協(xié)議數(shù)據(jù)報(bào)文的分類鏈路配置報(bào)文LCP協(xié)議數(shù)據(jù)報(bào)文的分類0x010x020x030x040x050x060x070x080x090x0A0x0B0x0CConfigure-RequestConfigure-AckConfigure-NakConfigure-RejectTerminate-RequestTerminate-ReplyCode-RejectProtocol-RejectEcho-RequestEcho-ReplyDiscard-RequestReservedLCP協(xié)議數(shù)據(jù)報(bào)文的種類0x010x020x030x040x050x060x070x鏈路配置報(bào)文舉例7E

FF03

C02101

01

0017

0206000A0000

0506000B42CB

0702

0802

0D

0306

7E7EFF03

C021

0201

0017

0206000A0000

0506000B42CB

0702

0802

0D0306

7E假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：從報(bào)文中可以看出這個(gè)配置請求報(bào)文包括5個(gè)配置參數(shù)選項(xiàng)。當(dāng)對端正確接收到了該報(bào)文后，應(yīng)該回應(yīng)一個(gè)Config-Ack報(bào)文，報(bào)文內(nèi)容如下：該報(bào)文中唯一修改的內(nèi)容就是代碼域（02表示是Config-Ack報(bào)文），標(biāo)識(shí)域與原報(bào)文中的一樣。鏈路配置報(bào)文舉例7EFF03C02101010x010x020x030x040x050x060x070x08Maximum-Recive-UnitAsync-Control-Character-MapAuthentication-ProtocolQuality-ProtocolMagic-NumberAddress-And-Control-Field-CompressionReservedProtocol-Field-Compression配置參數(shù)選項(xiàng)的種類0x010x020x030x040x050x060x070x鏈路配置報(bào)文舉例7E

FF03

C02101

01

0017

0206000A0000

0506000B42CB

0702

0802

0D

0306

7E7EFF03

C021

0201

0017

0206000A0000

0506000B42CB

0702

0802

0D0306

7E假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：從報(bào)文中可以看出這個(gè)配置請求報(bào)文包括5個(gè)配置參數(shù)選項(xiàng)。當(dāng)對端正確接收到了該報(bào)文后，應(yīng)該回應(yīng)一個(gè)Config-Ack報(bào)文，報(bào)文內(nèi)容如下：該報(bào)文中唯一修改的內(nèi)容就是代碼域（02表示是Config-Ack報(bào)文），標(biāo)識(shí)域與原報(bào)文中的一樣。鏈路配置報(bào)文舉例7EFF03C02101010鏈路配置報(bào)文（一）一次交互12Config-RequestConfig-Ack路由器A路由器B鏈路配置報(bào)文（一）一次交互12Config-RequestC鏈路配置報(bào)文舉例假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02101

01

0017

0206000A00000506000B42CB070208020D03067E該數(shù)據(jù)報(bào)文中有下劃線的配置參數(shù)選項(xiàng)的內(nèi)容為對端不認(rèn)可的。當(dāng)對端正確接收到了該報(bào)文后，發(fā)現(xiàn)類型域?yàn)?x02的配置參數(shù)選項(xiàng)可識(shí)別，但該配置參數(shù)選項(xiàng)數(shù)據(jù)域的內(nèi)容不認(rèn)可，應(yīng)發(fā)送一個(gè)Config-Nak報(bào)文且該報(bào)文中將攜帶希望的配置參數(shù)選項(xiàng)內(nèi)容，報(bào)文內(nèi)容如下：7E

FF03

C02103

01

000A

0206000E00007E該報(bào)文中返回的值已經(jīng)被更改，且當(dāng)發(fā)端收到該報(bào)文后會(huì)重新發(fā)送一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02101040017

0206000E00000506000B42CB070208020D03067E仔細(xì)觀察是不是新的配置請求報(bào)文與老的配置請求的報(bào)文ID不一樣。鏈路配置報(bào)文舉例假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-二次交互（1）12Config-RequestConfig-Nak路由器A路由器B34Config-RequestConfig-Ack鏈路配置報(bào)文（二）二次交互（1）12Config-RequestConfig-鏈路配置報(bào)文舉例7E

FF03

C02101

01

0017

0206000A0000

0506000B42CB

0702

0802

0D

0306

7E假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：下劃線所表示的配置參數(shù)選項(xiàng)為對端不可識(shí)別的。當(dāng)對端正確接收到了該報(bào)文后，發(fā)現(xiàn)類型域?yàn)?x02的配置參數(shù)選項(xiàng)不識(shí)別，應(yīng)該回應(yīng)一個(gè)Config-Reject報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02104

01

000A

0206000A0000

7E該報(bào)文如果被原發(fā)送端接收后，又會(huì)重新發(fā)送一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02101

04

00110506000B42CB070208020D03067E這時(shí)我們能看到，類型域?yàn)?2的配置選項(xiàng)在下一次的請求報(bào)文中被刪除了。鏈路配置報(bào)文舉例7EFF03C02101010二次交互（2）12Config-RequestConfig-Reject路由器A路由器B34Config-RequestConfig-Ack鏈路配置報(bào)文（三）二次交互（2）12Config-RequestConfig-多次交互12Config-RequestConfig-Reject路由器A路由器B34Config-RequestConfig-Nak56Config-RequestConfig-Ack鏈路配置報(bào)文（四）多次交互12Config-RequestConfig-Rej鏈路終止報(bào)文Terminate-RequestTerminate-Reply鏈路終止報(bào)文Terminate-RequestTerPPP封裝Config-RequestID=1M=1Config-RequestID=1M=1PPP封裝Config-NakID=4M=2Config-NakID=4M=2PPP封裝Config-RequestID=2M=2Config-RequestID=2M=2魔術(shù)字(MagicNumber)PPP封裝Config-RequestID=1M=1C用戶名/密碼接收/拒絕PPP封裝路由器A路由器B被驗(yàn)證方驗(yàn)證方問題1：如圖所示，路由器B作為驗(yàn)證方，而路由器A則作為被驗(yàn)證方，那么如何分別配置兩個(gè)路由器？PAP認(rèn)證（兩次握手）用戶名/密碼接收/拒絕PPP封裝路由器A路由器B被驗(yàn)證方驗(yàn)證回應(yīng)接收/拒絕PPP封裝路由器A路由器B挑戰(zhàn)被驗(yàn)證方驗(yàn)證方問題2：如圖所示，路由器B作為驗(yàn)證方，而路由器A則作為被驗(yàn)證方，那么如何分別配置兩個(gè)路由器？CHAP認(rèn)證（三次握手）回應(yīng)接收/拒絕PPP封裝路由器A路由器B挑戰(zhàn)被驗(yàn)證方驗(yàn)證方問IPCPIPXCPAppleTalkNCP協(xié)議的分類IPCPIPXCPAppleTalkNCP協(xié)議的點(diǎn)對點(diǎn)通信設(shè)備均設(shè)置了IP地址我知道了我的IP地址是192.168.0.1路由器B路由器A192.168.0.1192.168.0.2我知道了我的IP地址是192.168.0.2IPCP靜態(tài)地址協(xié)商點(diǎn)對點(diǎn)通信設(shè)備均設(shè)置了IP地址我知道了我的IP地址是192.點(diǎn)對點(diǎn)通信的一方設(shè)置了IP地址，而另一方則通過從對端獲取IP地址這個(gè)地址不合法，用192.168.0.1這個(gè)地址吧我的IP地址是0.0.0.0路由器B路由器A192.168.0.2我知道了我的IP地址是192.168.0.2我的IP地址是192.168.0.1我知道了IPCP動(dòng)態(tài)地址協(xié)商點(diǎn)對點(diǎn)通信的一方設(shè)置了IP地址，而這個(gè)地址不合法，用192.小節(jié)（一）PPP協(xié)議的三組件包括PPP協(xié)議的封裝方式、LCP協(xié)議和NCP協(xié)議PPP協(xié)議是數(shù)據(jù)鏈路層協(xié)議，它的數(shù)據(jù)幀封裝格式非常類似于HDLCPPP協(xié)議可通過協(xié)議域來區(qū)分?jǐn)?shù)據(jù)域中凈載荷的數(shù)據(jù)類型PPP協(xié)議通過LCP協(xié)議完成數(shù)據(jù)鏈路的配置和測試PPP協(xié)議通過NCP協(xié)議完成點(diǎn)對點(diǎn)通信設(shè)備之間網(wǎng)絡(luò)層通信所需參數(shù)的配置小節(jié)（一）PPP協(xié)議的三組件包括PPP協(xié)議的封裝方式、小節(jié)（二）魔術(shù)字可以在鏈路配置階段被協(xié)商，數(shù)據(jù)報(bào)文可借助魔術(shù)字來檢PPP鏈路是否存在環(huán)路PAP（密碼認(rèn)證協(xié)議）認(rèn)證是二次握手，它是直接在網(wǎng)絡(luò)上傳送明文的用戶名和密碼，因此這種協(xié)議安全性不高CHAP（挑戰(zhàn)性握手認(rèn)證協(xié)議）認(rèn)證是三次握手，它只在網(wǎng)絡(luò)上傳送驗(yàn)證方和被驗(yàn)證方的主機(jī)名，而并不傳送密碼，因此相比之處CHAP比PAP更安全PPP協(xié)議缺省的MRU是1500，而對于通信的雙方可根據(jù)實(shí)際需要對MRU進(jìn)行協(xié)商小節(jié)（二）魔術(shù)字可以在鏈路配置階段被協(xié)商，數(shù)據(jù)報(bào)文可借小節(jié)（三）PPP協(xié)議的狀態(tài)轉(zhuǎn)移圖包括鏈路不可用階段、鏈路建立階段、認(rèn)證階段、網(wǎng)絡(luò)層協(xié)議階段和鏈路終止階段LCP協(xié)議依據(jù)報(bào)文的功能可分為鏈路配置報(bào)文、鏈路終止報(bào)文和鏈路維護(hù)報(bào)文LCP協(xié)議的鏈路配置報(bào)文主要是用來協(xié)商一些可選的配置參數(shù)選項(xiàng)LCP協(xié)議的鏈路終止報(bào)文主要是用來終止一條PPP鏈路LCP協(xié)議的鏈路維護(hù)報(bào)文主要是用來測試和調(diào)試PPP鏈路NCP協(xié)議主要負(fù)責(zé)網(wǎng)絡(luò)層配置參數(shù)選項(xiàng)的協(xié)商，它包括"靜態(tài)協(xié)商"和"動(dòng)態(tài)協(xié)商"小節(jié)（三）PPP協(xié)議的狀態(tài)轉(zhuǎn)移圖包括鏈路不可用階段、鏈PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPP協(xié)議要求進(jìn)行通信的雙方之間是點(diǎn)到點(diǎn)的關(guān)系，不適于廣播型的以太網(wǎng)和另外一些多點(diǎn)訪問型的網(wǎng)絡(luò)，于是就產(chǎn)生了PPPOE協(xié)議(Point-to-PointProtocolOverEthernet)。它不僅為使用橋接以太網(wǎng)接入的用戶提供了一種寬帶接入手段，同時(shí)還能提供方便的接入控制和計(jì)費(fèi)。每個(gè)接入用戶均建立一個(gè)獨(dú)一無二PPP的會(huì)話，因此會(huì)話建立之前必需知道遠(yuǎn)端訪問集中設(shè)備的MAC地址，PPPOE協(xié)議可通過發(fā)現(xiàn)協(xié)議來獲取到。PPPOE協(xié)議概述PPP協(xié)議要求進(jìn)行通信的雙方之間是點(diǎn)到點(diǎn)的關(guān)系，不適于廣播型PPPOE協(xié)議分為發(fā)現(xiàn)階段和PPP會(huì)話階段。當(dāng)主機(jī)希望開始一個(gè)PPPOE會(huì)話時(shí)，它首先要執(zhí)行一個(gè)發(fā)現(xiàn)過程來識(shí)別對方的MAC地址，然后建立一個(gè)唯一的PPPOE會(huì)話ID。PPPOE使用一個(gè)發(fā)現(xiàn)協(xié)議來解決這個(gè)問題，它是基于客戶/服務(wù)器模型的。由于以太網(wǎng)的廣播特性，在這個(gè)過程中主機(jī)(客戶)能發(fā)現(xiàn)所有的訪問集中器(服務(wù)器)，并選擇其中一個(gè)，根據(jù)所獲信息在兩者之間建立點(diǎn)對點(diǎn)的連接。當(dāng)一個(gè)PPP會(huì)話被建立起來之后，就完成了PPPOE的整個(gè)發(fā)現(xiàn)階段。發(fā)現(xiàn)階段PPPOE協(xié)議分為發(fā)現(xiàn)階段和PPP會(huì)話階段。當(dāng)主機(jī)希望開始一PPPOE的會(huì)話階段開始后，主機(jī)和訪問集中器之間就依據(jù)PPP協(xié)議傳送PPP數(shù)據(jù)，進(jìn)行PPP的各項(xiàng)協(xié)商和數(shù)據(jù)傳輸。在這一階段傳輸?shù)臄?shù)據(jù)包中必須包含在發(fā)現(xiàn)階段確定的會(huì)話標(biāo)識(shí)并保持不變。正常情況下，會(huì)話階段的結(jié)束是由PPP協(xié)議控制完成的，但在PPPOE中定義了一個(gè)PADT包用來結(jié)束會(huì)話，主機(jī)或者訪問集中器可以在PPP會(huì)話開始后的任何時(shí)候通過發(fā)送這個(gè)數(shù)據(jù)包來結(jié)束會(huì)話。會(huì)話階段PPPOE的會(huì)話階段開始后，主機(jī)和訪問集中器之間就依據(jù)PPP以太網(wǎng)的幀格式以太網(wǎng)的幀格式目的地址源地址(6字節(jié))(6字節(jié))幀類型域<=1500字節(jié)凈載荷幀校驗(yàn)(4字節(jié))以太網(wǎng)幀格式(2字節(jié))以太網(wǎng)廣播地址PPPOE發(fā)現(xiàn)階段PPPOE會(huì)話階段以太網(wǎng)單播地址主機(jī)以太網(wǎng)地址主機(jī)以太網(wǎng)地址0x88630x8864數(shù)據(jù)區(qū)數(shù)據(jù)區(qū)數(shù)據(jù)幀校驗(yàn)數(shù)據(jù)幀校驗(yàn)PPPOE發(fā)現(xiàn)階段以太網(wǎng)幀格式PPPOE會(huì)話階段以太網(wǎng)幀格式PPPOE的幀格式（一）目的地址源地址(6字節(jié))(6字節(jié))幀類型域<=1500字節(jié)凈版本類型代碼會(huì)話ID長度凈載荷4481616發(fā)現(xiàn)階段承載一些標(biāo)記會(huì)話階段承載PPP數(shù)據(jù)報(bào)文PPPOE的幀格式（二）版本類型代碼會(huì)話ID長度凈載荷4481616發(fā)現(xiàn)階段承載一些TAG標(biāo)記類型16標(biāo)記長度16標(biāo)記值0x00000x01020x01040x01100x01010x01030x01050x0201End-of-listAC-NameAC-CookieRelay-Session-IDService-NameService-Name-ErrorHost-UniqVerdor-Specific0x02020x0203AC-System-ErrorGeneric-ErrorPPPOE的幀格式（三）TAG標(biāo)記類型16標(biāo)記長度16標(biāo)記值0x00000x0102PADI(PPPOE發(fā)現(xiàn)初始報(bào)文)PADO(PPPOE發(fā)現(xiàn)提供報(bào)文)PADR(PPPOE發(fā)現(xiàn)請求報(bào)文)PADS(PPPOE發(fā)現(xiàn)會(huì)話確認(rèn)報(bào)文)PADT(PPPOE發(fā)現(xiàn)終止報(bào)文)09a7076519PPPOE發(fā)現(xiàn)階段數(shù)據(jù)報(bào)文分類09a7076519PPPOE發(fā)現(xiàn)階段數(shù)據(jù)報(bào)文分類以太網(wǎng)123目標(biāo)地址為廣播地址0xffffffff，源地址為主機(jī)的以太網(wǎng)地址。ETHER_TYPE值為0x8863，碼值為0x09，SESSION-ID為0x0000。TAG_TYPE：有且僅有一個(gè)Service-Name表明主機(jī)請求的服務(wù)。任何數(shù)量的其他TAG_TYPE。PADI報(bào)文長度不能超過1484個(gè)字節(jié)，為Relay-Session-IdTAG留空間。PADI報(bào)文以太網(wǎng)123目標(biāo)地址為廣播地址0xffffffff，源地址為以太網(wǎng)123目標(biāo)地址為主機(jī)以太網(wǎng)地址。源地址為接入集中器的以太網(wǎng)地址。ETHER_TYPE值為0x8863，碼值為0x07，SESSION-ID為0x0000，TAG_TYPE：必須有一個(gè)含有接入集中器名字的AC-NameTAG，必須有一個(gè)與收到的PADI相同的Service-NameTAG和任意數(shù)量的其他Service-NameTAG表明集中器可以提供的服務(wù)。PADO報(bào)文以太網(wǎng)123目標(biāo)地址為主機(jī)以太網(wǎng)地址。源地址為接入集中器的以以太網(wǎng)123目標(biāo)地址為接入集中器的以太網(wǎng)地址，源地址為主機(jī)的以太網(wǎng)地址。ETHER_TYPE值為0x8863，碼值為0x19，SESSION-ID為0x0000，TAG_TYPE：

必須有一個(gè)類型為Service-Name的TAG向集中器指明請求的服務(wù)，可以有任意數(shù)量的其他TAG。PADR報(bào)文以太網(wǎng)123目標(biāo)地址為接入集中器的以太網(wǎng)地址，源地址為主機(jī)的以太網(wǎng)123目標(biāo)地址為主機(jī)的

以太網(wǎng)地址，源地址為接入集中器的以太網(wǎng)地址。ETHER_TYPE值為0x8863，碼值為0x65，SESSION-ID為集中器指定的唯一的標(biāo)識(shí)一個(gè)PPPOE會(huì)話的值，TAG_TYPE：包含一個(gè)類型為Service-Name的TAG，表明集中器提供給這個(gè)會(huì)話的服務(wù)，可以包含任意數(shù)量的其他TAG。PADS報(bào)文以太網(wǎng)123目標(biāo)地址為主機(jī)的以太網(wǎng)地址，源地址為接入集中器這個(gè)數(shù)據(jù)包可以在會(huì)話建立起來之后的任何時(shí)間由主機(jī)或集中器發(fā)出。目的地址為單一的以太網(wǎng)地址。ETHER_TYPE值為0x8863，碼值為0xa7，SESSION-ID為要終止的會(huì)話的SESSION-ID。不要求有TAG。PADT報(bào)文這個(gè)數(shù)據(jù)包可以在會(huì)話建立起來之后的任何時(shí)間由主機(jī)或集中器發(fā)出PPP凈載荷目的地址目的地址源地址源地址幀類型=0x8864版本=0x1類型=0x1代碼=0x00會(huì)話ID=0x1234長度=0x????PPP協(xié)議ID=0xC021PPPOE協(xié)議數(shù)據(jù)包中承載PPP的LCP報(bào)文一旦PPPOE會(huì)話建立起來之后，主機(jī)與接入器之間就開始依據(jù)PPP協(xié)議傳送PPP數(shù)據(jù)，所有的以太網(wǎng)幀都是單一地址的。此時(shí)，ETHER_TYPE值為0x8864，碼值為0x00，SESSION-ID在整個(gè)會(huì)話過程中保持不變。PPPOE有效負(fù)載域里包含一個(gè)PPP數(shù)據(jù)包。會(huì)話階段的PPPOE數(shù)據(jù)報(bào)文格式PPP凈載荷目的地址目的地址源地址源地址幀類型=0x8864NetXRay抓包結(jié)果分析1NetXRay抓包結(jié)果分析1NetXRay抓包結(jié)果分析2NetXRay抓包結(jié)果分析2NetXRay抓包結(jié)果分析3NetXRay抓包結(jié)果分析3NetXRay抓包結(jié)果分析4NetXRay抓包結(jié)果分析4NetXRay抓包結(jié)果分析5NetXRay抓包結(jié)果分析5NetXRay抓包結(jié)果分析6NetXRay抓包結(jié)果分析6NetXRay抓包結(jié)果分析7NetXRay抓包結(jié)果分析7小節(jié)PPPOE協(xié)議包括PPPOE的發(fā)現(xiàn)階段和PPPOE的會(huì)話階段PPPOE的數(shù)據(jù)報(bào)文是被承載在以太網(wǎng)的數(shù)據(jù)域中進(jìn)行傳送的PPPOE的發(fā)現(xiàn)階段會(huì)遇到PADI、PADO、PADR和PADS這四種報(bào)文PPPOE中的PADT報(bào)文是用來終止一條會(huì)話的PPPOE在發(fā)現(xiàn)階段時(shí)，以太網(wǎng)協(xié)議域的值為0x8863PPPOE在會(huì)話階段時(shí)，以太網(wǎng)協(xié)議域的值為0x8864小節(jié)PPPOE協(xié)議包括PPPOE的發(fā)現(xiàn)階段和PPPOEPPP協(xié)議和PPP0E協(xié)議課件演講完畢，謝謝觀看！演講完畢，謝謝觀看！PPP協(xié)議和PPP0E協(xié)議綜維內(nèi)部培訓(xùn)PPP協(xié)議和PPP0E協(xié)議綜維內(nèi)部培訓(xùn)了解SLIP協(xié)議的基本原理掌握PPP協(xié)議的基本原理掌握LCP協(xié)議和NCP協(xié)議數(shù)據(jù)報(bào)文的交換過程掌握PPPOE協(xié)議的基本原理

了解SLIP協(xié)議的基本原理PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議IP數(shù)據(jù)報(bào)文+END字符=SLIP數(shù)據(jù)幀定義：

SLIP是在串行線路上對IP數(shù)據(jù)報(bào)進(jìn)行封裝的簡單協(xié)議。SLIP協(xié)議的定義SLIP數(shù)據(jù)幀格式：IP數(shù)據(jù)報(bào)文+END字符=SLIP數(shù)據(jù)幀定義：SLIP協(xié)IPIPXAppleTalk路由器A路由器BSLIP鏈路IPIPXAppleTalkSLIP協(xié)議的缺點(diǎn)（一）IPIPXAppleTalk路由器A路由器BSLIP鏈路IP01010101111100011100NoiseHello01010101000100011100Heolo123有誤重傳4路由器A路由器BSLIP協(xié)議的缺點(diǎn)（二）01010101111100011100NoiseHello路由器A路由器B192.168.0.1/24192.168.0.2/24SLIP鏈路路由器B的互連IP是多少？打個(gè)電話問問我的地址是192.168.0.2/24，那你的地址是多少？還要通過這么原始的方式來獲知對方的IP地址SLIP協(xié)議的缺點(diǎn)（三）路由器A路由器B192.168.0.1/24192.168.小節(jié)SLIP是一種僅能在點(diǎn)對點(diǎn)的鏈路上封裝IP數(shù)據(jù)報(bào)的協(xié)議SLIP的幀格式為IP數(shù)據(jù)報(bào)c0SLIP不支持IP地址的協(xié)商小節(jié)SLIP是一種僅能在點(diǎn)對點(diǎn)的鏈路上封裝IP數(shù)據(jù)報(bào)的

PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPP協(xié)議的定義：PPP協(xié)議提供了一種標(biāo)準(zhǔn)的方式在點(diǎn)對點(diǎn)的鏈路上傳輸多種網(wǎng)絡(luò)層協(xié)議的數(shù)據(jù)報(bào)。PPP協(xié)議與協(xié)議棧的對應(yīng)關(guān)系物理層數(shù)據(jù)鏈路層網(wǎng)絡(luò)層傳輸層會(huì)話層表示層應(yīng)用層PPP協(xié)議PPP協(xié)議簡介PPP協(xié)議的定義：PPP協(xié)議與協(xié)議棧的對應(yīng)關(guān)系物理層數(shù)據(jù)鏈路支持點(diǎn)到點(diǎn)的連接，不同于X.25、framerelay等數(shù)據(jù)鏈路層協(xié)議，具有CHAP、PAP驗(yàn)證協(xié)議，更好的保證了網(wǎng)絡(luò)的安全性。PPP的物理層既支持?jǐn)?shù)據(jù)為8位和無奇偶校驗(yàn)的異步模式，還支持面向比特位的同步鏈接，如framerelay必須為同步電路。PPP有針對不同網(wǎng)絡(luò)層的網(wǎng)絡(luò)控制協(xié)議，如大家熟知的IPCP,IPXCP。同樣類似于SLIP協(xié)議，它也允許雙方協(xié)商是否對報(bào)文首部進(jìn)行壓縮。PPP協(xié)議的特點(diǎn)支持點(diǎn)到點(diǎn)的連接，不同于X.25、framerelayPPP協(xié)議的三組件多協(xié)議數(shù)據(jù)報(bào)的封裝方式

PPP協(xié)議的鏈路控制協(xié)議LCP

PPP協(xié)議的網(wǎng)絡(luò)控制協(xié)議NCP

PPP協(xié)議的三組件多協(xié)議數(shù)據(jù)報(bào)的封裝方式校驗(yàn)標(biāo)志標(biāo)志地址信息域控制協(xié)議域1B1B2B缺省1500B7EFF031B2B1B7EPPP的數(shù)據(jù)幀格式校驗(yàn)標(biāo)志標(biāo)志地址信息域控制協(xié)議域1B1B2B缺省1500B7校驗(yàn)IP數(shù)據(jù)報(bào)文0x0021校驗(yàn)LCP數(shù)據(jù)報(bào)文0xC021校驗(yàn)NCP數(shù)據(jù)報(bào)文0x8021協(xié)議域長度為2個(gè)字節(jié)，主要用來指明信息域中使用的協(xié)議類型。該域的結(jié)構(gòu)與ISO3309地址域擴(kuò)展機(jī)制一致。PPP數(shù)據(jù)幀所承載的幾種常見的報(bào)文校驗(yàn)IP數(shù)據(jù)報(bào)文0x0021校驗(yàn)LCP數(shù)據(jù)報(bào)文0xC021校鏈路不可用階段鏈路建立階段驗(yàn)證階段網(wǎng)絡(luò)層協(xié)議階段鏈路終止階段失敗LCP報(bào)文可選，由配置決定PPP狀態(tài)轉(zhuǎn)移圖鏈路不可用階段鏈路建立階段驗(yàn)證階段網(wǎng)絡(luò)層協(xié)議階段鏈路終止階段信息域協(xié)議域標(biāo)識(shí)域代碼域長度域數(shù)據(jù)長度域類型域數(shù)據(jù)PPP封裝格式LCP數(shù)據(jù)報(bào)文的封裝格式LCP數(shù)據(jù)報(bào)文中配置參數(shù)選項(xiàng)的封裝格式0xC021LCP協(xié)議數(shù)據(jù)報(bào)文的格式信息域協(xié)議域標(biāo)識(shí)域代碼域長度域數(shù)據(jù)長度域類型域數(shù)據(jù)PPP封裝

鏈路配置報(bào)文用來建立和配置一條鏈路，主要包括Configure-Request、Configure-Ack、Configure-Nak和Configure-Reject報(bào)文

鏈路終止報(bào)文用來終止一條鏈路，主要包括Terminate-Request和Terminate-Reply報(bào)文

鏈路維護(hù)報(bào)文用來管理和調(diào)試鏈路，主要包括Code-Reject、Protocol-Reject、Echo-Request、Echo-Reply和Discard-Request報(bào)文LCP協(xié)議數(shù)據(jù)報(bào)文的分類鏈路配置報(bào)文LCP協(xié)議數(shù)據(jù)報(bào)文的分類0x010x020x030x040x050x060x070x080x090x0A0x0B0x0CConfigure-RequestConfigure-AckConfigure-NakConfigure-RejectTerminate-RequestTerminate-ReplyCode-RejectProtocol-RejectEcho-RequestEcho-ReplyDiscard-RequestReservedLCP協(xié)議數(shù)據(jù)報(bào)文的種類0x010x020x030x040x050x060x070x鏈路配置報(bào)文舉例7E

FF03

C02101

01

0017

0206000A0000

0506000B42CB

0702

0802

0D

0306

7E7EFF03

C021

0201

0017

0206000A0000

0506000B42CB

0702

0802

0D0306

7E假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：從報(bào)文中可以看出這個(gè)配置請求報(bào)文包括5個(gè)配置參數(shù)選項(xiàng)。當(dāng)對端正確接收到了該報(bào)文后，應(yīng)該回應(yīng)一個(gè)Config-Ack報(bào)文，報(bào)文內(nèi)容如下：該報(bào)文中唯一修改的內(nèi)容就是代碼域（02表示是Config-Ack報(bào)文），標(biāo)識(shí)域與原報(bào)文中的一樣。鏈路配置報(bào)文舉例7EFF03C02101010x010x020x030x040x050x060x070x08Maximum-Recive-UnitAsync-Control-Character-MapAuthentication-ProtocolQuality-ProtocolMagic-NumberAddress-And-Control-Field-CompressionReservedProtocol-Field-Compression配置參數(shù)選項(xiàng)的種類0x010x020x030x040x050x060x070x鏈路配置報(bào)文舉例7E

FF03

C02101

01

0017

0206000A0000

0506000B42CB

0702

0802

0D

0306

7E7EFF03

C021

0201

0017

0206000A0000

0506000B42CB

0702

0802

0D0306

7E假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：從報(bào)文中可以看出這個(gè)配置請求報(bào)文包括5個(gè)配置參數(shù)選項(xiàng)。當(dāng)對端正確接收到了該報(bào)文后，應(yīng)該回應(yīng)一個(gè)Config-Ack報(bào)文，報(bào)文內(nèi)容如下：該報(bào)文中唯一修改的內(nèi)容就是代碼域（02表示是Config-Ack報(bào)文），標(biāo)識(shí)域與原報(bào)文中的一樣。鏈路配置報(bào)文舉例7EFF03C02101010鏈路配置報(bào)文（一）一次交互12Config-RequestConfig-Ack路由器A路由器B鏈路配置報(bào)文（一）一次交互12Config-RequestC鏈路配置報(bào)文舉例假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02101

01

0017

0206000A00000506000B42CB070208020D03067E該數(shù)據(jù)報(bào)文中有下劃線的配置參數(shù)選項(xiàng)的內(nèi)容為對端不認(rèn)可的。當(dāng)對端正確接收到了該報(bào)文后，發(fā)現(xiàn)類型域?yàn)?x02的配置參數(shù)選項(xiàng)可識(shí)別，但該配置參數(shù)選項(xiàng)數(shù)據(jù)域的內(nèi)容不認(rèn)可，應(yīng)發(fā)送一個(gè)Config-Nak報(bào)文且該報(bào)文中將攜帶希望的配置參數(shù)選項(xiàng)內(nèi)容，報(bào)文內(nèi)容如下：7E

FF03

C02103

01

000A

0206000E00007E該報(bào)文中返回的值已經(jīng)被更改，且當(dāng)發(fā)端收到該報(bào)文后會(huì)重新發(fā)送一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02101040017

0206000E00000506000B42CB070208020D03067E仔細(xì)觀察是不是新的配置請求報(bào)文與老的配置請求的報(bào)文ID不一樣。鏈路配置報(bào)文舉例假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-二次交互（1）12Config-RequestConfig-Nak路由器A路由器B34Config-RequestConfig-Ack鏈路配置報(bào)文（二）二次交互（1）12Config-RequestConfig-鏈路配置報(bào)文舉例7E

FF03

C02101

01

0017

0206000A0000

0506000B42CB

0702

0802

0D

0306

7E假設(shè)點(diǎn)對點(diǎn)通信的一端發(fā)送了一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：下劃線所表示的配置參數(shù)選項(xiàng)為對端不可識(shí)別的。當(dāng)對端正確接收到了該報(bào)文后，發(fā)現(xiàn)類型域?yàn)?x02的配置參數(shù)選項(xiàng)不識(shí)別，應(yīng)該回應(yīng)一個(gè)Config-Reject報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02104

01

000A

0206000A0000

7E該報(bào)文如果被原發(fā)送端接收后，又會(huì)重新發(fā)送一個(gè)Config-Request報(bào)文，報(bào)文內(nèi)容如下：7E

FF03

C02101

04

00110506000B42CB070208020D03067E這時(shí)我們能看到，類型域?yàn)?2的配置選項(xiàng)在下一次的請求報(bào)文中被刪除了。鏈路配置報(bào)文舉例7EFF03C02101010二次交互（2）12Config-RequestConfig-Reject路由器A路由器B34Config-RequestConfig-Ack鏈路配置報(bào)文（三）二次交互（2）12Config-RequestConfig-多次交互12Config-RequestConfig-Reject路由器A路由器B34Config-RequestConfig-Nak56Config-RequestConfig-Ack鏈路配置報(bào)文（四）多次交互12Config-RequestConfig-Rej鏈路終止報(bào)文Terminate-RequestTerminate-Reply鏈路終止報(bào)文Terminate-RequestTerPPP封裝Config-RequestID=1M=1Config-RequestID=1M=1PPP封裝Config-NakID=4M=2Config-NakID=4M=2PPP封裝Config-RequestID=2M=2Config-RequestID=2M=2魔術(shù)字(MagicNumber)PPP封裝Config-RequestID=1M=1C用戶名/密碼接收/拒絕PPP封裝路由器A路由器B被驗(yàn)證方驗(yàn)證方問題1：如圖所示，路由器B作為驗(yàn)證方，而路由器A則作為被驗(yàn)證方，那么如何分別配置兩個(gè)路由器？PAP認(rèn)證（兩次握手）用戶名/密碼接收/拒絕PPP封裝路由器A路由器B被驗(yàn)證方驗(yàn)證回應(yīng)接收/拒絕PPP封裝路由器A路由器B挑戰(zhàn)被驗(yàn)證方驗(yàn)證方問題2：如圖所示，路由器B作為驗(yàn)證方，而路由器A則作為被驗(yàn)證方，那么如何分別配置兩個(gè)路由器？CHAP認(rèn)證（三次握手）回應(yīng)接收/拒絕PPP封裝路由器A路由器B挑戰(zhàn)被驗(yàn)證方驗(yàn)證方問IPCPIPXCPAppleTalkNCP協(xié)議的分類IPCPIPXCPAppleTalkNCP協(xié)議的點(diǎn)對點(diǎn)通信設(shè)備均設(shè)置了IP地址我知道了我的IP地址是192.168.0.1路由器B路由器A192.168.0.1192.168.0.2我知道了我的IP地址是192.168.0.2IPCP靜態(tài)地址協(xié)商點(diǎn)對點(diǎn)通信設(shè)備均設(shè)置了IP地址我知道了我的IP地址是192.點(diǎn)對點(diǎn)通信的一方設(shè)置了IP地址，而另一方則通過從對端獲取IP地址這個(gè)地址不合法，用192.168.0.1這個(gè)地址吧我的IP地址是0.0.0.0路由器B路由器A192.168.0.2我知道了我的IP地址是192.168.0.2我的IP地址是192.168.0.1我知道了IPCP動(dòng)態(tài)地址協(xié)商點(diǎn)對點(diǎn)通信的一方設(shè)置了IP地址，而這個(gè)地址不合法，用192.小節(jié)（一）PPP協(xié)議的三組件包括PPP協(xié)議的封裝方式、LCP協(xié)議和NCP協(xié)議PPP協(xié)議是數(shù)據(jù)鏈路層協(xié)議，它的數(shù)據(jù)幀封裝格式非常類似于HDLCPPP協(xié)議可通過協(xié)議域來區(qū)分?jǐn)?shù)據(jù)域中凈載荷的數(shù)據(jù)類型PPP協(xié)議通過LCP協(xié)議完成數(shù)據(jù)鏈路的配置和測試PPP協(xié)議通過NCP協(xié)議完成點(diǎn)對點(diǎn)通信設(shè)備之間網(wǎng)絡(luò)層通信所需參數(shù)的配置小節(jié)（一）PPP協(xié)議的三組件包括PPP協(xié)議的封裝方式、小節(jié)（二）魔術(shù)字可以在鏈路配置階段被協(xié)商，數(shù)據(jù)報(bào)文可借助魔術(shù)字來檢PPP鏈路是否存在環(huán)路PAP（密碼認(rèn)證協(xié)議）認(rèn)證是二次握手，它是直接在網(wǎng)絡(luò)上傳送明文的用戶名和密碼，因此這種協(xié)議安全性不高CHAP（挑戰(zhàn)性握手認(rèn)證協(xié)議）認(rèn)證是三次握手，它只在網(wǎng)絡(luò)上傳送驗(yàn)證方和被驗(yàn)證方的主機(jī)名，而并不傳送密碼，因此相比之處CHAP比PAP更安全PPP協(xié)議缺省的MRU是1500，而對于通信的雙方可根據(jù)實(shí)際需要對MRU進(jìn)行協(xié)商小節(jié)（二）魔術(shù)字可以在鏈路配置階段被協(xié)商，數(shù)據(jù)報(bào)文可借小節(jié)（三）PPP協(xié)議的狀態(tài)轉(zhuǎn)移圖包括鏈路不可用階段、鏈路建立階段、認(rèn)證階段、網(wǎng)絡(luò)層協(xié)議階段和鏈路終止階段LCP協(xié)議依據(jù)報(bào)文的功能可分為鏈路配置報(bào)文、鏈路終止報(bào)文和鏈路維護(hù)報(bào)文LCP協(xié)議的鏈路配置報(bào)文主要是用來協(xié)商一些可選的配置參數(shù)選項(xiàng)LCP協(xié)議的鏈路終止報(bào)文主要是用來終止一條PPP鏈路LCP協(xié)議的鏈路維護(hù)報(bào)文主要是用來測試和調(diào)試PPP鏈路NCP協(xié)議主要負(fù)責(zé)網(wǎng)絡(luò)層配置參數(shù)選項(xiàng)的協(xié)商，它包括"靜態(tài)協(xié)商"和"動(dòng)態(tài)協(xié)商"小節(jié)（三）PPP協(xié)議的狀態(tài)轉(zhuǎn)移圖包括鏈路不可用階段、鏈PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPPOE協(xié)議PPP協(xié)議SLIP協(xié)議內(nèi)容提要PPP協(xié)議要求進(jìn)行通信的雙方之間是點(diǎn)到點(diǎn)的關(guān)系，不適于廣播型的以太網(wǎng)和另外一些多點(diǎn)訪問型的網(wǎng)絡(luò)，于是就產(chǎn)生了PPPOE協(xié)議(Point-to-PointProtocolOverEthernet)。它不僅為使用橋接以太網(wǎng)接入的用戶提供了一種寬帶接入手段，同時(shí)還能提供方便的接入控制和計(jì)費(fèi)。每個(gè)接入用戶均建立一個(gè)獨(dú)一無二PPP的會(huì)話，因此會(huì)話建立之前必需知道遠(yuǎn)端訪問集中設(shè)備的MAC地址，PPPOE協(xié)議可通過發(fā)現(xiàn)協(xié)議來獲取到。PPPOE協(xié)議概述PPP協(xié)議要求進(jìn)行通信的雙方之間是點(diǎn)到點(diǎn)的關(guān)系，不適于廣播型PPPOE協(xié)議分為發(fā)現(xiàn)階段和PPP會(huì)話階段。當(dāng)主機(jī)希望開始一個(gè)PPPOE會(huì)話時(shí)，它首先要執(zhí)行一個(gè)發(fā)現(xiàn)過程來識(shí)別對方的MAC地址，然后建立一個(gè)唯一的PPPOE會(huì)話ID。PPPOE使用一個(gè)發(fā)現(xiàn)協(xié)議來解決這個(gè)問題，它是基于客戶/服務(wù)器模型的。由于以太網(wǎng)的廣播特性，在這個(gè)過程中主機(jī)(客戶)能發(fā)現(xiàn)所有的訪問集中器(服務(wù)器)，并選擇其中一個(gè)，根據(jù)所獲信息在兩者之間建立點(diǎn)對點(diǎn)的連接。當(dāng)一個(gè)PPP會(huì)話被建立起來之后，就完成了PPPOE的整個(gè)發(fā)現(xiàn)階段。發(fā)現(xiàn)階段PPPOE協(xié)議分為發(fā)現(xiàn)階段和PPP會(huì)話階段。當(dāng)主機(jī)希望開始一PPPOE的會(huì)話階段開始后，主機(jī)和訪問集中器之間就依據(jù)PPP協(xié)議傳送PPP數(shù)據(jù)，進(jìn)行PPP的各項(xiàng)協(xié)商和數(shù)據(jù)傳輸。在這一階段傳輸?shù)臄?shù)據(jù)包中必須包含在發(fā)現(xiàn)階段確定的會(huì)話標(biāo)識(shí)并保持不變。正常情況下，會(huì)話階段的結(jié)束是由PPP協(xié)議控制完成的，但在PPPOE中定義了一個(gè)PADT包用來結(jié)束會(huì)話，主機(jī)或者訪問集中器可以在PPP會(huì)話開始后的任何時(shí)候通過發(fā)送這個(gè)數(shù)據(jù)包來結(jié)束會(huì)話。會(huì)話階段PPPOE的會(huì)話階段開始后，主機(jī)和訪問集中器之間就依據(jù)PPP以太網(wǎng)的幀格式以太網(wǎng)的幀格式目的地址源地址(6字節(jié))(6字節(jié))幀類型域<=1500字節(jié)凈載荷幀校驗(yàn)(4字節(jié))以太網(wǎng)幀格式(2字節(jié))以太網(wǎng)廣播地址PPPOE發(fā)現(xiàn)階段PPPOE會(huì)話階段以太網(wǎng)單播地址主機(jī)以太網(wǎng)地址主機(jī)以太網(wǎng)地址0x88630x8864數(shù)據(jù)區(qū)數(shù)據(jù)區(qū)數(shù)據(jù)幀校驗(yàn)數(shù)據(jù)幀校驗(yàn)PPPOE發(fā)現(xiàn)階段以太網(wǎng)幀格式PPPOE會(huì)話階段以太網(wǎng)幀格式PPPOE的幀格式（一）目的地址源地址(6字節(jié))(6字節(jié))幀類型域<=1500字節(jié)凈版本類型代碼會(huì)話ID長度凈載荷4481616發(fā)現(xiàn)階段承載一些標(biāo)記會(huì)話階段承載PPP數(shù)據(jù)報(bào)文PPPOE的幀格式（二）版本類型代碼會(huì)話ID長度凈載荷4481616發(fā)現(xiàn)階段承載一些TAG標(biāo)記類型16標(biāo)記長度16標(biāo)記值0x00000x01020x01040x01100x01010x01030x01050x0201End-of-listAC-NameAC-CookieRelay-Session-IDService-NameService-Name-ErrorHost-UniqVerdor-Specific0x02020x0203AC-System-ErrorGeneric-ErrorPPPOE的幀格式（三）TAG標(biāo)記類型16標(biāo)記長度16標(biāo)記值0x00000x0102PADI(PPPOE發(fā)現(xiàn)初始報(bào)文)PADO(PPPOE