一、概述

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

　　二、階段劃分框圖

　　在設定、維持和終止點對點鏈路的過程里，PPP鏈路經(jīng)過幾個清楚的階段，如框圖所示。這張圖并沒有給出所有的狀態(tài)轉換。

　　三、鏈路死亡（物理連接不存在）

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

　　執(zhí)行記錄：

　　典型的，在與調制解調器斷開之后，鏈路將自動返回這一階段。在用硬件實現(xiàn)的鏈路里，這一階段相當?shù)亩?-僅夠偵測設備的存在。

　　四、鏈路建立階段

　　LCP用于交換配置信息包（Configurepackets），建立連接。一旦一個配置成功信息包（Configure-Ackpacket）被發(fā)送且被接收，就完成了交換，進入了LCP開啟狀態(tài)。所有的配置選項都假定使用默認值，除非被配置交換所改變。有一點要注意：只有不依賴于特別的網(wǎng)絡層協(xié)議的配置選項才倍LCP配置。在網(wǎng)絡層協(xié)議階段，個別的網(wǎng)絡層協(xié)議的配置由個別的網(wǎng)絡控制協(xié)議（NCP）來處理。在這個階段接收的任何非LCPpackets必須被silentlydiscarded（靜靜的丟棄）。收到LCPConfigure-Request（LCP配置要求）能使鏈路從網(wǎng)絡層協(xié)議階段或者認證階段返回到鏈路建立階段。

　　五、認證階段

　　在一些鏈路上，在允許網(wǎng)絡層協(xié)議packets交換之前，鏈路的一端可能需要peer去認證它。默認的，認證是不需要強制執(zhí)行的。如果一次執(zhí)行希望peer根據(jù)某一特定的認證協(xié)議來認證，那么它必須在鏈路建立階段要求使用那個認證協(xié)議。應該盡可能在鏈路建立后立即進行認證。而，鏈路質量檢查可以同時發(fā)生。在一次執(zhí)行中，禁止因為交換鏈路質量檢查packets而不確定地將認證向后推遲這一做法。在認證完成之前，禁止從認證階段前進到網(wǎng)絡層協(xié)議階段。如果認證失敗，認證者應該躍遷到鏈路終止階段。

　　在這一階段里，只有鏈路控制協(xié)議、認證協(xié)議，和鏈路質量監(jiān)視協(xié)議的packets是被允許的。在該階段里接收到的其他的packets必須被靜靜的丟棄。

　　執(zhí)行記錄：

　　一次執(zhí)行中，僅僅是因為超時或者沒有應答就造成認證的失敗是不應該的。認證應該允許某種再傳輸，只有在若干次的認證嘗試失敗以后，不得已的時候，才進入鏈路終止階段。在執(zhí)行中，哪一方拒絕了另一方的認證，哪一方就要負責開始鏈路終止階段。

　　六、網(wǎng)絡層協(xié)議階段

　　一旦PPP完成了前面的階段，每一個網(wǎng)絡層協(xié)議（例如IP，IPX，或AppleTalk）必須被適當?shù)木W(wǎng)絡控制協(xié)議（NCP）分別設定。每個NCP可以隨時被打開和關閉。

　　執(zhí)行記錄：

　　因為一次執(zhí)行最初可能需要大力浪的時間用于鏈路質量檢測，所以當?shù)却齪eer設定NCP的時候，執(zhí)行應該避免使用固定的timeouts。當一個NCP處于Opened狀態(tài)時，PPP將攜帶相應的網(wǎng)絡層協(xié)議packets。當相應的NCP不處于Opened狀態(tài)時，任何接收到的被支持的網(wǎng)絡層協(xié)議packets都將被靜靜的丟棄。

　　執(zhí)行記錄：

　　當LCP處于Opened狀態(tài)時，任何不被該執(zhí)行所支持的協(xié)議packets必須在Protocol-Reject里返回。只有支持的協(xié)議才被靜靜的丟棄。在這個階段，鏈路通信量由LCP，NCP，和網(wǎng)絡層協(xié)議packets的任意可能的聯(lián)合組成。

　　七、鏈路終止階段

　　PPP可以在任意時間終止鏈路。引起鏈路終止的原因很多：載波丟失、認證失敗、鏈路質量失敗、空閑周期定時器期滿、或者管理員關閉鏈路。LCP用交換Terminate（終止）packets的方法終止鏈路。當鏈路正被關閉時，PPP通知網(wǎng)絡層協(xié)議，以便他們可以采取正確的行動。交換Terminate（終止）packets之后，執(zhí)行應該通知物理層斷開，以便強制鏈路終止，尤其當認證失敗時。　　　Terminate-Request（終止-要求）的發(fā)送者，在收到Terminate-Ack（終止-允許）后，或者在重啟計數(shù)器期滿后，應該斷開連接。收到Terminate-Request的一方，應該等待peer去切斷，在發(fā)出Terminate-Request后，至少也要經(jīng)過一個Restarttime（重啟時間），才允許斷開。PPP應該前進到鏈路死亡階段。在該階段收到的任何非LCPpackets，必須被靜靜的丟棄。

　　執(zhí)行記錄：

　　LCP關閉鏈路就足夠了，不需要每一個NCP發(fā)送一個Terminatepackets。相反，一個NCP關閉卻不足以引起PPP鏈路的終止，即使那個NCP是當前唯一一個處于Opened狀態(tài)的NCP。

　　以上就是PPP鏈路的具體操作過程，PPP鏈路執(zhí)行的時候有哪幾個階段，以及執(zhí)行的記錄，希望本文能對大家有所幫助，謝謝閱讀。