PPP 鏈路建立失敗、協商成功但無法 Ping 通？系統性分析物理鏈路、異步字符轉義、介面路由、非標準設備互通四大故障維度。

一、物理鏈路故障（優先排查）

• 傳輸線路故障 → 介面收發統計異常、CRC 錯誤增長。
  用 debug ppp packet + display interface 統計定位。
• 線路環路 → 收發報文內容/長度/個數/位元組數完全相同。
  連續多次收到與發送相同報文 = 確認環路。

二、異步口互通故障

• PPP/LCP 協商 ACCM（非同步控制字元映射），要求對端對特定字元（如 0x11、0x13 XON/XOFF）轉義。
• 對端硬體/軟體不支援協商結果轉義 → 本端收到報文內容被改變 → 通訊失敗。
• SLIP 協定雖無協商，但有固定轉義規則，對端不支援同樣導致錯誤報文。

三、介面路由故障

• LCP 已 Opened 但 Ping 不通 → 檢查直連路由是否生成。
• 無 IP 位址時 PPP 協商通過，後配置 IP 不會自動重協商 → 無直連路由。
  解決：shutdown / undo shutdown 介面觸發重協商，生成直連路由。

四、非標準設備互通故障

• PPP 多階段協商（LCP、IPCP、IPXCP、BCP、CBCP、CCP...），每階段多協商項。
• 對端設備某協商項處理不當 → 協商失敗。
  通常經過幾輪重試後 PPP 會放棄非必要項讓鏈路建立。
• debug ppp negotiation 觀察具體哪個項被拒/失敗，針對性調整參數或聯繫廠商。

排查順序：物理層 → LCP 協商 → 驗證 → NCP (IPCP) → 路由生成。非標準設備問題較少見，但難度最高，需抓包深度分析。