常见的CatcOs错误消息在Cisco Catalyst 交换机( 七 )


09. 6/2/2000,14:55:30: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
10. 6/2/2000,14:55:33: Earl2:Banff (2) MEQ status h=28c t=18d pg=3e0
11. 6/2/2000,14:58:57: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
12. 6/2/2000,14:59:00: Earl2:Banff (2) MEQ status h=395 t=2e pg=3df
13. 6/2/2000,15:05:58: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
14. 6/2/2000,15:06:01: Earl2:Banff (2) MEQ status h=118 t=38 pg=3df
15. 6/2/2000,15:12:10: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
16. 6/2/2000,15:12:13: Earl2:Banff (2) MEQ status h=2e0 t=a5 pg=3df
17. 6/2/2000,15:24:04: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
18. 6/2/2000,15:24:07: Earl2:Banff (2) MEQ status h=299 t=1a2 pg=3df
19. 6/2/2000,15:25:04: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
20. 6/2/2000,15:25:07: Earl2:Banff (2) MEQ status h=210 t=1 pg=3df
21. 6/2/2000,15:25:08: Earl2:Banff (2) pkt d-status=7, stat1=0, stat2=0
22. 6/2/2000,15:29:27: Earl2:Banff (2) pkt d-status=6, stat1=0, stat2=0
23. 6/2/2000,15:29:30: Earl2:Banff (2) MEQ status h=3ea t=3a9 pg=3df
24. 6/2/2000,15:29:31: Earl2:Banff (2) pkt d-status=7, stat1=0, stat2=0
25. 6/2/2000,15:36:06: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
26. 6/2/2000,15:36:09: Earl2:Banff (2) MEQ status h=37 t=a9 pg=3df
这些消息在NVRAM日志被打印当软件发现时一个ASIC 在Banff芯片组卡住 。(包括三个Banff ASIC)在治理引擎用于 Banff芯片组进行信息包重写为Multilayer Switching (MLS) 。假如其中一个Banff ASIC卡住,软件重置Banff并且记录消息 对NVRAM日志 。

除非有重置发生的, 一个过量这些消息不指示一个问题 。您能使用隐藏的命令, show banff-reset,发现在芯片组重置每个BANFF ASIC因为最后重新加载的次数 。假如重置计数为被测量的BANFF ASIC持续增加,这也许指示 问题 。
此示例显示 show banff-reset命令的输出 :
Console> (enable) show Banff-reset
Banff reset counts:
-------------------
Banff 1: 1
Banff 2: 2772
Banff 3: 1
Console> (enable)
上面的例子表示,重置了BANFF ASIC 2 2772 次 。
假如在您的交换机看Banff重置的一 个过量, 开一个Case与Cisco技术支持中心 (TAC) 。
--------------------------------------------------------------------------------
%MLS-4-MOVEOVERFLOW:Too许多移动,终止MLS为5 秒
问题: 间歇或恒定"%MLS-4-MOVEOVERFLOW:Too许多移动,终止MLS为5秒" 系统日志消息在交换机生成 。
平 台: Catalyst 5000家族交换机
下列是您将看系统日志输出的示例 当此错误出现时:
%MLS-4-MOVEOVERFLOW:Too many moves, stop MLS for 5 sec(20000000)
%MLS-4-RESUMESC:Resume MLS after detecting too many moves
%MLS-4-MOVEOVERFLOW:Too many moves, stop MLS for 5 sec(20000000)
%MLS-4-RESUMESC:Resume MLS after detecting too many moves
这些系统日志消 息表明交换机在多个端口重学一个或更多MAC地址在快速连续 。例如,在一个接入交换机与二uplink端口到网络的核心,交 换机也许了解一个特定MAC 地址非常迅速地首先在一uplink端口然 后在另一边 。
假如不常见看这些消 息,它是很可能一个瞬间第二层(生成树)循环,造成信息包泛滥在 一个或更多VLAN 。
假如看这些消息 的一个过量(例如,假如您的系统服务器日志文件或您的交换机控制 台被充斥与这些消息),问题也许归结于:
一个永久性第二层(生成树) 循环
一个或更多有故障的交换端口
一个坏电缆(例如,一条单向的光纤链路 )
其他坏硬件(不必要在生成消息)的 交换机
不正确的配置的设备(例如, 发送数据流的数据流生成器到二个交换端口使用同样MAC地址 )
假如确信没有第二层循环或有故障 的硬件,您在交换机不使用MLS,并且您在交换机想要删除这些消息 ,您能禁用MLS (用 set mls disable命令) 。备选,您能修改操作日志级别为"MLS"设备到3或使用命令 set logging level mls 3默认值 降低 。然而,这些解决方案简 单屏蔽问题 。

推荐阅读