设为首页 收藏本站
查看: 953|回复: 0

[经验分享] Cisco交换机端口假死[err-disable]解决方法

[复制链接]

尚未签到

发表于 2018-7-19 09:11:41 | 显示全部楼层 |阅读模式
  出现了这个问题,我们不得不重视起交换机端口“假死”的现象,寻求在交换机不重启的状态下将该端口“拯救”回来的方法。
拯救步骤1:查看日志/端口的状态  登录进入交换机后,执行show log,会看到如下的提示:  21w6d: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on FastEthernet0/47.  21w6d: %PM-4-ERR_DISABLE: loopback error detected on Fa0/47, putting Fa0/47 in err-disable state  以上信息就明确表示由于检测到第47端口出现了环路,所以将该端口置于了err-disable状态。      查看端口的状态  Switch# show inter fa0/47 status  Port      Name           Status        Vlan   Duplex Speed Type  Fa0/47    link to databackup err-disabled 562          auto   auto 10/100BaseTX  这条信息更加明确的表示了该端口处于err-disabled状态。  既然看到了该端口是被置于了错误的状态了,我们就应该有办法将其再恢复成正常的状态。 拯救步骤2:将端口从错误状态中恢复回来  进入交换机全局配置模式,执行errdisable recovery cause ?,会看到如下信息:  Switch(config)#errdisable recovery cause ?   all                 Enable timer to recover from all causes   bpduguard           Enable timer to recover from BPDU Guard error disable state   channel-misconfig   Enable timer to recover from channel misconfig disable state   dhcp-rate-limit     Enable timer to recover from dhcp-rate-limit error disable state   dtp-flap            Enable timer to recover from dtp-flap error disable state   gbic-invalid        Enable timer to recover from invalid GBIC error disable state   l2ptguard           Enable timer to recover from l2protocol-tunnel error disable state   link-flap           Enable timer to recover from link-flap error disable state   loopback            Enable timer to recover from loopback detected disable state   pagp-flap           Enable timer to recover from pagp-flap error disable state   psecure-violation   Enable timer to recover from psecure violation disable state   security-violation Enable timer to recover from 802.1x violation disable state   udld                Enable timer to recover from udld error disable state   unicast-flood       Enable timer to recover from unicast flood disable state   vmps                Enable timer to recover from vmps shutdown error disable state    从列出的选项中,我们可以看出,有非常多的原因会引起端口被置于错误状态,由于我们明确的知道这台交换机上的端口是由于环路问题而被置于错误状态的,所以就可以直接键入命令:  Switch(config)#errdisable recovery cause loopback  是啊,就这么简单的一条命令,就把困挠我们很长时间的问题解决了,真的就这么神奇。那么如何验证这条命令是生效了呢? 拯救步骤3:显示被置于错误状态端口的恢复情况  Switch# show errdisable recovery  ErrDisable Reason    Timer Status  -----------------    --------------  udld                 Disabled  bpduguard            Disabled  security-violatio    Disabled  channel-misconfig    Disabled  vmps                 Disabled  pagp-flap            Disabled  dtp-flap             Disabled  link-flap            Disabled  gbic-invalid         Disabled  l2ptguard            Disabled  psecure-violation    Disabled  gbic-invalid         Disabled  dhcp-rate-limit      Disabled  unicast-flood        Disabled  loopback             Enabled  Timer interval: 300 seconds  Interfaces that will be enabled at the next timeout:  Interface    Errdisable reason    Time left(sec)  ---------    -----------------    --------------  Fa0/47             loopback              250  从以上显示的信息可以看出,这台交换机有个端口(Fa0/47)会在250秒之后恢复为正常的状态,实际情况也是这样,等了几分钟以后,我们找了一台笔记本电脑,接到这个端口上试了一下,端口都可以正常工作了。这下总算在不重启交换机的情况下,将几个处于“假死”状态的端口“拯救”了回来。 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~· 以上是一网友提供的解决cisco交换机端口假死的办法,虽然办法可行,但是每次假死后都要手动去恢复有些麻烦为了让交换机出现此假死故障后能自动恢复,我们也有相应帮忙来解决在这里我就上面网友的内容进行补充,用于cisco交换机自动恢复端口假死的故障 在特权模式下配置如下:errdisable recovery cause udlderrdisable recovery cause bpduguarderrdisable recovery cause security-violationerrdisable recovery cause channel-misconfigerrdisable recovery cause pagp-flaperrdisable recovery cause dtp-flaperrdisable recovery cause link-flaperrdisable recovery cause sfp-config-mismatcherrdisable recovery cause gbic-invaliderrdisable recovery cause l2ptguarderrdisable recovery cause psecure-violationerrdisable recovery cause dhcp-rate-limiterrdisable recovery cause unicast-flooderrdisable recovery cause vmpserrdisable recovery cause storm-controlerrdisable recovery cause inline-powererrdisable recovery cause arp-inspectionerrdisable recovery cause loopback 以上这些都是导致端口假死的条件,配置上述可以让端口在出现假死后自动恢复;部分原创出于http://blog.163.com/herod_xiao

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-538593-1-1.html 上篇帖子: Cisco2509如何做终端通信服务器 下篇帖子: Cisco Catalyst 6500交换机SP&RP console登录切换
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表