一、概述
為了通過點(diǎn)對(duì)點(diǎn)鏈路建立通信，PPP鏈路的每一端，必須首先發(fā)送LCPpackets以便設(shè)定和測試數(shù)據(jù)鏈路。在鏈路建立之后，peer才可以被認(rèn)證。然后，PPP必須發(fā)送NCPpackets以便選擇和設(shè)定一個(gè)或更多的網(wǎng)絡(luò)層協(xié)議。一旦每個(gè)被選擇的網(wǎng)絡(luò)層協(xié)議都被設(shè)定好了，來自每個(gè)網(wǎng)絡(luò)層協(xié)議的datagrams就能在連路上發(fā)送了。鏈路將保持通信設(shè)定不變，直到外在的LCP和NCP關(guān)閉鏈路，或者是發(fā)生一些外部事件的時(shí)候（休止?fàn)顟B(tài)的定時(shí)器期滿或者網(wǎng)絡(luò)治理員干涉）。
二、階段劃分框圖
在設(shè)定、維持和終止點(diǎn)對(duì)點(diǎn)鏈路的過程里，PPP鏈路經(jīng)過幾個(gè)清楚的階段，如框圖所示。這張圖并沒有給出所有的狀態(tài)轉(zhuǎn)換。
三、鏈路死亡（物理連接不存在）
鏈路一定開始并結(jié)束于這個(gè)階段。當(dāng)一個(gè)外部事件（例如載波偵聽或網(wǎng)絡(luò)治理員設(shè)定）指出物理層已經(jīng)預(yù)備就緒時(shí)，PPP將進(jìn)入鏈路建立階段。在這個(gè)階段，LCP自動(dòng)機(jī)器將處于初始狀態(tài)，向鏈路建立階段的轉(zhuǎn)換將給LCP自動(dòng)機(jī)器一個(gè)UP事件信號(hào)。
執(zhí)行記錄：
典型的，在與調(diào)制解調(diào)器斷開之后，鏈路將自動(dòng)返回這一階段。在用硬件實(shí)現(xiàn)的鏈路里，這一階段相當(dāng)?shù)亩?-僅夠偵測設(shè)備的存在。
四、鏈路建立階段
LCP用于交換配置信息包（Configurepackets），建立連接。一旦一個(gè)配置成功信息包（Configure-Ackpacket）被發(fā)送且被接收，就完成了交換，進(jìn)入了LCP開啟狀態(tài)。所有的配置選項(xiàng)都假定使用默認(rèn)值，除非被配置交換所改變。有一點(diǎn)要注重：只有不依靠于非凡的網(wǎng)絡(luò)層協(xié)議的配置選項(xiàng)才倍LCP配置。在網(wǎng)絡(luò)層協(xié)議階段，個(gè)別的網(wǎng)絡(luò)層協(xié)議的配置由個(gè)別的網(wǎng)絡(luò)控制協(xié)議（NCP）來處理。在這個(gè)階段接收的任何非LCPpackets必須被silentlydiscarded（靜靜的丟棄）。收到LCPConfigure-Request（LCP配置要求）能使鏈路從網(wǎng)絡(luò)層協(xié)議階段或者認(rèn)證階段返回到鏈路建立階段。
五、認(rèn)證階段
在一些鏈路上，在答應(yīng)網(wǎng)絡(luò)層協(xié)議packets交換之前，鏈路的一端可能需要peer去認(rèn)證它。默認(rèn)的，認(rèn)證是不需要強(qiáng)制執(zhí)行的。假如一次執(zhí)行希望peer根據(jù)某一特定的認(rèn)證協(xié)議來認(rèn)證，那么它必須在鏈路建立階段要求使用那個(gè)認(rèn)證協(xié)議。應(yīng)該盡可能在鏈路建立后立即進(jìn)行認(rèn)證。而，鏈路質(zhì)量檢查可以同時(shí)發(fā)生。在一次執(zhí)行中，禁止因?yàn)榻粨Q鏈路質(zhì)量檢查packets而不確定地將認(rèn)證向后推遲這一做法。在認(rèn)證完成之前，禁止從認(rèn)證階段前進(jìn)到網(wǎng)絡(luò)層協(xié)議階段。假如認(rèn)證失敗，認(rèn)證者應(yīng)該躍遷到鏈路終止階段。
在這一階段里，只有鏈路控制協(xié)議、認(rèn)證協(xié)議，和鏈路質(zhì)量監(jiān)視協(xié)議的packets是被答應(yīng)的。在該階段里接收到的其他的packets必須被靜靜的丟棄。
執(zhí)行記錄：
一次執(zhí)行中，僅僅是因?yàn)槌瑫r(shí)或者沒有應(yīng)答就造成認(rèn)證的失敗是不應(yīng)該的。認(rèn)證應(yīng)該答應(yīng)某種再傳輸，只有在若干次的認(rèn)證嘗試失敗以后，不得已的時(shí)候，才進(jìn)入鏈路終止階段。在執(zhí)行中，哪一方拒絕了另一方的認(rèn)證，哪一方就要負(fù)責(zé)開始鏈路終止階段。
六、網(wǎng)絡(luò)層協(xié)議階段
一旦PPP完成了前面的階段，每一個(gè)網(wǎng)絡(luò)層協(xié)議（例如ip，IPX，或AppleTalk）必須被適當(dāng)?shù)木W(wǎng)絡(luò)控制協(xié)議（NCP）分別設(shè)定。每個(gè)NCP可以隨時(shí)被打開和關(guān)閉。
執(zhí)行記錄：
因?yàn)橐淮螆?zhí)行最初可能需要大力浪的時(shí)間用于鏈路質(zhì)量檢測，所以當(dāng)?shù)却齪eer設(shè)定NCP的時(shí)候，執(zhí)行應(yīng)該避免使用固定的timeouts。當(dāng)一個(gè)NCP處于Opened狀態(tài)時(shí)，PPP將攜帶相應(yīng)的網(wǎng)絡(luò)層協(xié)議packets。當(dāng)相應(yīng)的NCP不處于Opened狀態(tài)時(shí)，任何接收到的被支持的網(wǎng)絡(luò)層協(xié)議packets都將被靜靜的丟棄。
執(zhí)行記錄：

