PPP協(xié)議和PPPE協(xié)議PPT學習教案

1、會計學1PPP協(xié)議和協(xié)議和PPPE協(xié)議協(xié)議 了解了解SLIP協(xié)議的基本原理協(xié)議的基本原理 掌握掌握PPP協(xié)議的基本原理協(xié)議的基本原理 掌握掌握LCP協(xié)議和協(xié)議和NCP協(xié)議數(shù)據(jù)報文的交換過程協(xié)議數(shù)據(jù)報文的交換過程 掌握掌握PPPOE協(xié)議的基本原理協(xié)議的基本原理 第1頁/共61頁 PPPOE協(xié)議協(xié)議PPP協(xié)議協(xié)議SLIP協(xié)議協(xié)議第2頁/共61頁IP數(shù)據(jù)報文+END字符=SLIP數(shù)據(jù)幀定義：定義： SLIP是在串行線路上對是在串行線路上對IP數(shù)據(jù)報進行封裝的簡單協(xié)議。數(shù)據(jù)報進行封裝的簡單協(xié)議。SLIP數(shù)據(jù)幀格式數(shù)據(jù)幀格式：第3頁/共61頁IPIPXAppleTalk路由器路由器A路由器路由器BSLI

2、P鏈路鏈路IPIPXAppleTalk第4頁/共61頁NoiseHello01010101000100011100Heolo123有誤有誤重傳重傳4路由器路由器A路由器路由器B第5頁/共61頁路由器路由器A路由器路由器BSLIP鏈路鏈路路由器路由器B的互連的互連IP是多少？是多少？打個電話問問打個電話問問我的地址是，那我的地址是，那你的地址是多少？你的地址是多少？還要通過這么原始的方式來獲知對方的還要通過這么原始的方式來獲知對方的IP地址地址第6頁/共61頁 SLIP是一種僅能在點對點的鏈路上封裝是一種僅能在點對點的鏈路上封裝IP數(shù)據(jù)報的協(xié)議數(shù)據(jù)報的協(xié)議3 SLIP的幀格式為的幀格式為IP數(shù)據(jù)

3、報數(shù)據(jù)報c0 SLIP不支持不支持IP地址的協(xié)商地址的協(xié)商第7頁/共61頁 PPPOE協(xié)議協(xié)議PPP協(xié)議協(xié)議SLIP協(xié)議協(xié)議第8頁/共61頁PPP協(xié)議的定義：協(xié)議的定義：PPP協(xié)議提供了一種標準的方式在點對點的鏈路上傳輸多種協(xié)議提供了一種標準的方式在點對點的鏈路上傳輸多種網(wǎng)絡層協(xié)議的數(shù)據(jù)報。網(wǎng)絡層協(xié)議的數(shù)據(jù)報。PPP協(xié)議與協(xié)議棧的對應關(guān)系協(xié)議與協(xié)議棧的對應關(guān)系物理層數(shù)據(jù)鏈路層網(wǎng)絡層傳輸層會話層表示層應用層PPP協(xié)議協(xié)議第9頁/共61頁 支持點到點的連接，不同于、支持點到點的連接，不同于、frame relayframe relay等數(shù)據(jù)鏈路層等數(shù)據(jù)鏈路層協(xié)議，具有協(xié)議，具有CHAPCHAP、P

4、APPAP驗證協(xié)議，更好的保證了網(wǎng)絡的安全性驗證協(xié)議，更好的保證了網(wǎng)絡的安全性。 PPPPPP的物理層既支持數(shù)據(jù)為的物理層既支持數(shù)據(jù)為8 8位和無奇偶校驗的異步模式位和無奇偶校驗的異步模式，還支持面向比特位的同步鏈接，如，還支持面向比特位的同步鏈接，如frame relayframe relay必須為同步必須為同步電路。電路。 PPPPPP有針對不同網(wǎng)絡層的網(wǎng)絡控制協(xié)議，如大家熟知的有針對不同網(wǎng)絡層的網(wǎng)絡控制協(xié)議，如大家熟知的IPCP, IPXCPIPCP, IPXCP。同樣類似于。同樣類似于SLIPSLIP協(xié)議，它也允許雙方協(xié)商是否協(xié)議，它也允許雙方協(xié)商是否對報文首部進行壓縮。對報文首部進行

