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

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

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

3、PADR(R = Request)，請求會話號； 服務(wù)器端響應(yīng)一PADS(S = Session-confirmation)，將分配的會話號告知對方。 至此，PPPoE會話建立。后續(xù)可以進(jìn)行PPP的協(xié)商了。 思考：PPPoE發(fā)現(xiàn)階段的主要任務(wù)是什么？,6,PADI,此包中重點關(guā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，開始PPP的建鏈過程。,9,PPPoE會話階段,PPPoE會話階段有三個過程： 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)證時使用的協(xié)議等； 認(rèn)證階段:此階段服務(wù)器端將驗證客戶端的合法性。最常見的兩種就是PAP和CHAP； PAP認(rèn)證：發(fā)送的認(rèn)證信息是明文，可以通過抓包工具看到用戶名、密碼； CHA

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

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

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