當(dāng)LCP處于Opened狀態(tài)時(shí)，任何不被該執(zhí)行所支持的協(xié)議packets必須在PRotocol-Reject里返回。只有支持的協(xié)議才被靜靜的丟棄。在這個(gè)階段，鏈路通信量由LCP，NCP，和網(wǎng)絡(luò)層協(xié)議packets的任意可能的聯(lián)合組成。
七、鏈路終止階段
PPP可以在任意時(shí)間終止鏈路。引起鏈路終止的原因很多：載波丟失、認(rèn)證失敗、鏈路質(zhì)量失敗、空閑周期定時(shí)器期滿、或者治理員關(guān)閉鏈路。LCP用交換Terminate（終止）packets的方法終止鏈路。當(dāng)鏈路正被關(guān)閉時(shí)，PPP通知網(wǎng)絡(luò)層協(xié)議，以便他們可以采取正確的行動(dòng)。交換Terminate（終止）packets之后，執(zhí)行應(yīng)該通知物理層斷開，以便強(qiáng)制鏈路終止，尤其當(dāng)認(rèn)證失敗時(shí)。　　　Terminate-Request（終止-要求）的發(fā)送者，在收到Terminate-Ack（終止-答應(yīng)）后，或者在重啟計(jì)數(shù)器期滿后，應(yīng)該斷開連接。收到Terminate-Request的一方，應(yīng)該等待peer去切斷，在發(fā)出Terminate-Request后，至少也要經(jīng)過一個(gè)Restarttime（重啟時(shí)間），才答應(yīng)斷開。PPP應(yīng)該前進(jìn)到鏈路死亡階段。在該階段收到的任何非LCPpackets，必須被靜靜的丟棄。
執(zhí)行記錄：
LCP關(guān)閉鏈路就足夠了，不需要每一個(gè)NCP發(fā)送一個(gè)Terminatepackets。相反，一個(gè)NCP關(guān)閉卻不足以引起PPP鏈路的終止，即使那個(gè)NCP是當(dāng)前唯一一個(gè)處于Opened狀態(tài)的NCP。