物理端口UP 協議DOWN 的排錯步驟
端口的物理層Up，但是協議Down，可能的原因有很多種。壹般而言，鏈路層協議從
初始化到Up 起來，都會經過壹個協議的“協商”過程。這裏所說的協商是廣義上的協商，
既包括鏈路層協議本身規定的參數、能力協商，也包括協議所規定的定期性的鏈路通達性檢
測（例如HDLC 的Keepalive 報文）。既然稱之為“協商”，也就意味著是過程是壹對壹交
互性的，有壹個發送出去的報文，也會有壹個對方送過來的回應報文。因此，基於這壹點，
在廣域網絡調試的時候，如果遇到物理口Up、協議Down 的情況，建議在確認兩端路由器的
配置沒有問題之後，用dis interface 端口號的命令查看壹下該端口的收、發報文情況。
在Quidway 路由器中，dis interface 命令的顯示結果有XXXX packets input 和XXXX
packets output 兩項，分別代表該端口上收到和發送的報文數量。正如剛才所闡述的，如
果這兩個數字相差很大（為了不致讓以往累計的歷史統計數據對問題的分析、判斷造成幹擾，
建議先在路由器的特權用戶模式下使用Clear port 命令將端口的統計信息清空，再用dis
interface 命令進行查看），則大致可以說明在協商的過程中出了問題，造成協議不能Up
起來。
在很多情況下，物理口Up、協議Down，用dis interface 命令查看端口的收發報文情
況，發現只有送出去的報文，收到的報文數量為零，而且連續使用dis interface 命令進行
查看，進壹步發現送出去的報文數量在不斷增長，但是收到的報文數量始終為零。這就說明
之所以廣域網兩端路由器之間的鏈路層協議處於Down 的狀態，就是因為要麽路由器之間的
傳輸、線纜出了問題，導致本端路由器收不到對端送過來的回應報文；要麽是對端路由器本
身出了問題，導致無法給本端路由器發送回應報文。
除了最常用的收發報文數量比較的方法之外，在dis interface 命令的顯示信息中，
還有壹項很重要的內容，那就是端口所收到的錯誤報文數量。在Quidway 路由器的dis
interface 命令顯示結果的倒數第二行，有如下的信息：
0 input errors, 0 CRC, 0 frame errors
如果由於傳輸誤碼、物理線路質量比較差或者是中間的基帶Modem 出了問題，則容易
導致路由器收到的IP 報文中，很多是錯誤的報文。特別地，如果通過連續dis interface 發
現錯誤的包在不斷增長，則可以判斷此時廣域網線路質量比較差、傳輸有誤碼，或者中間的
基帶Modem、某段電纜出了問題，導致送給本端路由器的報文絕大部分是錯誤包，這樣鏈路
層協議也肯定是不能Up 起來的。
另外，如果通過dis interface 命令發現收、發報文的數量基本相等，而且也沒有錯
誤包，但協議還是Down，這個時候可以在路由器上打開該端口的鏈路層協議Debug 開關，
通過Debug 信息完整地分析壹下協議的協商過程，看到底問題出在什麽地方，出在協商的哪
個階段。不過，這種情況在實際中很少碰到。
最後，正如前面提到的，在路由器中，物理口Up、鏈路協議Down，可能的原因非常
多，不同類型的端口、不同的協議，可能的原因都不盡相同。前面所闡述的只是常見的故障
情況，具體問題還是需要具體分析。另外很重要的壹點是，協議的功能是用於互連、通信，
在實際的網絡工程和維護中，協議問題的排查同樣需要各個相關部門、相關人員的通力配合，
孤立、靜止地去分析問題，很難取得比較好的效果