對于PPP協(xié)議來說，它最為有特點的就是5種不同的狀態(tài)了。那么對于它的狀態(tài)和它的應(yīng)用方面有什么聯(lián)系呢？這里我們就來詳細(xì)談一談這方面的知識?，F(xiàn)在讓我們來具體了解一下吧。

首先雙方都處于鏈路不可用階段，接著會有一方提出鏈路請求，如果希望通過PPP協(xié)議建立點對點的通信，無論哪一端的設(shè)備都需發(fā)送LCP數(shù)據(jù)報文來配置鏈路，一旦LCP的配置參數(shù)選項協(xié)商完后，通信的雙方就會根據(jù)LCP配置請求報文中所協(xié)商的認(rèn)證配置參數(shù)選項來決定鏈路兩端設(shè)備所采用的認(rèn)證方式。協(xié)議缺省情況下雙方是不進(jìn)行認(rèn)證的，而直接進(jìn)入到NCP配置參數(shù)選項的協(xié)商，直至所經(jīng)歷的幾個配置過程全部完成后，點對點的雙方就可以開始通過已建立好的鏈路進(jìn)行網(wǎng)絡(luò)層數(shù)據(jù)報文的傳送了，整個鏈路就處于可用狀態(tài)。只有當(dāng)任何一端收到LCP或NCP的鏈路關(guān)閉報文時（一般而言協(xié)議是不要求NCP有關(guān)閉鏈路的能力的，因此通常情況下關(guān)閉鏈路的數(shù)據(jù)報文是在LCP協(xié)商階段或應(yīng)用程序會話階段發(fā)出的）；物理層無法檢測到載波或管理人員對該鏈路進(jìn)行關(guān)閉操作，都會將該條鏈路斷開，從而終止PPP會話。

以下是PPP協(xié)議整個鏈路過程需經(jīng)歷階段的狀態(tài)轉(zhuǎn)移說明：在點對點鏈路的配置、維護(hù)和終止過程中，PPP需經(jīng)歷以下幾個階段：

鏈路不可用階段。有時也稱為物理層不可用階段，PPP鏈路都需從這個階段開始和結(jié)束。（即使雙方已經(jīng)有物理連接，但沒有激活PPP，也可以算不可用階段）當(dāng)通信雙方的兩端檢測到物理線路激活（通常是檢測到鏈路上有載波信號）時，就會從當(dāng)前這個階段躍遷至下一個階段（即鏈路建立階段）。先簡單提一下鏈路建立階段，在這個階段主要是通過LCP協(xié)議（需要在PPP幀的協(xié)議域內(nèi)填充C021）進(jìn)行鏈路參數(shù)的配置，LCP在此階段的狀態(tài)機(jī)也會根據(jù)不同的事件發(fā)生變化。當(dāng)處于在鏈路不可用階段時，LCP的狀態(tài)機(jī)是處于initial（初始化狀態(tài)）或starting（準(zhǔn)備啟動狀態(tài)），一旦檢測到物理線路可用，則LCP的狀態(tài)機(jī)就要發(fā)生改變。當(dāng)然鏈路被斷開后也同樣會返回到這個階段，往往在實際過程中這個階段所停留的時間是很短的，僅僅是檢測到對方設(shè)備的存在。

鏈路建立階段。是PPP協(xié)議最關(guān)鍵和最復(fù)雜的階段。這是在數(shù)據(jù)鏈路層進(jìn)行。該階段主要是發(fā)送一些配置報文來配置數(shù)據(jù)鏈路，這些配置的參數(shù)不包括網(wǎng)絡(luò)層協(xié)議所需的參數(shù)。當(dāng)完成數(shù)據(jù)報文的交換后，則會繼續(xù)向下一個階段躍遷，該下一個階段既可是驗證階段，也可是網(wǎng)絡(luò)層協(xié)議階段，下一階段的選擇是依據(jù)鏈路兩端的設(shè)備配置的（通常是由用戶來配置，但對NAS或BAS設(shè)備（這些設(shè)備主要是用來進(jìn)行3A：認(rèn)證、授權(quán)和計費）的PPP模塊缺省就需要支持PAP或CHAP中的一種認(rèn)證方式）。在此階段LCP的狀態(tài)機(jī)會發(fā)生兩次改變，前面我們說了當(dāng)鏈路處于不可用階段時，此時LCP的狀態(tài)機(jī)處于initial或starting，當(dāng)檢測到鏈路可用時，則物理層會向鏈路層發(fā)送一個UP事件，鏈路層收到該事件后，會將LCP的狀態(tài)機(jī)從當(dāng)前狀態(tài)改變?yōu)镽equest-Sent（請求發(fā)送狀態(tài)），根據(jù)此時的狀態(tài)機(jī)LCP會進(jìn)行相應(yīng)的動作，也即是開始發(fā)送Config-Request報文來配置數(shù)據(jù)鏈路，無論哪一端接收到了Config-Ack報文時，LCP的狀態(tài)機(jī)又要發(fā)生改變，從當(dāng)前狀態(tài)改變?yōu)閛pened狀態(tài)，進(jìn)入Opened狀態(tài)后收到Config-Ack報文的一方則完成了當(dāng)前階段，應(yīng)該向下一個階段躍遷。同理可知，另一端也是一樣的，但須注意的一點是在鏈路配置階段雙方是鏈路配置操作過程是相互獨立的。如果在該階段收到了非LCP數(shù)據(jù)報文，則會將這些報文丟棄。