5、壓縮。第10頁/共61頁 多協(xié)議數(shù)據(jù)報的封裝方式多協(xié)議數(shù)據(jù)報的封裝方式 PPP協(xié)議的鏈路控制協(xié)議協(xié)議的鏈路控制協(xié)議LCP PPP協(xié)議的網(wǎng)絡控制協(xié)議協(xié)議的網(wǎng)絡控制協(xié)議NCP 第11頁/共61頁校驗標志標志地址信息域控制協(xié)議域1B1B2B缺省1500B7EFF031B2B1B7E第12頁/共61頁校驗IP數(shù)據(jù)報文0 x0021校驗LCP數(shù)據(jù)報文0 xC021校驗NCP數(shù)據(jù)報文0 x8021協(xié)議域長度為協(xié)議域長度為2個字節(jié)，主要用來指明信息域中使用的協(xié)個字節(jié)，主要用來指明信息域中使用的協(xié)議類型。該域的結(jié)構(gòu)與議類型。該域的結(jié)構(gòu)與ISO3309地址域擴展機制一致。地址域擴展機制一致。第13頁/共61頁鏈

6、路不可用階段鏈路建立階段驗證階段網(wǎng)絡層協(xié)議階段鏈路終止階段失敗LCP報文可選，由配置決定第14頁/共61頁信息域協(xié)議域標識域代碼域長度域數(shù)據(jù)長度域類型域數(shù)據(jù)PPP封裝格式LCP數(shù)據(jù)報文的封裝格式LCP數(shù)據(jù)報文中配置參數(shù)選項的封裝格式0 xC021第15頁/共61頁 鏈路配置報文鏈路配置報文用來建立和配置一條鏈路，主要包括用來建立和配置一條鏈路，主要包括Configure-RequestConfigure-Request、Configure-AckConfigure-Ack、Configure-NakConfigure-Nak和和Configure-RejectConfigure-Reject報

7、文報文 鏈路終止報文鏈路終止報文用來終止一條鏈路，主要包括用來終止一條鏈路，主要包括Terminate-RequestTerminate-Request和和Terminate-ReplyTerminate-Reply報文報文 鏈路維護報文鏈路維護報文用來管理和調(diào)試鏈路，主要包括用來管理和調(diào)試鏈路，主要包括Code-RejectCode-Reject、Protocol-Protocol-RejectReject、Echo-RequestEcho-Request、Echo-ReplyEcho-Reply和和Discard-RequestDiscard-Request報文報文第16頁/共61頁0 x

8、010 x020 x030 x040 x050 x060 x070 x080 x090 x0A0 x0B0 x0CConfigure-RequestConfigure-AckConfigure-NakConfigure-RejectTerminate-RequestTerminate-ReplyCode-RejectProtocol-RejectEcho-RequestEcho-ReplyDiscard-RequestReserved第17頁/共61頁7E FF 03 C0 21 01 01 00 17 02 06 00 0A 00 00 05 06 00 0B 42 CB 07 02 08

9、02 0D 03 06 7E 7E FF 03 C0 21 02 01 00 17 02 06 00 0A 00 00 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E 假設(shè)點對點通信的一端發(fā)送了一個假設(shè)點對點通信的一端發(fā)送了一個Config-Request報文，報文內(nèi)容如下報文，報文內(nèi)容如下： 從報文中可以看出這個配置請求報文包括從報文中可以看出這個配置請求報文包括5個配置參數(shù)選項。個配置參數(shù)選項。 當對端正確接收到了該報文后，應該回應一個當對端正確接收到了該報文后，應該回應一個Config-Ack報文，報文內(nèi)容報文，報文內(nèi)容如下：如下： 該報文中唯一修改的

