物理端口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，可能的原因非常多，不同类型的端口、不同的协议，可能的原因都不尽相同。前面所阐述的只是常见的故障情况，具体问题还是需要具体分析。另外很重要的一点是，协议的功能是用于互连、通信，在实际的网络工程和维护中，协议问题的排查同样需要各个相关部门、相关人员的通力配合，孤立、静止地去分析问题，很难取得比较好的效果