一、概述
為了通過點對點鏈路建立通信，PPP鏈路的每一端，必須首先發(fā)送LCPpackets以便設(shè)定和測試數(shù)據(jù)鏈路。在鏈路建立之后，peer才可以被認證。然后，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ò)管理員干涉）。
二、階段劃分框圖
在設(shè)定、維持和終止點對點鏈路的過程里，PPP鏈路經(jīng)過幾個清楚的階段，如框圖所示。這張圖并沒有給出所有的狀態(tài)轉(zhuǎn)換。
三、鏈路死亡（物理連接不存在）
鏈路一定開始并結(jié)束于這個階段。當(dāng)一個外部事件（例如載波偵聽或網(wǎng)絡(luò)管理員設(shè)定）指出物理層已經(jīng)準(zhǔn)備就緒時，PPP將進入鏈路建立階段。在這個階段，LCP自動機器將處于初始狀態(tài)，向鏈路建立階段的轉(zhuǎn)換將給LCP自動機器一個UP事件信號。
執(zhí)行記錄：
典型的，在與調(diào)制解調(diào)器斷開之后，鏈路將自動返回這一階段。在用硬件實現(xiàn)的鏈路里，這一階段相當(dāng)?shù)亩?-僅夠偵測設(shè)備的存在。
四、鏈路建立階段
LCP用于交換配置信息包（Configurepackets），建立連接。一旦一個配置成功信息包（Configure-Ackpacket）被發(fā)送且被接收，就完成了交換，進入了LCP開啟狀態(tài)。所有的配置選項都假定使用默認值，除非被配置交換所改變。有一點要注意：只有不依賴于特別的網(wǎng)絡(luò)層協(xié)議的配置選項才倍LCP配置。在網(wǎng)絡(luò)層協(xié)議階段，個別的網(wǎng)絡(luò)層協(xié)議的配置由個別的網(wǎng)絡(luò)控制協(xié)議（NCP）來處理。在這個階段接收的任何非LCPpackets必須被silentlydiscarded（靜靜的丟棄）。收到LCPConfigure-Request（LCP配置要求）能使鏈路從網(wǎng)絡(luò)層協(xié)議階段或者認證階段返回到鏈路建立階段。
五、認證階段
在一些鏈路上，在允許網(wǎng)絡(luò)層協(xié)議packets交換之前，鏈路的一端可能需要peer去認證它。默認的，認證是不需要強制執(zhí)行的。如果一次執(zhí)行希望peer根據(jù)某一特定的認證協(xié)議來認證，那么它必須在鏈路建立階段要求使用那個認證協(xié)議。應(yīng)該盡可能在鏈路建立后立即進行認證。而，鏈路質(zhì)量檢查可以同時發(fā)生。在一次執(zhí)行中，禁止因為交換鏈路質(zhì)量檢查packets而不確定地將認證向后推遲這一做法。在認證完成之前，禁止從認證階段前進到網(wǎng)絡(luò)層協(xié)議階段。如果認證失敗，認證者應(yīng)該躍遷到鏈路終止階段。
在這一階段里，只有鏈路控制協(xié)議、認證協(xié)議，和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。
執(zhí)行記錄：
一次執(zhí)行中，僅僅是因為超時或者沒有應(yīng)答就造成認證的失敗是不應(yīng)該的。認證應(yīng)該允許某種再傳輸，只有在若干次的認證嘗試失敗以后，不得已的時候，才進入鏈路終止階段。在執(zhí)行中，哪一方拒絕了另一方的認證，哪一方就要負責(zé)開始鏈路終止階段。
六、網(wǎng)絡(luò)層協(xié)議階段
一旦PPP完成了前面的階段，每一個網(wǎng)絡(luò)層協(xié)議（例如IP，IPX，或AppleTalk）必須被適當(dāng)?shù)木W(wǎng)絡(luò)控制協(xié)議（NCP）分別設(shè)定。每個NCP可以隨時被打開和關(guān)閉。
執(zhí)行記錄：
因為一次執(zhí)行最初可能需要大力浪的時間用于鏈路質(zhì)量檢測，所以當(dāng)?shù)却齪eer設(shè)定NCP的時候，執(zhí)行應(yīng)該避免使用固定的timeouts。當(dāng)一個NCP處于Opened狀態(tài)時，PPP將攜帶相應(yīng)的網(wǎng)絡(luò)層協(xié)議packets。當(dāng)相應(yīng)的NCP不處于Opened狀態(tài)時，任何接收到的被支持的網(wǎng)絡(luò)層協(xié)議packets都將被靜靜的丟棄。
執(zhí)行記錄：
當(dāng)LCP處于Opened狀態(tài)時，任何不被該執(zhí)行所支持的協(xié)議packets必須在Protocol-Reject里返回。只有支持的協(xié)議才被靜靜的丟棄。在這個階段，鏈路通信量由LCP，NCP，和網(wǎng)絡(luò)層協(xié)議packets的任意可能的聯(lián)合組成。
七、鏈路終止階段
PPP可以在任意時間終止鏈路。引起鏈路終止的原因很多：載波丟失、認證失敗、鏈路質(zhì)量失敗、空閑周期定時器期滿、或者管理員關(guān)閉鏈路。LCP用交換Terminate（終止）packets的方法終止鏈路。當(dāng)鏈路正被關(guān)閉時，PPP通知網(wǎng)絡(luò)層協(xié)議，以便他們可以采取正確的行動。交換Terminate（終止）packets之后，執(zhí)行應(yīng)該通知物理層斷開，以便強制鏈路終止，尤其當(dāng)認證失敗時。 Terminate-Request（終止-要求）的發(fā)送者，在收到Terminate-Ack（終止-允許）后，或者在重啟計數(shù)器期滿后，應(yīng)該斷開連接。收到Terminate-Request的一方，應(yīng)該等待peer去切斷，在發(fā)出Terminate-Request后，至少也要經(jīng)過一個Restarttime（重啟時間），才允許斷開。PPP應(yīng)該前進到鏈路死亡階段。在該階段收到的任何非LCPpackets，必須被靜靜的丟棄。
執(zhí)行記錄：
LCP關(guān)閉鏈路就足夠了，不需要每一個NCP發(fā)送一個Terminatepackets。相反，一個NCP關(guān)閉卻不足以引起PPP鏈路的終止，即使那個NCP是當(dāng)前唯一一個處于Opened狀態(tài)的NCP。
以上就是PPP鏈路的具體操作過程，PPP鏈路執(zhí)行的時候有哪幾個階段，以及執(zhí)行的記錄，希望本文能對大家有所幫助，謝謝閱讀。
