链路层down(链路层拓扑发现映射器I/O驱动程序)

原因如下：1．如果它总是一个线路问题，港口状态总是关闭。2．有源状态也可能是电路松动。3．对于开关层2设备无法预测，一般有几个地方需要检查：全双工、半双工、半双工容易出现这个问题。港口保安不受特别保安限制。通信两端根据信息传输的需要，通过人工或自动完成设备，将信息发送到相应路由的技术的总称。交换机根据工作位置可分为广域网路交换机和局域网交换机。广域交换机是通信系统中用于数据链路层的信息交换设备，交换机有多个端口，每个端口都具有桥接功能，可以连接到LAN或高性能服务器或工作站，事实上交换机有时被称为多端口网桥。扩展资料：注意事项：终端和服务器都不支持STP协议，这些设备连接到交换机，可以在交换机的端口上执行stpedged－porspikes命令，也可以执行stpdisable命令来启用STP。POE（PowerOverEthernet）是一种技术，在不改变现有以太网Cat和布线基础设施的情况下，为一些基于ip的终端提供直流电力，同时传输数据信号。POE技术可以在保证现有网络正常运行的同时，保证现有结构布线的安全性，使成本最小化。
如果一直是线路问题，端口状态是一直down。 有active状态也有可能是线路松动。 出现active再down对于交换机二层设备无法预知，一般有几个检查的地方：1，全双工，半双工问题，半双工容易出现这个问题。 2，端口安全是不是有安全特殊限制，等
如果一直是线路问题，端口状态是一直down。 有active状态也有可能是线路松动。 出现active再down对于交换机二层设备无法预知，一般有几个检查的地方：1，全双工，半双工问题，半双工容易出现这个问题。 2，端口安全是不是有安全特殊限制，等
一般不是网线问题 肯定是配置出问题了！我以前也出现过这种情况也是解决不了 后来把配置清空 然后重新配置

DDN两端协商失败

默认情况下CISCO的设备刚启动完时所有接口都是人为关闭的。就是你在show ip int brief 的时候会看到一个administrator showdown这样的一个状态。 当进入接口模式后用命令no shut后，就把这个接口打开了，这个时候路由器做什么步骤呢？首先、这个接口的状态由DOWN转变到UP(administrator down转变到up)这只是一个对设置的通告。然后设备开始检测这个接口的物理层有没有问题。如果没有问题这时候接着检测数据链路层，然后是网络层。物理层是怎么检测，就是检测本接口的物理线路，能不能收到对端接口的电流或时钟频率会不会一样，这个都没问题的时候就匹配第二层的数据链路层，如数据链路层的协议啊什么的。比如两端是不是都是hdlc协议，或者ppp协议。如果一、二层都没问题了那个接口的Line protocol就会UP。最后在匹配第三层网络层的一些协议。当这底下的三层没有问题后也就说明在链路上是通的了。至于为什么会UP或DOWN那是因为前期要进行以上步骤的检测是一步步来的。 所以在接口刚开启的时候会UP后又DOWN了。如果对端没有接设备的话，那这个设备肯定是先检测自己的物理接口有没有问题，没问题的时候先UP一下，然后在检测有没有收到对端设备的电源信号和时钟频率，后来发现没有收到，所以又DOWN了，就是这样。

最简单的方式是把线拔掉来观察。比如分别把掉BACKUP线路，看通信是否正常，拔掉MASTER线路，看通信是否正常，拔掉心脏线，看通信是否正常。VLAN接口是个三层概念，只要创建就一直存在，除非你UNDO删除这个三层接口，否则是不会DOWN掉的。我上边说的是二层的接口。VXLAN技术具有以下的优势：1.24位长度的VNI字段值可以支持更多数量的虚拟网络，解决了VLAN数目上限为4094的局限性的问题。2.VXLAN技术通过隧道技术在物理的三层网络中虚拟二层网络，处于VXLAN网络的终端无法察觉到VXLAN的通信过程，这样也就使得逻辑网络拓扑和物理网络拓扑实现了一定程度的解耦，网络拓扑的配置对于物理设备的配置的依赖程度有所降低，配置更灵活更方便。 3.VLAN技术仅仅解决了二层网络广播域分割的问题，而VXLAN技术还具有多租户支持的特性，通过VXLAN分割，各个租户可以独立组网、通信，地址分配方面和多个租户之间地址冲突的问题也得到了解决。为了保证VXLAN机制通信过程的正确性，rfc7348标准中规定，涉及到VXLAN通信的IP报文一律不允许分片，这就要求物理网络的链路层实现中必须提供足够大的MTU值，保证VXLAN报文的顺利传输，这一点可以理解为当前VXLAN技术的局限性。

