PPP 協定中的 LCP（連結控制協定）負責建立、維護、終止串列連結。只有 LCP 協商成功（進入 Opened 狀態），資料鏈路層才能進一步進行驗證與網路層協商（IPCP 等）。本文依據華為 Quidway 路由器實務，詳述串列連結故障的五大診斷階段與指令操作。

一、物理層檢查

執行 display interface serial 0（或 BRI 介面），觀察兩項關鍵狀態：

• Physical layer：顯示 up 代表物理連結正常；down 表示硬體或線路異常；administratively down 為人為關閉，需執行 no shutdown 開啟；standby 為備援介面狀態。
• LCP 狀態：依 PPP 狀態機推斷物理層是否送出 LowerUp 訊息。
  Initial → 物理層未通；
  Req-sent / Ack-sent / Starting → 物理層已通但協商中；
  Opened → 物理層正常且 LCP 協商成功。

若物理層異常，優先檢查纜線、介面模組、時鐘源、DCE/DTE 設定。

二、LCP 協商失敗分析

若 LCP 卡在非 Opened 狀態，開啟 debug ppp packet 或 debug ppp negotiation。確認封包收發正常後，若出現大量 ConfNak、ConfRej、TermAck、CodeRej、ProtoRej，即為協商參數不匹配（如 MRU、認證方式、魔術數字等），需對照雙端設定修正。

三、驗證階段故障

LCP Opened 但 IPCP 停留在 Initial，或 LCP 反覆重協商，多為 PAP/CHAP 驗證失敗。debug ppp negotiation 會印出 PPP authentication failed 或對端未通過驗證的提示。檢查用戶名/密碼、AAA 設定、RADIUS 伺服器連通性。

四、IPCP 協商異常

LCP Opened，IPCP 停在 Req-sent 或 Ack-rcvd 並伴隨大量 IPCP 封包，通常為 IP 位址衝突或未協商 IP。解決方式：
1. 雙端介面配置合法 IP；
2. 若為撥號上網，可用 ip address ppp-negotiate 向對端協商取得 IP。

五、其他常見問題

• 路由問題：LCP/IPCP 均 Opened 但無法 Ping 通，先 Ping 對端介面 IP，通則為路由設定錯誤。
• 鏈路誤碼率高：極少見，可檢查 CRC、Frame Error 計數器。
• AAA 計費導致斷線：啟用 aaa-enable 但未設定計費伺服器，會導致 PPP 反覆重協商。對策：aaa accounting-scheme optional 允許不計費使用。

六、總結

掌握 PPP 協商階段與封包內容，善用 display interface 與 debug ppp 系列指令，大多數串列連結故障皆可精準定位並解決。