關(guān)于路由器鏈路故障的處理
所謂鏈路就是從一個節(jié)點到相鄰節(jié)點的一段物理線路,它需要由物理層提供數(shù)據(jù)收發(fā)服務(wù),并為網(wǎng)絡(luò)層提供數(shù)據(jù)報文的封裝,網(wǎng)絡(luò)層 參數(shù)的協(xié)商等功能,發(fā)送端和接收端通過發(fā)送LCP包來確定那些在數(shù)據(jù)傳輸中的必要信息。
一、路由器表現(xiàn)為廣域網(wǎng)接口無法正常使用時,首先應(yīng)該從物理層開始檢查,使用display interface命令查看接口信息,根據(jù)顯示信息中的硬件設(shè)備的狀態(tài)和LCP的狀態(tài)判斷物理層是否正常,此外Serial0可能為down, administratively down,standby,其中down說明物理層工作異常,應(yīng)檢查物理層配置及設(shè)備問題,administratively down,說明物理層被人為關(guān)閉,此時可以執(zhí)行no shutdown命令手工打開此端口。
二、物理層未發(fā)送lowerup,PPP未發(fā)送open消息,LCP應(yīng)處于initial狀態(tài);如物理層發(fā)送了lowerup,PPP已發(fā)送 open消息,發(fā)出CONFREQ報文LCP應(yīng)處于req-send狀態(tài);如物理層發(fā)送了lowerup,PPP已發(fā)送open消息,發(fā)出CONFREQ 報文和CONFACK報文,LCP應(yīng)處于ACKSENT狀態(tài),如物理層發(fā)送了lowerup,PPP未發(fā)送open消息,LCP應(yīng)處于starting狀態(tài)。
三、執(zhí)行如上命令display interface bri 0(BRI接口0)或display interface serial 1 (串口1),如顯示LCP協(xié)議未進(jìn)入OPENED狀態(tài),可考慮為LCP的問題。此方面的問題一般較少出現(xiàn),如出現(xiàn)應(yīng)該打開debug ppp packet或debug ppp negotiation,首先檢查物理接口的報文收發(fā)是否正常,如果確認(rèn)接口的報文收發(fā)正常,并且有大量的CONFNAK、CONFREJ報文出現(xiàn),或者出現(xiàn)TERMACK、CODEREJ、PROTREJ只類的報文,可以說明是協(xié)商的問題,再根據(jù)報文協(xié)商項內(nèi)容分析無法協(xié)商成功的原因。
四、使用display interface命令查看接口信息,如顯示LCP協(xié)議進(jìn)入OPENED狀態(tài),而IPCP依然為Initial狀態(tài),或者LCP變?yōu)镺PENED狀態(tài)后又很快重新開始協(xié)商,可考慮為驗證的問題,由于此狀態(tài)為臨時狀態(tài),不易觀察,也可通過debug ppp packet 或debug ppp negotiation 來觀察,可以根據(jù)報文的具體內(nèi)容分析驗證失敗的原因。有時配置了驗證,但是LCP協(xié)商過程中該協(xié)商項被拒掉,LCP進(jìn)入OPENED狀態(tài)會立即重新協(xié)商。
五、使用display interface命令查看接口信息,如顯示LCP協(xié)議進(jìn)入OPENED狀態(tài),而IPCP處于REQ_SEND或ACK_RCVD,并觀察PPP報文有大量的IPCP報文收發(fā),可說明路由器IPCP協(xié)商有問題。若IPCP處于STOPPED狀態(tài),也可能是收到IPCP的TERMREQ或CODEREJ導(dǎo)致狀態(tài)遷移,由于IPCP必須協(xié)商的參數(shù)為IP地址,其他為可選擇參數(shù),一般來說是IP地址配置有問題,無法進(jìn)行IPCP協(xié)商。
有時在路由器上配置了aaa-enable之后,LCP和IPCP均已經(jīng)進(jìn)入OPENED狀態(tài),但很快又重新開始LCP協(xié)商,因為配置了aaa-enable之后,缺省要進(jìn)行計費,如果沒有設(shè)置計費服務(wù)器,AAA會將PPP鏈路掛斷。