物理端口UP 协议DOWN 的排错步骤.docVIP

物理端口UP 协议DOWN 的排错步骤.txt逆风的方向，更适合飞翔。我不怕万人阻挡，只怕自己投降。你发怒一分钟，便失去60分钟的幸福。忙碌是一种幸福，让我们没时间体会痛苦;奔波是一种快乐，让我们真实地感受生活;疲惫是一种享受，让我们无暇空虚。生活就像呼吸呼是为出一口气，吸是为争一口气。你看一下你的以太网模块在不插任何网线的前提下在开机后指示灯是不是一直亮着，要是的话有两种原因，一种是你没设置以太网口是工作在RJ45接口模式还是工作在AuI模式，你要设置成工作在RJ45模式才行，其次那就是你的接口有问题了。一般配置为 en conf t in e0/0 ip address no sh no keep 这样要是还Ping不通的话，那就是硬件问题了. 物理端口UP 协议DOWN 的排错步骤 端口的物理层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，可能的原因非常多，不同类型的端口、不同的协议，可能的原因都不尽相同。前面所阐述的只是常见的故障情况，具体问题还是需要具体分析。另外很重要的一点是，协议的功能是用于互连、通信，在实际的网络工程和维护中，协议问题的排查同样需要各个相关部门、相关人员的通力配合，孤立、静止地去分析问题，很难取得比较好的效果 看网络广播风暴的原因 产生广播风暴的原因 网络产生广播风暴的原因了。一般情况下，产生网络广播风暴的原因，主要有以下几种： 1、网络设备原因：我们经常会有这样一个误区，交换机是点对点转发，不会产生广播风暴。在我们购买网络设置时，购买的交换机，通常是智能型的Hub，却被奸商当做交换机来卖。这样，在网络稍微繁忙的时候，肯定会产生广播风暴了。 2、网卡损坏：如果网络机器的网卡