路由器端口UP，协议DOWN掉的问题？

我这是复制的,以前做实验的时候也经常碰到这种情况,一般多重启几次端口就好了,但始终找不到问题的根本所在,希望这篇文章能对你有所帮助.

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

协议DOWN一般有几种情况:
1.IP地址冲突,子网掩码设置错误
2.没有设置DCE时钟
3.没有设置对FR的,PPP的封装.
4.Hello和Dead的更新时钟,两端路由器不同.
5.路由协议设置错误.

经过你的描述，只有下列3个可能：1 IP设置不当，相邻两个端口IP不在同一网段内。
2 如果在帧中继中，端口封装没设置好。
3 模拟器本身的问题。

在确定配置完全正确的情况下,还出现这种问题.
可能是模拟器问题
重新连接或换个模拟器试试看.

R1(config)#interface serial 0/0
R1(config)#clock rate 128000
R1(config)#no shut