路由器鏈路故障的處理 解決方法

    所謂鏈路就是從一個節點到相鄰節點的一段物理線路，它需要由物理層提供數據收發服務，並為網絡層提供數據報文的封裝，網絡層 參數的協商等功能，發送端和接收端通過發送LCP包來確定那些在數據傳輸中的必要信息。

    一、路由器 表現為廣域網接口無法正常使用時，首先應該從物理層開始檢查，使用display interface命令查看接口信息，根據顯示信息中的硬件設備的狀態和LCP的狀態判斷物理層是否正常，此外Serial0可能為down， administratively down，standby，其中down說明物理層工作異常，應檢查物理層配置及設備問題，administratively down，說明物理層被人為關閉，此時可以執行no shutdown命令手工打開此端口。

    二、物理層未發送lowerup，PPP未發送open消息，LCP應處於initial狀態；如物理層發送了lowerup，PPP已發送open消 息，發出CONFREQ報文LCP應處於req-send狀態；如物理層發送了lowerup，PPP已發送open消息，發出CONFREQ報文和 CONFACK報文，LCP應處於ACKSENT狀態，如物理層發送了lowerup，PPP未發送open消息，LCP應處於starting狀態。

    三、執行如上命令display interface bri 0（BRI接口0）或display interface serial 1 （串口1），如顯示LCP協議未 進入OPENED狀態，可考慮為LCP的問題。此方面的問題一般較少出現，如出現應該打開debug ppp packet或debug ppp negotiation，首先檢查物理接口的報文收發是否正常，如果確認接口的報文收發正常，並且有大量的CONFNAK、CONFREJ報文出現，或者 出現TERMACK、CODEREJ、PROTREJ只類的報文，可以說明是協商的問題，再根據報文協商項內容分析無法協商成功的原因。

    四、使用display interface命令查看接口信息，如顯示LCP協議進 入OPENED狀態，而IPCP依然為Initial狀態，或者LCP變為OPENED狀態後又很快重新開始協商，可考慮為驗證的問題，由於此狀態為臨時 狀態，不易觀察，也可通過debug ppp packet 或debug ppp negotiation 來觀察，可以根據報文的具體內容分析驗證失敗的原因。有時配置了驗證，但是LCP協商過程中該協商項被拒掉，LCP進入OPENED狀態會立即重新協商。

    五、使用display interface命令查看接口信息，如顯示LCP協議進 入OPENED狀態，而IPCP處於REQ_SEND或ACK_RCVD，並觀察PPP報文有大量的IPCP報文收發，可說明路由器IPCP協商有問題。 若IPCP處於STOPPED狀態，也可能是收到IPCP的TERMREQ或CODEREJ導致狀態遷移，由於IPCP必須協商的參數為IP地址，其他為 可選擇參數，一般來說是IP地址配置有問題，無法進行IPCP協商。

    有時在路由器上配置了aaa-enable之後，LCP和IPCP均已經進入OPENED狀態，但很快又重新開始LCP協商，因為配置了aaa-enable之後，缺省要進行計費，如果沒有設置計費服務器，AAA會將PPP鏈路掛斷。