10、內(nèi)容就是代碼域（該報文中唯一修改的內(nèi)容就是代碼域（02表示是表示是Config-Ack報文），標識報文），標識域與原報文中的一樣。域與原報文中的一樣。 第18頁/共61頁0 x010 x020 x030 x040 x050 x060 x070 x08Maximum-Recive-UnitAsync-Control-Character-MapAuthentication-ProtocolQuality-ProtocolMagic-NumberAddress-And-Control-Field-CompressionReservedProtocol-Field-Compression第19頁/共6

11、1頁7E FF 03 C0 21 01 01 00 17 02 06 00 0A 00 00 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E 7E FF 03 C0 21 02 01 00 17 02 06 00 0A 00 00 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E 假設(shè)點對點通信的一端發(fā)送了一個假設(shè)點對點通信的一端發(fā)送了一個Config-Request報文，報文內(nèi)容如下報文，報文內(nèi)容如下： 從報文中可以看出這個配置請求報文包括從報文中可以看出這個配置請求報文包括5個配置參數(shù)選項。個配置參數(shù)選項。 當對端正確接

12、收到了該報文后，應該回應一個當對端正確接收到了該報文后，應該回應一個Config-Ack報文，報文內(nèi)容報文，報文內(nèi)容如下：如下： 該報文中唯一修改的內(nèi)容就是代碼域（該報文中唯一修改的內(nèi)容就是代碼域（02表示是表示是Config-Ack報文），標識報文），標識域與原報文中的一樣。域與原報文中的一樣。 第20頁/共61頁一次交互一次交互12Config-RequestConfig-Ack路由器路由器A路由器路由器B第21頁/共61頁假設(shè)點對點通信的一端發(fā)送了一個假設(shè)點對點通信的一端發(fā)送了一個Config-Request報文，報文內(nèi)容如下：報文，報文內(nèi)容如下：7E FF 03 C0 21 01 01

13、 00 17 02 06 00 0A 00 00 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E該數(shù)據(jù)報文中有下劃線的配置參數(shù)選項的內(nèi)容為對端不認可的。該數(shù)據(jù)報文中有下劃線的配置參數(shù)選項的內(nèi)容為對端不認可的。當對端正確接收到了該報文后，發(fā)現(xiàn)類型域為當對端正確接收到了該報文后，發(fā)現(xiàn)類型域為0 x02的配置參數(shù)選項可識別，的配置參數(shù)選項可識別，但該配置參數(shù)選項數(shù)據(jù)域的內(nèi)容不認可，應發(fā)送一個但該配置參數(shù)選項數(shù)據(jù)域的內(nèi)容不認可，應發(fā)送一個Config-Nak報文且該報報文且該報文中將攜帶希望的配置參數(shù)選項內(nèi)容，報文內(nèi)容如下：文中將攜帶希望的配置參數(shù)選項內(nèi)容，報文內(nèi)容

14、如下：7E FF 03 C0 21 03 01 00 0A 02 06 00 0E 00 00 7E該報文中返回的值已經(jīng)被更改，且當發(fā)端收到該報文后會重新發(fā)送一個該報文中返回的值已經(jīng)被更改，且當發(fā)端收到該報文后會重新發(fā)送一個Config-Request報文，報文內(nèi)容如下：報文，報文內(nèi)容如下：7E FF 03 C0 21 01 04 00 17 02 06 00 0E 00 00 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E仔細觀察是不是新的配置請求報文與老的配置請求的報文仔細觀察是不是新的配置請求報文與老的配置請求的報文ID不一樣。不一樣。 第22頁/共6

