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

   當用戶通信完畢時，NCP釋放網絡層連接，收回原來分配出去的IP地址。接著，LCP釋放數據鏈路層連接。最后稃放的是物理層的連接。

   上述過程可用圖3-12的狀態圖來描述。

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

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

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

   (1)配置確認幀(Configure-Ack)：所有選項都接受。

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

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

   圖3-12  PPP協議的狀態圖

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

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