驗證階段。多數(shù)情況下的鏈路兩端設(shè)備是需要經(jīng)過認(rèn)證后才進(jìn)入到網(wǎng)絡(luò)層協(xié)議階段，缺省情況下鏈路兩端的設(shè)備是不進(jìn)行認(rèn)證的。在該階段支持PAP和CHAP兩種認(rèn)證方式，驗證方式的選擇是依據(jù)在鏈路建立階段雙方進(jìn)行協(xié)商的結(jié)果。（這里想到一個小插曲，記得我去應(yīng)聘現(xiàn)在的這家公司的時候，面試官問了我PPP驗證階段有幾種認(rèn)證方式，以前對于PPP也只是一知半解，知道有PAP和CHAP兩種，也知道PAP是2次握手，CHAP是3次握手，但是具體是怎么通訊的，我只記得PAP的，而CHAP怎么也想不起來，很丟臉，呵呵。其實CHAP的C代表Chanllenge的意思，即驗證方會首先發(fā)起挑戰(zhàn)：你把密碼告訴我，這是***次握手；然后被驗證方才會將密碼告知驗證方，這是第二次握手；***驗證方反饋驗證結(jié)果，這是第三次握手。而PAP則只有后兩次握手，另外PAP的密碼是明文，CHAP的是密文，sao多了，繼續(xù)吧，呵呵）然而，鏈路質(zhì)量的檢測也會在這個階段同時發(fā)生，但協(xié)議規(guī)定不會讓鏈路質(zhì)量的檢測無限制的延遲驗證過程。在這個階段僅支持鏈路控制協(xié)議、驗證協(xié)議和質(zhì)量檢測數(shù)據(jù)報文，其它的數(shù)據(jù)報文都會被丟棄。如果在這個階段再次收到了Config-Request報文，則又會返回到鏈路建立階段。(其實有的時候是不需要通過驗證階段，鏈路建立就直接進(jìn)入網(wǎng)絡(luò)層協(xié)議階段了）

網(wǎng)絡(luò)層協(xié)議階段。一旦PPP完成了前面幾個階段，每種網(wǎng)絡(luò)層協(xié)議（IP、IPX和AppleTalk）會通過各自相應(yīng)的網(wǎng)絡(luò)控制協(xié)議進(jìn)行配置，每個NCP協(xié)議可在任何時間打開和關(guān)閉。當(dāng)一個NCP的狀態(tài)機(jī)變成Opened狀態(tài)時，則PPP就可以開始在鏈路上承載網(wǎng)絡(luò)層的數(shù)據(jù)包報文了。如果在個階段收到了Config-Request報文，則又會返回到鏈路建立階段。

網(wǎng)絡(luò)終止階段，PPP能在任何時候終止鏈路。當(dāng)載波丟失、授權(quán)失敗、鏈路質(zhì)量檢測失敗和管理員人為關(guān)閉鏈路等情況均會導(dǎo)致鏈路終止。鏈路建立階段可能通過交換LCP的鏈路終止報文來關(guān)閉鏈路，當(dāng)鏈路關(guān)閉時，鏈路層會通知網(wǎng)絡(luò)層做相應(yīng)的操作，而且也會通過物理層強(qiáng)制關(guān)斷鏈路。對于NCP協(xié)議，它是沒有也沒有必要去關(guān)閉PPP鏈路的。（PPP協(xié)議除了不可用階段，任何一種狀態(tài)都可以立即進(jìn)入網(wǎng)絡(luò)終止階段）