PPP和PPPOE鏈接協(xié)議講解PPPPpp協(xié)議提供了一種在點對點的鏈路上封裝多協(xié)議數(shù)據(jù)報（ipipxappletalk）的標(biāo)準(zhǔn)方法它不僅能夠支持ip地址的動態(tài)分配和管理同步或異步的物理層傳輸；網(wǎng)絡(luò)層協(xié)議的復(fù)用鏈路的配置質(zhì)量檢測和糾錯而且還支持多種配置參數(shù)選項的協(xié)商PPP包含以下三個成分：1．在串行連路上封裝PPP的方法2．建立、設(shè)定和測試數(shù)據(jù)鏈路連接的 LCP3．用于建立、設(shè)定不同網(wǎng)絡(luò)層協(xié)議的 NCPPPP封裝Ppp采用hdlc的定界幀格式起始域0x7e地址域0xff因為在點對點網(wǎng)絡(luò)中鏈路就已經(jīng)標(biāo)示了兩端的地址控制域0x03協(xié)議域信息域信息域的長度不能超過1500字節(jié)（mru的卻省值）Mru和mtu一般情況下設(shè)備的mru會比mtu稍大幾個子節(jié)關(guān)于0x7e的轉(zhuǎn)意0x7e0x7d0x5e0x7d0x7d0x5dpadding在傳輸?shù)臅r候，信息字段會被填充若干字節(jié)以達(dá)到MRU。每個協(xié)議負(fù)責(zé)根據(jù)實際信息的大小確定填料的字節(jié)數(shù)。Crc

校驗傳輸正確性PPP鏈路操作為了通過點對點鏈路建立通信，PPP鏈路的每一端，必須首先發(fā)送LCPpackets以便設(shè)定和測試數(shù)據(jù)鏈路。在鏈路建立之后，peer才可以被認(rèn)證。然后，PPP必須發(fā)送NCPpackets以便選擇和設(shè)定一個或更多的網(wǎng)絡(luò)層協(xié)議。一旦每個被選擇的網(wǎng)絡(luò)層協(xié)議都被設(shè)定好了，來自每個網(wǎng)絡(luò)層協(xié)議的datagrams就能在連路上發(fā)送了。鏈路將保持通信設(shè)定不變，直到外在的LCP和NCP關(guān)閉鏈路，或者是發(fā)生一些外部事件的時候（休止?fàn)顟B(tài)的定時器期滿或者網(wǎng)絡(luò)管理員干涉）。鏈路死亡鏈路建立階段

認(rèn)證階段

網(wǎng)絡(luò)層協(xié)議階段

鏈路終止階段

鏈路死亡鏈路一定開始并結(jié)束于這個階段。當(dāng)一個外部事件（例如載波偵聽或網(wǎng)絡(luò)管理員設(shè)定）指出物理層已經(jīng)準(zhǔn)備就緒時，PPP將進(jìn)入鏈路建立階段。在這個階段，LCP自動機(jī)器將處于初始狀態(tài)，向鏈路建立階段的轉(zhuǎn)換將給LCP自動機(jī)器一個UP事件信號。

鏈路建立階段

lcpLCP用于交換配置信息包（Configurepackets），建立連接。一旦一個配置成功信息包（Configure-Ackpacket）被發(fā)送且被接收，就完成了交換，進(jìn)入了LCP開啟狀態(tài)。兩端都需要執(zhí)行分別UP所有的配置選項都假定使用默認(rèn)值，除非被配置交換所改變。

收到LCPConfigure-Request（LCP配置要求）能使鏈路從網(wǎng)絡(luò)層協(xié)議階段或者認(rèn)證階段返回到鏈路建立階段。（返回到鏈路建立階段）

認(rèn)證階段默認(rèn)不需要認(rèn)證認(rèn)證方式papchap在lcp階段協(xié)商網(wǎng)絡(luò)層協(xié)議階段

ncp Ip對應(yīng)于ipcp 主要是協(xié)商ip層選項鏈路終止階段

PPP可以在任意時間終止鏈路。引起鏈路終止的原因很多：載波丟失、認(rèn)證失敗、鏈路質(zhì)量失敗、空閑周期定時器期滿、或者管理員關(guān)閉鏈路。