15、1頁二次交互（二次交互（1）12Config-RequestConfig-Nak路由器路由器A路由器路由器B34Config-RequestConfig-Ack第23頁/共61頁7E FF 03 C0 21 01 01 00 17 02 06 00 0A 00 00 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E 假設(shè)點對點通信的一端發(fā)送了一個假設(shè)點對點通信的一端發(fā)送了一個Config-Request報文，報文內(nèi)容如下報文，報文內(nèi)容如下： 下劃線所表示的配置參數(shù)選項為對端不可識別的。下劃線所表示的配置參數(shù)選項為對端不可識別的。當對端正確接收到了該報文后，發(fā)現(xiàn)

16、類型域為當對端正確接收到了該報文后，發(fā)現(xiàn)類型域為0 x02的配置參數(shù)選項不識的配置參數(shù)選項不識 別，應該回應一個別，應該回應一個Config-Reject報文，報文內(nèi)容如下：報文，報文內(nèi)容如下：7E FF 03 C0 21 04 01 00 0A 02 06 00 0A 00 00 7E該報文如果被原發(fā)送端接收后，又會重新發(fā)送一個該報文如果被原發(fā)送端接收后，又會重新發(fā)送一個Config-Request報文，報文，報文內(nèi)容如下：報文內(nèi)容如下：7E FF 03 C0 21 01 04 00 11 05 06 00 0B 42 CB 07 02 08 02 0D 03 06 7E這時我們能看到，類型

17、域為這時我們能看到，類型域為02的配置選項在下一次的請求報文中被刪除了的配置選項在下一次的請求報文中被刪除了。 第24頁/共61頁二次交互（二次交互（2）12Config-RequestConfig-Reject路由器路由器A路由器路由器B34Config-RequestConfig-Ack第25頁/共61頁多次交互多次交互12Config-RequestConfig-Reject路由器路由器A路由器路由器B34Config-RequestConfig-Nak56Config-RequestConfig-Ack第26頁/共61頁 Terminate-Request Terminate-Repl

18、y 第27頁/共61頁PPP封裝封裝Config-Request ID=1 M=1Config-Request ID=1 M=1PPP封裝封裝Config-Nak ID=4 M=2Config-Nak ID=4 M=2PPP封裝封裝Config-Request ID=2 M=2Config-Request ID=2 M=2第28頁/共61頁用戶名用戶名/密碼密碼接收接收/拒絕拒絕PPP封封裝裝路由器路由器A路由器路由器B被驗證方被驗證方驗證方驗證方問題問題1：如圖所示，路由器：如圖所示，路由器B作為驗證方，而路由器作為驗證方，而路由器A則則作為被驗證方，那么如何分別配置兩個路由器？作為被驗證方

19、，那么如何分別配置兩個路由器？第29頁/共61頁回應接收/拒絕PPP封裝路由器A路由器B挑戰(zhàn)被驗證方驗證方問題問題2：如圖所示，路由器：如圖所示，路由器B作為驗證方，而路由器作為驗證方，而路由器A則則作為被驗證方，那么如何分別配置兩個路由器？作為被驗證方，那么如何分別配置兩個路由器？第30頁/共61頁 IPCP IPXCP AppleTalk第31頁/共61頁點對點通信設(shè)備均設(shè)置了點對點通信設(shè)備均設(shè)置了IP地址地址我知道了我的IP地址是路由器B路由器A我知道了我的IP地址是第32頁/共61頁點對點通信的一方設(shè)置了點對點通信的一方設(shè)置了IP地址，而地址，而另一方則通過從對端獲取另一方則通過從對端

