PPPoE協(xié)議詳解ppt課件

1、PPPoE協(xié)議詳解,1,1、 PPPoE簡(jiǎn)介 2、 PPPoE建鏈過(guò)程詳解 3、 PPPoE幀格式 4、 PPPoE故障診斷,針對(duì)新入職職員,2小時(shí),使新入職職員對(duì)PPPoE協(xié)議有全面、詳細(xì)的了解；理解并掌握PPPoE的建鏈過(guò)程，初步具有定位PPPoE撥號(hào)問(wèn)題的能力。,培訓(xùn)目的,培訓(xùn)對(duì)象,培訓(xùn)講師,學(xué)習(xí)重點(diǎn),培訓(xùn)課時(shí),2,PPPoE簡(jiǎn)介 PPPoE建鏈過(guò)程詳解 PPPoE幀格式 PPPoE故障診斷,內(nèi)容概要,3,PPPoE = PPP Over Ethernet; 用于實(shí)現(xiàn)PPP在以太網(wǎng)上的傳輸。 是為了滿足越來(lái)越多的寬帶上網(wǎng)設(shè)備（如ADSL-最初是靜態(tài)IP 、無(wú)線、有線電視等）和越來(lái)越快的網(wǎng)

2、絡(luò)之間的通信而指定開(kāi)發(fā)的標(biāo)準(zhǔn)，它給出了兩個(gè)廣泛的接受的標(biāo)準(zhǔn)：以太網(wǎng)和PPP撥號(hào)協(xié)議； 不難看出，PPPoE就是將PPP數(shù)據(jù)承載到以太網(wǎng)上，實(shí)質(zhì)是在共享介質(zhì)的網(wǎng)絡(luò)中提供一條邏輯上的點(diǎn)到點(diǎn)鏈路（Session ID）； PPPoE主要協(xié)議標(biāo)準(zhǔn)：RFC2516；,PPPoE簡(jiǎn)介,4,PPPoE的協(xié)議交互(建鏈過(guò)程),PPPoE分成兩個(gè)階段： PPPoE發(fā)現(xiàn)階段； PPPoE會(huì)話階段。,5,PPPoE Discovery階段,客戶端廣播一PADI(I = Initiation)請(qǐng)求，查找網(wǎng)絡(luò)中的服務(wù)器； 服務(wù)器端響應(yīng)一PADO(O = Offer)，將自己的一些信息告知客戶端； 客戶端向此服務(wù)器發(fā)送一

3、PADR(R = Request)，請(qǐng)求會(huì)話號(hào)； 服務(wù)器端響應(yīng)一PADS(S = Session-confirmation)，將分配的會(huì)話號(hào)告知對(duì)方。 至此，PPPoE會(huì)話建立。后續(xù)可以進(jìn)行PPP的協(xié)商了。 思考：PPPoE發(fā)現(xiàn)階段的主要任務(wù)是什么？,6,PADI,此包中重點(diǎn)關(guān)注幾點(diǎn)： 1、二層目的地址是：廣播地址； 2、幀類型：0 x8863（發(fā)現(xiàn)階段幀類型）,3、code：PADI 0 x09 4、session ID：0 x0000,7,PADO-PADR,8,PADS,服務(wù)器分配了session ID之后，發(fā)現(xiàn)階段的任務(wù)就已經(jīng)完成了。 發(fā)現(xiàn)階段的兩大任務(wù)：1、尋找可用的服務(wù)器；2、得到

4、session ID，開(kāi)始PPP的建鏈過(guò)程。,9,PPPoE會(huì)話階段,PPPoE會(huì)話階段有三個(gè)過(guò)程： LCP協(xié)商，完成二層的建鏈和參數(shù)協(xié)商。 認(rèn)證，主要使用PAPCHAPMSCHAP NCP協(xié)商，使用IPCP協(xié)議，完成三層的配置。 數(shù)據(jù)傳輸,10,LCP協(xié)商階段:LCP = Link Control Protocol，鏈路控制協(xié)議此階段主要是協(xié)商鏈路的一些參數(shù)，如最大接收單元MRU、Magic Number，以及后續(xù)認(rèn)證時(shí)使用的協(xié)議等； 認(rèn)證階段:此階段服務(wù)器端將驗(yàn)證客戶端的合法性。最常見(jiàn)的兩種就是PAP和CHAP； PAP認(rèn)證：發(fā)送的認(rèn)證信息是明文，可以通過(guò)抓包工具看到用戶名、密碼； CHA

