從一個節(jié)點到相鄰節(jié)點的一段物理線路就叫鏈路，它需要由物理層提供數(shù)據(jù)收發(fā)服務(wù)，并為網(wǎng)絡(luò)層提供數(shù)據(jù)報文的封裝，網(wǎng)絡(luò)層 參數(shù)的協(xié)商等功能，發(fā)送端和接收端通過發(fā)送LCP包來確定那些在數(shù)據(jù)傳輸中的必要信息。

一、使用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命令手工打開此端口。

二、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)。

三、如顯示LCP協(xié)議未進入OPENED狀態(tài)，可考慮為LCP的問題。此方面的問題一般較少出現(xiàn)，如出現(xiàn)應(yīng)該打開debug ppp packet或debug ppp negotiation，首先檢查物理接口的報文收發(fā)是否正常，如果確認接口的報文收發(fā)正常，并且有大量的CONFNAK、CONFREJ報文出現(xiàn)，或者出現(xiàn)TERMACK、CODEREJ、PROTREJ只類的報文，可以說明是協(xié)商的問題，再根據(jù)報文協(xié)商項內(nèi)容分析無法協(xié)商成功的原因。

四、顯示LCP協(xié)議進入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進入OPENED狀態(tài)會立即重新協(xié)商。

五、顯示LCP協(xié)議進入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地址配置有問題，無法進行IPCP協(xié)商。

通過上面的介紹，相信你現(xiàn)在已經(jīng)了解H3C路由鏈路的一些關(guān)鍵點和容易出錯的地方，只要我們在設(shè)置時能注意到這些地方，那么就一定可以架設(shè)好一個鏈路。