cisco6509版本cisco WS-C6509-V-E (R7000) processor (revision 1.0)
ios版本sup-bootdisk:s72033-advipservicesk9_wan-mz.122-33.SXI3.bin
通过监控服务器发现cpu使用率超过85%，如下图
登录cisco6509，使用命令 show proc cpu sort 5min | e 0.0 （这条命令非常重要，打前三个单词也行），发现 arp input 非常高，five seconds: 31% （疯啦），按照常规做法，先show logging，看看有没有不正常的地址在作怪，很遗憾，没啥有用信息，只能开始镜像抓包，更遗憾，费半天劲没有发现有异常的ip地址，正茫然不知所措，突然想起还有个大哥，debug（帝八哥），输入命令debug arp ，要注意要短暂，（时间长了就只能哭吧哭吧，不是悲，是连不上啦）终于又见曙光，如图
如果是ip input 高可以使用 debug ip packet detail （切记，使用完大哥要送走，undebug all）
原因找到，开打，11段后半段撇出去，在交换机上处理相应vlan，cpu随之恢复正常，就是最上图看到的后段。如果使用命令show proc cpu sort 5min查看到引起cpu高的主要原因是 ipv6 input如下图，12月8日晚引起的cpu高，则需要在cisco6509的conf t模式下输入ipv6 mld snooping 开启组播抑制功能（这条命令一般用在二层交换机上），使cpu占有率明显下降，如下两个图。
ios版本sup-bootdisk:s72033-advipservicesk9_wan-mz.122-33.SXI3.bin
通过监控服务器发现cpu使用率超过85%，如下图
登录cisco6509，使用命令 show proc cpu sort 5min | e 0.0 （这条命令非常重要，打前三个单词也行），发现 arp input 非常高，five seconds: 31% （疯啦），按照常规做法，先show logging，看看有没有不正常的地址在作怪，很遗憾，没啥有用信息，只能开始镜像抓包，更遗憾，费半天劲没有发现有异常的ip地址，正茫然不知所措，突然想起还有个大哥，debug（帝八哥），输入命令debug arp ，要注意要短暂，（时间长了就只能哭吧哭吧，不是悲，是连不上啦）终于又见曙光，如图
如果是ip input 高可以使用 debug ip packet detail （切记，使用完大哥要送走，undebug all）
原因找到，开打，11段后半段撇出去，在交换机上处理相应vlan，cpu随之恢复正常，就是最上图看到的后段。如果使用命令show proc cpu sort 5min查看到引起cpu高的主要原因是 ipv6 input如下图，12月8日晚引起的cpu高，则需要在cisco6509的conf t模式下输入ipv6 mld snooping 开启组播抑制功能（这条命令一般用在二层交换机上），使cpu占有率明显下降，如下两个图。
本文转自 古老 51CTO博客，原文链接：http://blog.51cto.com/yzmlinux/2046265，如需转载请自行联系原作者
1653
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