20、獲取IP地址地址這個地址不合法，用這個地址吧我的IP地址是路由器B路由器A我知道了我的IP地址是我的IP地址是我知道了第33頁/共61頁 PPP協(xié)議的三組件包括協(xié)議的三組件包括PPP協(xié)議的封裝方式、協(xié)議的封裝方式、LCP協(xié)議和協(xié)議和NCP協(xié)協(xié)議議 PPP協(xié)議是數(shù)據(jù)鏈路層協(xié)議，它的數(shù)據(jù)幀封裝格式非常類似于協(xié)議是數(shù)據(jù)鏈路層協(xié)議，它的數(shù)據(jù)幀封裝格式非常類似于HDLC PPP協(xié)議可通過協(xié)議域來區(qū)分數(shù)據(jù)域中凈載荷的數(shù)據(jù)類型協(xié)議可通過協(xié)議域來區(qū)分數(shù)據(jù)域中凈載荷的數(shù)據(jù)類型 PPP協(xié)議通過協(xié)議通過LCP協(xié)議完成數(shù)據(jù)鏈路的配置和測試協(xié)議完成數(shù)據(jù)鏈路的配置和測試 PPP協(xié)議通過協(xié)議通過NCP協(xié)議完成點對點通信設(shè)備

21、之間網(wǎng)絡層通信所需協(xié)議完成點對點通信設(shè)備之間網(wǎng)絡層通信所需參數(shù)的配置參數(shù)的配置 第34頁/共61頁 魔術(shù)字可以在鏈路配置階段被協(xié)商，數(shù)據(jù)報文可借助魔術(shù)字來檢魔術(shù)字可以在鏈路配置階段被協(xié)商，數(shù)據(jù)報文可借助魔術(shù)字來檢PPP鏈路是否存在環(huán)路鏈路是否存在環(huán)路 PAP（密碼認證協(xié)議）認證是二次握手，它是直接在網(wǎng)絡上傳送（密碼認證協(xié)議）認證是二次握手，它是直接在網(wǎng)絡上傳送明文的用戶名和密碼，因此這種協(xié)議安全性不高明文的用戶名和密碼，因此這種協(xié)議安全性不高 CHAP（挑戰(zhàn)性握手認證協(xié)議）認證是三次握手，它只在網(wǎng)絡上（挑戰(zhàn)性握手認證協(xié)議）認證是三次握手，它只在網(wǎng)絡上傳送驗證方和被驗證方的主機名，而并不傳送密碼

22、，因此相比之處傳送驗證方和被驗證方的主機名，而并不傳送密碼，因此相比之處CHAP比比PAP更安全更安全 PPP協(xié)議缺省的協(xié)議缺省的MRU是是1500，而對于通信的雙方可根據(jù)實際需，而對于通信的雙方可根據(jù)實際需要對要對MRU進行協(xié)商進行協(xié)商 第35頁/共61頁 PPP協(xié)議的狀態(tài)轉(zhuǎn)移圖包括鏈路不可用階段、鏈路建立階段、認證階協(xié)議的狀態(tài)轉(zhuǎn)移圖包括鏈路不可用階段、鏈路建立階段、認證階段、網(wǎng)絡層協(xié)議階段和鏈路終止階段段、網(wǎng)絡層協(xié)議階段和鏈路終止階段 LCP協(xié)議依據(jù)報文的功能可分為鏈路配置報文、鏈路終止報文和鏈路協(xié)議依據(jù)報文的功能可分為鏈路配置報文、鏈路終止報文和鏈路維護報文維護報文 LCP協(xié)議的鏈路配置

23、報文主要是用來協(xié)商一些可選的配置參數(shù)選項協(xié)議的鏈路配置報文主要是用來協(xié)商一些可選的配置參數(shù)選項 LCP協(xié)議的鏈路終止報文主要是用來終止一條協(xié)議的鏈路終止報文主要是用來終止一條PPP鏈路鏈路 LCP協(xié)議的鏈路維護報文主要是用來測試和調(diào)試協(xié)議的鏈路維護報文主要是用來測試和調(diào)試PPP鏈路鏈路 NCP協(xié)議主要負責網(wǎng)絡層配置參數(shù)選項的協(xié)商，它包括協(xié)議主要負責網(wǎng)絡層配置參數(shù)選項的協(xié)商，它包括靜態(tài)協(xié)商靜態(tài)協(xié)商和和動態(tài)協(xié)商動態(tài)協(xié)商 第36頁/共61頁 PPPOE協(xié)議協(xié)議PPP協(xié)議協(xié)議SLIP協(xié)議協(xié)議第37頁/共61頁PPP協(xié)議要求進行通信的雙方之間是點到點的關(guān)系，不協(xié)議要求進行通信的雙方之間是點到點的關(guān)系，不

