交换机出现的错误及解决方法

导致交换机接口出现错误的六个原因有（解决方法）：

1 当FEC两端配置不匹配的时候就会出现错误。假设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的请求，这样下去，链路状态就变成错误了。

3 第三个原因BPDU，也就是说和portfast和BPDU guard有关。如果一个接口配置了portfast，那也就是说这个接口应该和一个pc连接，pc是不会发送spanning-tree的BPDU帧的，因此这个口也接收BPDU来生成spanning-tree，管理员也是出于好心在同一接口上配置了BPDU guard来防止未知的BPDU帧以增强安全性，但他恰恰不小心把一个交换机接到这个同时配置了portfast和BPDU guard接口上，于是这个接口接到了BPDU帧，因为配置了BPDU guard，这个接口自然要进入到错误状态。解决办法是：no spanning-tree portfast bpduguard default，或者直接把portfast关了，这样就可以妥善地解决这个问题了。

4 第四个原因就是链路的抖动问题，当链路在10秒内反复up、down五次，那么就进入错误状态。

5 第五个原因就是keepalive loopback。在12.1EA之前，默认情况下交换机会在所有接口都发送keepalive信息，由于一些不通交换机协商spanning-tree可能会有问题，一个接口又收到了自己发出的keepalive，那么这个接口就会变成错误状态了。解决办法就是把keepalive关了。或者把ios升到12.2SE

6 最后一个原因，非常简单，就是由于配置了port-security violation shutdown。这个实在是太简单了，想必也没有解释的必要了，呵呵。

本章主题：交换机出现的错误及解决方法

D-Link交换机 CISCO交换机 H3C交换机 H3C路由器

以上产品热销中，请拨打热线0571-89910937