5、P認(rèn)證：發(fā)送的認(rèn)證信息是密文，抓包工具無(wú)法解析出來(lái)真正的用戶名、密碼。 IPCP階段：此階段進(jìn)行IP、DNS、WINS等的協(xié)商； 數(shù)據(jù)傳輸上述任一階段失敗都會(huì)導(dǎo)致協(xié)議終止。如果都成功，則可以開(kāi)始進(jìn)行IP層的通信了；,PPP的四個(gè)階段（1）,11,LCP協(xié)商階段,12,LCP協(xié)商階段,13,認(rèn)證階段,14,NCP階段,NCP階段使用IPCP協(xié)議，交互過(guò)程如下：,15,PPP的四個(gè)階段（2）,上述協(xié)商過(guò)程中服務(wù)器端和客戶端地位是平等的，即無(wú)論是服務(wù)器端還是客戶端都可以主動(dòng)發(fā)起參數(shù)的協(xié)商，也可以主動(dòng)斷開(kāi)鏈路，沒(méi)有時(shí)間先后的要求。這也就是所謂的Peer-to-Peer。 無(wú)論是LCP還是PPP，協(xié)商的

6、方法都是：一方發(fā)出提議，并等待對(duì)方意見(jiàn)；對(duì)方的意見(jiàn)無(wú)非三種： a)同意應(yīng)答Ack b)不同意應(yīng)答Nak，同時(shí)指出自己能接收的值 如果己方能夠同意對(duì)方提議的新的值，則按對(duì)方的提議 重新發(fā)一次提議。這樣對(duì)方就能應(yīng)答Ack了。 c)不認(rèn)識(shí)的屬性應(yīng)答Reject,16,PPPoE的協(xié)議交互(斷鏈過(guò)程),17,客戶端/服務(wù)器端主動(dòng)斷鏈； 心跳不通； PPP鏈路建立之后，客戶端和服務(wù)器端均可以發(fā)送LCP echo request請(qǐng)求進(jìn)行keepalive。對(duì)方收到該請(qǐng)求后必須應(yīng)答LCP echo reply。若連續(xù)若干次未收到心跳響應(yīng)，則認(rèn)為鏈路故障，斷開(kāi)鏈路。,斷鏈原因,18,PPPoE的幀格式（1）,

7、19,PPPoE的幀格式（2）,20,PPPoE的幀格式（3）,21,TAG 說(shuō)明,22,PPPOE發(fā)現(xiàn)階段數(shù)據(jù)報(bào)文,PADI(PPPOE發(fā)現(xiàn)初始報(bào)文) PADO(PPPOE發(fā)現(xiàn)提供報(bào)文) PADR(PPPOE發(fā)現(xiàn)請(qǐng)求報(bào)文) PADS(PPPOE發(fā)現(xiàn)會(huì)話確認(rèn)報(bào)文) PADT(PPPOE發(fā)現(xiàn)終止報(bào)文),23,可能產(chǎn)生故障的原因： 用戶名密碼錯(cuò)誤； 認(rèn)證方式設(shè)置錯(cuò)誤； 認(rèn)證方式不常用； 解決辦法： 檢查客戶設(shè)置的用戶名密碼 ，多數(shù)情況下是用戶設(shè)置了錯(cuò)誤的用戶名密碼導(dǎo)致的； 檢查認(rèn)證方式，一般設(shè)為自動(dòng)，很少需要手動(dòng)設(shè)置的，如果自動(dòng)不行可以分別嘗試PAP和CHAP認(rèn)證方式； 極少的情況下局端會(huì)使用一些不太常用的認(rèn)證方式，可能導(dǎo)致認(rèn)證失敗，如果大面積出現(xiàn)認(rèn)證失敗的情況，可能是這種原因，在這種情況下請(qǐng)了解局端的認(rèn)證情況并告知研發(fā)予以處理；,一些故障分析方法（認(rèn)證失?。?24,可能產(chǎn)生故障的原因： 物理線路故障； 網(wǎng)絡(luò)不支持小余60字節(jié)的包，因?yàn)镻PPoE發(fā)現(xiàn)階段的一些包會(huì)小于60字節(jié)，可能會(huì)被局端丟棄； 局端和終端由于選項(xiàng)兼容性問(wèn)題無(wú)法協(xié)商成功； 解決辦法： 檢查物理線路，確認(rèn)物理線路正常； 使用橋接方式測(cè)試，看看能否撥號(hào)成功，并在PC上抓包，給到研發(fā)分析； 在局端的BRAS上抓包，給到研發(fā)分析；,一些故障分析方法（無(wú)法連接）,25,可能產(chǎn)生故障的原因： 物理線路不穩(wěn)定； 設(shè)置