LCP協(xié)議域為0xc021時表明攜帶的是一個lcp報文根據(jù)code域的不同區(qū)分不同的lcp報文類型Lcp報文的分類:鏈路配置報文(0-4)鏈路終止報文(56)鏈路維護(hù)報文(7…)Identifier一次交互id必須一致Length標(biāo)示整個lcp包的長度Data零個或多個字節(jié)由lcp包類型決定一般是tlv三元組報文名稱報文含義VendorSpecific保留，意義由生產(chǎn)廠商定義。Configure-RequestPPP連接建立請求報文，當(dāng)一個PEER想要建立一個連接時發(fā)送。Configure-AckPPP連接響應(yīng)報文，當(dāng)收到的Configure-Request中的OPTIONS都可接受時發(fā)送。Configure-NakPPP連接響應(yīng)報文，當(dāng)收到的Configure-Request中的所有的OPTIONS都可識別，同時一些OPTIONS不可接受時發(fā)送。Configure-RejectPPP連接響應(yīng)報文，當(dāng)收到的Configure-Request中的一些OPTIONS不可識別時發(fā)送。Terminate-Request連接終止請求報文，一個PEER想要關(guān)閉一個連接的時候發(fā)送。Terminate-Ack連接終止響應(yīng)報文，收到Terminate-Request時發(fā)送。報文名稱報文含義Code-RejectCode值拒絕報文，接收到一個帶有未知Code值的LCP報文時發(fā)送，可能會產(chǎn)生不同的后果。Protocol-RejectProtocol值拒絕報文，在LCP階段收到一個帶有未知Protlcol值是發(fā)送。Echo-Request回聲請求報文，主要用于鏈路狀態(tài)檢測。Echo-Reply回聲響應(yīng)報文，主要用于鏈路狀態(tài)檢測，收到Echo-Request后發(fā)送。Discard-Request丟棄請求報文，可用于調(diào)試、性能測試以及其他功能。IdentificationIdentification報文，鏈路維護(hù)報文，用于向?qū)Χ薖EER通告本端的一些信息，如hardwaretype、linkspeed等。Time-Remaining剩余時間通告報文，鏈路維護(hù)報文，用于通告對端PEER該PPP會話的剩余時間。Lcp配置選項在鏈路配置報文中會攜帶配置選項是tlv三元組一個完整的lcpconfig-request報文認(rèn)證默認(rèn)不認(rèn)證可以配置為papchap(eap…)Ncp（0x8021）IpcpNcp和lcp報文類型類似協(xié)商選項主要包括ipdns等IPCPConfigurationOption的含義：Option名稱Option含義IP-Compression-Protocol協(xié)商IP業(yè)務(wù)階段使用的IP壓縮協(xié)議IP-Address協(xié)商IP業(yè)務(wù)階段本端使用的IP地址PrimaryDNSServerAddress協(xié)商IP業(yè)務(wù)階段本端使用的DNS服務(wù)器（Primary）的IP地址PrimaryNBNSServerAddress協(xié)商IP業(yè)務(wù)階段本端使用NBNS服務(wù)器（Primary）的IP地址SecondaryDNSServerAddress協(xié)商IP業(yè)務(wù)階段本端使用的DNS服務(wù)器（Secondary）的IP地址SecondaryNBNSServerAddress協(xié)商IP業(yè)務(wù)階段本端使用NBNS服務(wù)器（Secondary）的IP地址自動機(jī)實現(xiàn)StateEventActionPppoePPPOE協(xié)議提供了在廣播式的網(wǎng)絡(luò)（以太網(wǎng)）中多臺主機(jī)連接到遠(yuǎn)端的訪問集中器（NAS）上的一種標(biāo)準(zhǔn)。在這種網(wǎng)絡(luò)模型中，所有用戶的主機(jī)都需要能獨立的初始化自已的PPP協(xié)議棧，而且通過PPP協(xié)議本身所具有的一些特點，能實現(xiàn)在廣播式網(wǎng)絡(luò)上對用戶進(jìn)行計費和管理。為了能在廣播式的網(wǎng)絡(luò)上建立、維持各主機(jī)與訪問集中器之間點對點的關(guān)系，那么就需要每個主機(jī)與訪問集中器之間能建立唯一的點到點的會話（session）。發(fā)現(xiàn)階段和ppp會話階段Pppoe的報文結(jié)構(gòu)DMACDMACSMACSMACETHER_TYPEVERTYPECODESESSION_IDLENGTHPayload………在Discovery階段,目標(biāo)地址域的內(nèi)要么是一個單播MAC地址,要么是以太網(wǎng)的廣播地址(0xffffffffff)。在

PPP會話階段,目標(biāo)地址域的內(nèi)容只能是對端的單播以太網(wǎng)MAC地址。源地址域的內(nèi)容是本端的一個單播MAC地址ETHER_TYPE的取值為：查找識別階段取值為0X8863；PPP協(xié)商階段的取值為0X8864。VER域和TYPE域的值，在PPPoE中固定為：0x1。CODE域，在Discovery階段用于標(biāo)識不同類型的報文，在PPP會話階段，固定為0x00SESSION_ID域，在Discovery階段,在PADI、PADO、PADR包中為0x0000。在PADS、PADT和PPP會話階段為一固定值（不能為0）LENGTH域：表示凈荷的長度，不包含以太幀的長度，也不包含PPPoE的頭長度。Payload域：PPPoE的凈荷，長度可變，但不能超過1492字節(jié)報文類型DMACCODESESSION_IDTAGsPADI0Xffffffff0X090x0000有且只有一個TAG_TYPE為Service-Name的TAG

，其他類型的TAG可選PADO對端PEER的MAC地址0X070x0000有且只有一個TAG_TYPE為AC-Name的TAG

，至少一個TAG_TYPE為Service-Name的TAGPADR對端PEER的MAC地址0X190x0000有且只有一個TAG_TYPE為Service-Name的TAG

，其他類型的TAG可選PADS對端PEER的MAC地址0X65分配的固定值可選PADT對端PEER的MAC地址0Xa7分配的固定值無Discovery階段的TAG選項：0x0000End-Of-List

0x0101Service-Name

0x0102AC-Name

0x0103Host-Uniq

0x0104AC-Cookie

0x0105Vendor-Specific

0x0110Relay-Session-Id

0x0201Service-Name-Error

0x0202AC-System-Error

0x0203Generic-Error

DMACDMACSMACSMACETHER_TYPE(0x8864)V(1)T(1)