上一節(jié)我們通過PPP幀的格式討論了PPP幀是怎樣組成的。但PPP鏈路一開始是怎樣被初始化的？LM2901DR2G當(dāng)用戶撥號接入ISP后，就建立了一條從用戶PC到ISP的物理連接。這時，用戶PC向ISP發(fā)送一系列的鏈路控制協(xié)議LCP分組（封裝成多個PPP幀），以便建立LCP連接。這些分組及其響應(yīng)選擇了將要使用的一些PPP參數(shù)。接著還要進(jìn)行網(wǎng)絡(luò)層配置，網(wǎng)絡(luò)控制協(xié)議NCP給新接入的用戶PC分配一個臨時的IP地址。這樣，用戶PC就成為因特網(wǎng)上的一個有IP地址的主機(jī)了。

   當(dāng)用戶通信完畢時，NCP釋放網(wǎng)絡(luò)層連接，收回原來分配出去的IP地址。接著，LCP釋放數(shù)據(jù)鏈路層連接。最后稃放的是物理層的連接。

   上述過程可用圖3-12的狀態(tài)圖來描述。

   PPP鏈路的起始和終止?fàn)顟B(tài)永遠(yuǎn)是圖3-12中的“鏈路靜止”(Link Dead)狀態(tài)，這時在用戶PC和ISP的路由器之間并不存在物理層的連接。

   當(dāng)用戶PC通過調(diào)制解調(diào)器呼叫路由器時（通常是在屏幕上用鼠標(biāo)點(diǎn)擊一個連接按鈕），路由器就能夠檢測到調(diào)制解調(diào)器發(fā)出的載波信號。在雙方建立了物理層連接后，PPP就進(jìn)入“鏈路建立”(Link Establish)狀態(tài)，其目的是建立鏈路層的LCP連接。

   這時LCP開始協(xié)商一些配置選項(xiàng)，即發(fā)送LCP的配置請求幀(Configure-Request)。這是個PPP幀，其協(xié)議字段置為LCP對應(yīng)的代碼，而信息字段包含特定的配置請求。鏈路的另一端可以發(fā)送以下幾種響應(yīng)中的一種：

   (1)配置確認(rèn)幀(Configure-Ack)：所有選項(xiàng)都接受。

   (2)配置否認(rèn)幀(Configure-Nak)：所有選項(xiàng)都理解但不能接受。

   (3)配置拒絕幀(Configure-Reject)：選項(xiàng)有的無法識別或不能接受，需要協(xié)商。

   圖3-12  PPP協(xié)議的狀態(tài)圖

   LCP配置選項(xiàng)包括鏈路上的最大幀長、所使用的鑒別協(xié)議(authentication protocol)的規(guī)約（如果有的話），以及不使用PPP幀中的地址和控制字段（因?yàn)檫@兩個字段的值是固定的，沒有任何信息量，可以在PPP幀的首部中省略這兩介字節(jié)）。

   協(xié)商結(jié)束后雙方就建立了LCP鏈路，接著就進(jìn)入“鑒別”(Authenticate)狀態(tài)。在這一狀態(tài)，只允許傳送LCP協(xié)議的分組、鑒別協(xié)議的分組以及監(jiān)測鏈路質(zhì)量的分組。若使用口令鑒別協(xié)議PAP (Password Authentication Protocol)，則需要發(fā)起通信的一方發(fā)送身份標(biāo)識符和口令。系統(tǒng)可允許用戶重試若干次。如果需要有更好的安全性，則可使用更加復(fù)雜的口令握手鑒別協(xié)議CHAP (Challenge-Handshake Authentication Protocol)。若鑒別身份失敗，則轉(zhuǎn)到“鏈路終止”(Link Terminate)狀態(tài)。若鑒別成功，則進(jìn)入“網(wǎng)絡(luò)層協(xié)議”(Network-LayerProtocol)狀態(tài)。