1 当FEC两端配置不匹配的时候就会出现err-disable。假设Switch A把FEC模式配置为on，这时Switch A是不会发送PAgP包和相连的Switch B去协商FEC的，它假设Switch B已经配置好FEC了。但实事上Swtich B并没有配置FEC，当Switch B的这个状态超过1分钟后，Switch A的STP就认为有环路出现，因此也就出现了err-disable。解决办法就是把FEC的模式配置为channel-group 1 mode desirable non-silent这个意思是只有当双方的FEC协商成功后才建立channel，否则接口还处于正常状态。 2 第二个原因就是双工不匹配。一端配置为half-duplex后，他会检测对端是否在传输数据，只有对端停止传输数据，他才会发送类似于ack的包来让链路up，但对端却配置成了full-duplex，他才不管链路是否是空闲的，他只会不停的发送让链路up的请求，这样下去，链路状态就变成err-disable了。3 第三个原因BPDU，也就是和portfast和BPDU guard有关。如果一个接口配置了portfast，那也就是说这个接口应该和一个pc连接，pc是不会发送spanning-tree的BPDU帧的，因此这个口也接收BPDU来生成spanning-tree，管理员也是出于好心在同一接口上配置了BPDU guard来防止未知的BPDU帧以增强安全性，但他恰恰不小心把一个交换机接到这个同时配置了portfast和BPDU guard接口上，于是这个接口接到了BPDU帧，因为配置了BPDU guard，这个接口自然要进入到err-disable状态。解决办法：no spanning-tree portfast bpduguard default，或者直接把portfast关了。4 第四个原因是UDLD。UDLD是cisco的私有2层协议，用于检测链路的单向问题。有的时候物理层是up的，但链路层就是down，这时候就需要UDLD去检测链路是否是真的up的。当AB两端都配置好UDLD后，A给B发送一个包含自己port id的UDLD帧，B收到后会返回一个UDLD帧，并在其中包含了收到的A的port id，当A接收到这个帧并发现自己的port id也在其中后，认为这链路是好的。反之就变成err-disable状态了。假设A配置了UDLD，而B没有配置UDLD：A给B发送一个包含自己port id的帧，B收到后并不知道这个帧是什么，也就不会返回一个包含A的port id的UDLD帧，那么这时候A就认为这条链路是一个单向链路，自然也就变成err-disable状态了。5 第五个原因就是链路的抖动，当链路在10秒内反复up、down五次，那么就进入err-disable状态。6 第六个原因就是keepalive loopback。在12.1EA之前，默认情况下交换机会在所有接口都发送keepalive信息，由于一些不通交换机协商spanning-tree可能会有问题，一个接口又收到了自己发出的keepalive，那么这个接口就会变成err-disable了。解决办法就是把keepalive关了。或者把ios升到12.2SE 7 最后一个原因，相对简单，就是由于配置了port-security violation shutdown。这个太简单，就不解释啦。
当出现这种情况时，网络管理员需要手工恢复接口。一般的做法是，先将端口利用命令shutdown关闭掉，然后再利用命令no shutdown进行启用。 总之，只要交换机支持，就启用UDLD模式，甚至可以启用积极UDLD模式，就可以有效的避免单向链路的误诊情况。特别是采用积极模式的UDLD，那么路由黑洞这个网络难题也可以迎刃而解。