pppoe原理協(xié)議詳解

1、PPPoE（PointtoPointProtocoloverEther，基于以太網(wǎng)的點(diǎn)對(duì)點(diǎn)協(xié)議）的工作流程包含發(fā)現(xiàn)（發(fā)現(xiàn)（Discovery）和會(huì)話（會(huì)話（Session）兩個(gè)階段，發(fā)現(xiàn)階段是無(wú)狀態(tài)無(wú)狀態(tài)的，目的是獲得PPPoE終端（在局端的ADSL設(shè)備上）的以太網(wǎng)MAC地址，并建立一個(gè)惟一的PPPoESESSIONID。發(fā)現(xiàn)階段結(jié)束后，就進(jìn)入標(biāo)準(zhǔn)的PPP會(huì)話階段1.1.發(fā)現(xiàn)階段（發(fā)現(xiàn)階段（PPPoEDPPPoED：PPPoEPPPoE

2、DiscoveryDiscovery）1.1PADIPADI（PPPoEActiveDiscoveryInitiationInitiation）主機(jī)廣播發(fā)起分組，分組的目的地址為以太網(wǎng)的廣播地址0xffffffffffff，CODE（代碼）字段值為009（PADICode），SESSIONID（會(huì)話ID）字段值為0x0000。PADI分組必須至少包含一個(gè)服務(wù)名稱類型的標(biāo)簽標(biāo)簽（ServiceNameTag，字段值為0x0101），向接入

3、集中器提出所要求提供的服務(wù)。1.2PADOPADO（PPPoEActiveDiscoveryOfferOffer）接入集中器收到在服務(wù)范圍內(nèi)的PADI分組，發(fā)送PPPoE有效發(fā)現(xiàn)提供包分組，以響應(yīng)請(qǐng)求。其中CODE字段值為007（PADOCode），SESSIONID字段值仍為0x0000。PADO分組必須包含一個(gè)接入集中器名稱類型的標(biāo)簽（AccessConcentratNameTag，字段值為0x0102），以及一個(gè)或多個(gè)服務(wù)名稱類型

4、標(biāo)簽，表明可向主機(jī)提供的服務(wù)種類。PADO和PADI的HostUniqTag值相同。1.3PADRPADR（PPPoEActiveDiscoveryRequestRequest）主機(jī)在可能收到的多個(gè)PADO分組中選擇一個(gè)選擇一個(gè)合適的PADO分組，然后向所選擇的接入集中器發(fā)送PPPoE有效發(fā)現(xiàn)請(qǐng)求請(qǐng)求分組。其中CODE字段為0x19（PADRCode），SESSION_ID字段值仍為0x0000。PADR分組必須包含一個(gè)服務(wù)名稱類型標(biāo)簽

5、，確定向接入集線器（或交換機(jī)）請(qǐng)求的服務(wù)種類。當(dāng)主機(jī)在指定的時(shí)間內(nèi)沒(méi)有接收到PADO，它應(yīng)該重新發(fā)送它的PADI分組，并且加倍等待加倍等待時(shí)間，這個(gè)過(guò)程會(huì)被重復(fù)期望的次數(shù)。1.4PADSPADS（PPPoEActiveDiscoverySessionSessionconfirmation）接入集中器收到PADR分組后準(zhǔn)備開(kāi)始PPP會(huì)話，它發(fā)送一個(gè)PPPoE有效發(fā)現(xiàn)會(huì)話確認(rèn)PADS分組。其中CODE字段值為065（PADSCode），SE

6、SSIONID字段值為接入集中器所產(chǎn)生的一個(gè)惟一的惟一的PPPoE會(huì)話標(biāo)識(shí)號(hào)碼。PADS分組也必須包含一個(gè)接入集中器名稱類型的標(biāo)簽以確認(rèn)向主機(jī)提供的服務(wù)。當(dāng)主機(jī)收到PADS分組確認(rèn)后，雙方就進(jìn)入PPP會(huì)話階段。PADS和PADR的HostUniqTag值相同。到對(duì)端回應(yīng)了ACK報(bào)文為止。說(shuō)明：（1）ConfigACK：若完全支持對(duì)端的LCP選項(xiàng)，則回應(yīng)ConfigACK報(bào)文，報(bào)文中必須完全攜帶對(duì)端Request報(bào)文中的選項(xiàng)。（2）Con

7、figNAK：若支持對(duì)端的協(xié)商選項(xiàng)，但不認(rèn)可該項(xiàng)協(xié)商的內(nèi)容，則回應(yīng)ConfigNAK報(bào)文，在ConfigNAK的選項(xiàng)中填上自己期望的內(nèi)容，如:對(duì)端MRU值為1500，而自己期望MRU值為1492，則在ConfigNAK報(bào)文中埴上自己的期望值1492。（3）ConfigReject：若不能支持對(duì)端的協(xié)商選項(xiàng)，則回應(yīng)ConfigReject報(bào)文，報(bào)文中帶上不能支持的選項(xiàng)，如Windows撥號(hào)器會(huì)協(xié)商CBCP（被叫回呼），而ME60不支持CB

8、CP功能，則回將此選項(xiàng)拒絕掉。2.2認(rèn)證階段（認(rèn)證階段（PPPAuthentication：PAPCHAP）會(huì)話雙方通過(guò)LCP協(xié)商好的認(rèn)證方法進(jìn)行認(rèn)證，如果認(rèn)證通過(guò)了，才可以進(jìn)行下面的網(wǎng)絡(luò)層的協(xié)商。認(rèn)證過(guò)程在鏈路協(xié)商結(jié)束后就進(jìn)行。ⅠPAP（PasswdAuthenticationProtocol，口令認(rèn)證協(xié)議）認(rèn)證，口令認(rèn)證協(xié)議）認(rèn)證PAP為兩次握手協(xié)議，它通過(guò)用戶名及口令來(lái)對(duì)用戶進(jìn)行驗(yàn)證。PAP驗(yàn)證過(guò)程如下驗(yàn)證過(guò)程如下：當(dāng)兩端鏈路可相

9、互傳輸數(shù)據(jù)時(shí)，被驗(yàn)證方發(fā)送本端的用戶名及口令到驗(yàn)證方，驗(yàn)證方根據(jù)本端的用戶表（或Radius服務(wù)器）查看是否有此用戶，口令是否正確。如正確則會(huì)給對(duì)端發(fā)送AuthenticateACK報(bào)文，通告對(duì)端已被允許進(jìn)入下一階段協(xié)商；否則發(fā)送NAK報(bào)文，通告對(duì)端驗(yàn)證失敗。此時(shí)，并不會(huì)直接將鏈路關(guān)閉。只有當(dāng)驗(yàn)證不過(guò)次數(shù)達(dá)到一定值（缺省為10）時(shí)，才會(huì)關(guān)閉鏈路。PAP的特點(diǎn)是在網(wǎng)絡(luò)上以明文的方式傳遞用戶名及口令，如在傳輸過(guò)程中被截獲，便有可能對(duì)網(wǎng)絡(luò)安全