廣域網介面無法正常工作？遵循「物理層→LCP→驗證→IPCP→AAA」五層診斷模型，用 display interface 與 debug ppp 精準定位故障層次。

五層診斷模型

1. 物理層： display interface 看介面狀態。
   Down = 物理異常（線材、光模組、DCE/DTE）。
   Administratively Down = 人為 shutdown → undo shutdown 開啟。
2. LCP 協商： 觀察 LCP 狀態機：
   Initial → Req-sent → Ack-sent → Opened
   卡在 Initial/Starting = 物理層未送 LowerUp。
   大量 ConfNak/ConfRej = 參數不匹配（MRU、Auth、Magic Number）。
   TermAck/CodeRej/ProtRej = 協商被拒，看具體被拒項目。
3. 驗證階段： LCP Opened 但 IPCP 仍 Initial/重新 LCP → PAP/CHAP 驗證失敗。
   debug ppp negotiation 看驗證報文，核對用戶名/密碼、RADIUS 伺服器可達性。
4. IPCP 協商： IPCP 卡在 Req-sent/Ack-rcvd、大量 IPCP 報文 → IP 位址協商失敗。
   檢查介面 IP 設定、對端 IP、VJ 壓縮協商。
   Stopped 狀態 = 收到 TermReq/CodeRej。
5. AAA 計費導致鏈路掛斷： LCP+IPCP 均 Opened 但很快重新 LCP。
   配置 aaa-enable 但無計費伺服器 → AAA 掛斷 PPP。
   解決：配置計費伺服器，或 undo aaa-enable 關閉計費。

逐層驗證、看狀態機、抓報文，是路由器鏈路故障排查的鐵律。建議平時收集正常狀態下的 display interface 基線輸出，故障時快速比對。