24、適于廣播型的以太網(wǎng)和另外一些多點訪問型的網(wǎng)絡，于適于廣播型的以太網(wǎng)和另外一些多點訪問型的網(wǎng)絡，于是就產(chǎn)生了是就產(chǎn)生了PPPOEPPPOE協(xié)議協(xié)議(Point-to-Point Protocol Over Ethernet)。它不僅為使用橋接以太網(wǎng)接入的用戶提供了它不僅為使用橋接以太網(wǎng)接入的用戶提供了一種寬帶接入手段，同時還能提供方便的接入控制和計一種寬帶接入手段，同時還能提供方便的接入控制和計費。每個接入用戶均建立一個獨一無二費。每個接入用戶均建立一個獨一無二PPP的會話，因的會話，因此會話建立之前必需知道遠端訪問集中設(shè)備的此會話建立之前必需知道遠端訪問集中設(shè)備的MAC地址地址，PPPOE協(xié)議

25、可通過發(fā)現(xiàn)協(xié)議來獲取到。協(xié)議可通過發(fā)現(xiàn)協(xié)議來獲取到。第38頁/共61頁PPPOE協(xié)議分為發(fā)現(xiàn)階段和協(xié)議分為發(fā)現(xiàn)階段和PPP會話階段。當主機希望開會話階段。當主機希望開始一個始一個PPPOE會話時，它首先要執(zhí)行一個發(fā)現(xiàn)過程來識別會話時，它首先要執(zhí)行一個發(fā)現(xiàn)過程來識別對方的對方的MAC地址，然后建立一個唯一的地址，然后建立一個唯一的PPPOE會話會話ID。PPPOE使用一個發(fā)現(xiàn)協(xié)議來解決這個問題，它是基于客戶使用一個發(fā)現(xiàn)協(xié)議來解決這個問題，它是基于客戶/服務器模型的。由于以太網(wǎng)的廣播特性，在這個過程中主服務器模型的。由于以太網(wǎng)的廣播特性，在這個過程中主機機(客戶客戶)能發(fā)現(xiàn)所有的訪問集中器能發(fā)現(xiàn)所

26、有的訪問集中器(服務器服務器)，并選擇其中一，并選擇其中一個，根據(jù)所獲信息在兩者之間建立點對點的連接。當一個個，根據(jù)所獲信息在兩者之間建立點對點的連接。當一個PPP會話被建立起來之后，就完成了會話被建立起來之后，就完成了PPPOE的整個發(fā)現(xiàn)階的整個發(fā)現(xiàn)階段。段。第39頁/共61頁PPPOE的會話階段開始后，主機和訪問集中器之間就依據(jù)的會話階段開始后，主機和訪問集中器之間就依據(jù)PPP協(xié)議傳送協(xié)議傳送PPP數(shù)據(jù)，進行數(shù)據(jù)，進行PPP的各項協(xié)商和數(shù)據(jù)傳輸?shù)母黜梾f(xié)商和數(shù)據(jù)傳輸。在這一階段傳輸?shù)臄?shù)據(jù)包中必須包含在發(fā)現(xiàn)階段確定的。在這一階段傳輸?shù)臄?shù)據(jù)包中必須包含在發(fā)現(xiàn)階段確定的會話標識并保持不變。正常情況

