剑三称号换不了:物理端口UP, 协议DOWN 的排错步骤

来源:百度文库 编辑:偶看新闻 时间:2024/05/06 18:19:58
端口的物理层Up,但是协议Down,可能的原因有很多种。 一般而言,链路层协议从初始化到Up 起来,都会经过一个协议的“协商”过程。这里所说的协商是广义上的协商,既包括链路层协议本身规定的参数、能力协商,也包括协议所规定的定期性的链路通达性检测(例如HDLC 的Keepalive 报文)。既然称之为“协商”,也就意味着是过程是一对一交互性的,有一个发送出去的报文,也会有一个对方送过来的回应报文。 因此,基于这一点,在广域网络调试的时候,如果遇到物理口Up、协议Down 的情况,建议在确认两端路由器的配置没有问题之后,用dis interface 端口号的命令查看一下该端口的收、发报文情况。在Quidway 路由器中,dis interface 命令的显示结果有XXXX packets input 和XXXXpackets 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,可能的原因非常多,不同类型的端口、不同的协议,可能的原因都不尽相同。前面所阐述的只是常见的故障情况,具体问题还是需要具体分析。另外很重要的一点是,协议的功能是用于互连、通信,在实际的网络工程和维护中,协议问题的排查同样需要各个相关部门、相关人员的通力配合,孤立、静止地去分析问题,很难取得比较好的效果