27、下，會話階段的結(jié)束是由會話標識并保持不變。正常情況下，會話階段的結(jié)束是由PPP協(xié)議控制完成的，但在協(xié)議控制完成的，但在PPPOE中定義了一個中定義了一個PADT 包包用來結(jié)束會話，主機或者訪問集中器可以在用來結(jié)束會話，主機或者訪問集中器可以在PPP會話開始會話開始后的任何時候通過發(fā)送這個數(shù)據(jù)包來結(jié)束會話。后的任何時候通過發(fā)送這個數(shù)據(jù)包來結(jié)束會話。第40頁/共61頁目的地址（6 octets ）源地址（6 octets ）類型域（2 octets ）凈載荷幀校驗0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 第41頁/共61頁目的地址源地址(6字節(jié))(6字節(jié))幀類型域=150

28、0字節(jié)凈載荷幀校驗(4字節(jié))以太網(wǎng)幀格式(2字節(jié))以太網(wǎng)廣播地址PPPOE發(fā)現(xiàn)階段PPPOE會話階段以太網(wǎng)單播地址主機以太網(wǎng)地址主機以太網(wǎng)地址0 x88630 x8864數(shù)據(jù)區(qū)數(shù)據(jù)區(qū)數(shù)據(jù)幀校驗數(shù)據(jù)幀校驗PPPOE發(fā)現(xiàn)階段以太網(wǎng)幀格式PPPOE會話階段以太網(wǎng)幀格式第42頁/共61頁版本類型代碼會話ID長度凈載荷4481616發(fā)現(xiàn)階段承載一些標記發(fā)現(xiàn)階段承載一些標記會話階段承載會話階段承載PPP數(shù)據(jù)報文數(shù)據(jù)報文第43頁/共61頁TAG標記類型16標記長度16標記值0 x00000 x01020 x01040 x01100 x01010 x01030 x01050 x0201End-of-listA

29、C-NameAC-CookieRelay-Session-IDService-NameService-Name-ErrorHost-UniqVerdor-Specific0 x02020 x0203AC-System-ErrorGeneric-Error第44頁/共61頁 PADI(PPPOE發(fā)現(xiàn)初始報文發(fā)現(xiàn)初始報文) PADO(PPPOE發(fā)現(xiàn)提供報文發(fā)現(xiàn)提供報文) PADR(PPPOE發(fā)現(xiàn)請求報文發(fā)現(xiàn)請求報文) PADS(PPPOE發(fā)現(xiàn)會話確認報文發(fā)現(xiàn)會話確認報文) PADT(PPPOE發(fā)現(xiàn)終止報文發(fā)現(xiàn)終止報文)09a7076519第45頁/共61頁以太網(wǎng)以太網(wǎng)123目標地址為廣播地址0 x

30、ffffffff，源地址為主機的以太網(wǎng)地址。ETHER_TYPE值為0 x8863，碼值為0 x09，SESSION-ID為0 x0000。TAG_TYPE：有且僅有一個Service-Name表明主機請求的服務。任何數(shù)量的其他TAG_TYPE。 PADI報文長度不能超過1484個字節(jié)，為Relay-Session-Id TAG留空間。第46頁/共61頁以太網(wǎng)以太網(wǎng)123目標地址為主機以太網(wǎng)地址。源地址為接入集中器的以太網(wǎng)地址。ETHER_TYPE值為0 x8863，碼值為0 x07，SESSION-ID為0 x0000，TAG_TYPE：必須有一個含有接入集中器名字的AC-Name TAG，必須有一個與收到的PADI相同的Service-Name TAG和任意數(shù)量的其他Service- Name TAG表明集中器可以提供的服務。第47頁/共61頁以太網(wǎng)以太網(wǎng)123目標地址為接入集中器的以太網(wǎng)地址，源地址為主機的以太網(wǎng)地址。 ETHER_TYPE值為0 x8863，碼值為0 x19，SESSION-ID為0 x0000，TAG_TYPE： 必須有一個類型為Service-Name的TA