常见的CatcOs错误消息在Cisco交换机2

2019-11-05 01:38:19

字体：大中小

来源：转载

供稿：网友

　　假如仍然看顶点同步失败消息，那里也许是其中一的个一个硬件问题模块。
　　
　　将交换机断电并且去除所有交换机模块。功率在交换机用治理引擎在机箱。直到问题模块被识别，重复每次添加一个模块的进程。
　　
　　无效功能索引集为模块
　　
　　问题：当一个新的交换机模块在Catalyst 6000系列交换机，安装模块错误信息无效功能索引集显示。
　　
　　平台： Catalyst 6000家族交换机
　　
　　下列是您将看控制台输出的示例当此错误出现时：
　　
　　 %SYS-5-MOD_INSERT:Module 4 has been inserted
　　 Invalid feature index set for module 4
　　模块错误无效功能索引集发生当当前运行在治理引擎的软件镜象版本不支持插入硬件的部分。
　　
　　在上面的例子，48端口10/100Mbps交换机模块(WS-X6348-RJ-45)在运行软件版本 5.3(2)CSX的Catalyst 6000交换机插入了。为 WS-X6348-RJ-45模块需要的最低软件版本是5.4(2)。
　　
　　解决方法是升级Supervisor Engine 软件版本到支持硬件的软件版本。 Catalyst 6000家族软件版本5.x的版本说明列出最低软件版本为每个模块。
　　
　　SYS-4-SUPERVISOR_ERR：
　　
　　问题：以下错误信息在syslog被记录：
　　
　　 %SYS-4-SUPERVISOR_ERR:Forwarding engine ip length error　　counter =4
　　 %SYS-4-SUPERVISOR_ERR:Forwarding engine IP too short error counter =1
　　 %SYS-4-SUPERVISOR_ERR:Forwarding engine IP check sum error counter = 38
　　
　　平台： Catalyst 6000家族交换机
　　
　　这些消息指示交换机转发引擎获得 IP 信息包，比答应的IP信息包的最小长度是较少和丢失它。用更旧的代码(PRe-7.x)，信息包在转发引擎stats静音投下了并且计数。在更新的code(7.x和上述)，此消息在 syslog 一次被记录每30分钟。
　　
　　没有作用从转换面。转换面投下坏信息包，将由接受设备投下因而。唯一的关心是有发送坏信息包的设备(可能由于一个坏 NIC驱动器，NIC驱动器Bug或坏应用程序等等) 。治理引擎不记录发送坏信息包设备的来源ip。唯一的方式发现这些设备将使用嗅探器搜寻源地址。
　　
　　此消息是一个warning/information消息从交换机对您。禁用这些错误信息，发出 set errordetection portcounters disable命令在交换机。
　　
　　SYS-4-PORT_ERR:Port 15/1 rxTotalDrops
　　
　　问题：以下错误信息在syslog被记录：
　　
　　 %SYS-4-PORT_ERR:Port 16/1 rxTotalDrops (7426859) or
　　 %SYS-4-PORT_ERR:Port 15/1 rxTotalDrops (2563127)
　　
　　平台： Catalyst 6000家族交换机
　　
　　当 ERRORDETECTION PORTCOUNTERS 被启用了(默认为功能失效)时并且接受错误在端口1/1出现，syslog (SYS-4-PORT_ERR)在15/1可能被接受报告 rxTotalDrops，而不是1/1。一些安装可能发现功能由软件启用了并且保持启用在升级以后。此问题被解决了在6.3(1) 为一个新安装。假如syslog看，调查应该将第一个上行端口指向(1/1或2/1)，在syslog报告的不是端口(15/1或16/1)。 show counters命令输出显示什么错误出现。假如唯一的错误计数器报告错误是 rxTotalDrops，很可能原因是有阻拦VLAN在上行端口的生成树，并且发生的下落是CBL下落，预计。假如有其他错误计数器报告，原因需要进一步调查。
　　
　　解决方法是禁用 ERRORDETECTION PORTCOUNTERS。这可以由发出 set errordetection portcounters disable 命令完成。
　　
　　错误信息在Catalyst 5000 家族交换机
　　以下错误信息在 Catalyst 5000家族交换机能出现(并且他们的衍生商品，例如 Catalyst 2926g) ：
　　
　　不支持模块
　　
　　EARL-2:LKUPRAM 犯错 /blkcmbParityErrHdlr
　　Earl2:Banff
　　%MLS-4-MOVEOVERFLOW:Too许多移动，终止MLS为5 秒
　　EARL-3-BADCOLOR：坏颜色[ vlan_no ]从[ hex ]读了为[ chars ]条目
　　
　　不支持模块
　　
　　问题：当一个新的交换机模块在Catalyst 5000家族交换机，安装"模块不是支持的"错误信息显示。
　　
　　平台： Catalyst 5000家族交换机
　　
　　下列是您将看控制台输出的示例当此错误出现时：
　　
　　Module 6 is not supported (46)
　　"模块不是支持的"错误发生当当前运行在治理引擎的软件镜象版本不支持插入硬件的部分。
　　
　　在上面的例子，24端口10BaseFL以太网MT-RJ交换机模块(WS-X5015-MT)在运行软件版本4.5(1) 的 Catalyst 5000交换机插入了。为WS-X5015-MT模块需要的最低软件版本是5.1(1)。
　　
　　解决方法是升级Supervisor Engine软件版本到支持硬件的软件版本。 Catalyst 5000家族软件版本5.x的版本说明列出最低软件版本为每个模块。

　　
　　EARL-2:LKUPRAM 犯错 /blkcmbParityErrHdlr
　　
　　问题：当使用时，"EARL-2:LKUPRAM犯错"错误生成show cam命令。另外"，当您发出show log命令时，blkcmbParityErrHdlr"错误在 NVRAM日志出现。在某些情况下，交换机重置当 show cam命令被输入。
　　
　　平台： Catalyst 5000家族交换机
　　
　　下列是您将看系统日志消息的示例当您发出 show cam命令时：
　　
　　EARL-2:LKUPRAM Err: Addr 3d93d, Data 1000002-0, Cnt 1
　　当您发出show log命令时，下列是 NVRAM 日志的示例输出了您将看见：
　　
　　 01. 12/16/99,19:19:18: blkcmbParityErrHdlr: LKUPRAM, intr=40, addr x16c61, data 801-0, cnt 1
　　 02. 12/16/99,19:21:11: blkcmbParityErrHdlr: LKUPRAM, intr=40, addr x16c61, data 801-0, cnt 2
　　 03. 12/16/99,19:21:17: blkcmbParityErrHdlr: LKUPRAM, intr=41, addr x16c61, data 801-0, cnt 3
　　这些消息在NVRAM日志被打印当软件在EARL存储器位置时(CAM条目)发现一个奇偶错误。根据软件版本当这样奇偶错误被发现时，在交换机治理引擎，交换机也许重置。
　　
　　关于具体信息，参见版本说明提供与Cisco Bug ID CSCdk75035。关于其他资料，参见 LAN技术的Cisco的TAC 工具。
　　
　　假如运行一个软件版本在4.5(5)之前，我们推荐升级到最新的 4.5(x)版本。在升级软件以后，假如交换机一致记录这些消息，开一个Case与Cisco技术支持中心 (TAC)。
　　
　　Earl2:Banff
　　
　　问题：当您发出show log 命令时，许多 "Earl2:Banff"错误在NVRAM日志出现。
　　
　　平台： Catalyst 5000家族交换机
　　
　　当您发出show log命令时，下列是NVRAM 日志的示例输出了您将看见：
　　
　　 01. 6/2/2000,14:23:26: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
　　 02. 6/2/2000,14:23:29: Earl2:Banff (2) MEQ status h=7 t=172 pg=3df
　　 03. 6/2/2000,14:24:25: Earl2:Banff (2) pkt d-status=6, stat1=0, stat2=0
　　 04. 6/2/2000,14:24:28: Earl2:Banff (2) MEQ status h=247 t=2ea pg=3df
　　 05. 6/2/2000,14:31:55: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
　　 06. 6/2/2000,14:31:58: Earl2:Banff (2) MEQ status h=109 t=1ae pg=3df
　　 07. 6/2/2000,14:46:58: Earl2:Banff (2) pkt d-status=6, stat1=10, stat2=0
　　 08. 6/2/2000,14:47:01: Earl2:Banff (2) MEQ status h=e t=214 pg=3df
　　 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默认值降低。然而，这些解决方案简单屏蔽问题。
　　
　　除以上建议之外，考虑升级交换软件到您的软件版本系列最新的维护版，集成几最优化与此问题相关。
　　
　　假如需要协助排除问题的故障，开一个Case与Cisco技术支持中心(TAC)。
　　
　　EARL-3-BADCOLOR：坏颜色[ vlan_no ]从 [ hex ]读了为[ chars ]条目
　　
　　问题： "EARL-3-BADCOLOR：坏颜色 [ vlan_no ]从[ hex ]读了为[ chars ]条目"错误生成。
　　
　　平台： Catalyst 5000家族交换机
　　
　　这表明帧看了与VLAN ID交换机没有配置为。解决问题，了解是必要的无效VLAN ID 如何获知。要执行此的一个策略是发出 set length 0命令，并且捕获整个 show cam dynamic 输出到文件。通过排序程序运行该文件到排序由VLAN号。所有VLAN号在交换机不是配置的CAM提交(检查通过发出 show VLAN) 点对可疑端口。经常在，Trunk的另一端应该调查情况下，这可能是Trunk。根据VLAN ID如何获得是假的，网络影响可能是微不足道的对严重(假如帧损坏的其他元素发生了。) 检查 banff 重置。
　　
　　错误信息在Catalyst 4000家族交换机
　　以下错误信息在Catalyst 4000家族交换机能出现(并且他们的衍生商品，例如Catalyst 2948g 及4912g交换机)：
　　
　　%SYS-3-P2_ERROR：1/Unknown 模块
　　
　　%SYS-4-P2_WARN： 1/Filtering以太网MAC 地址零值
　　%SYS-4-P2_WARN：1/Invalid数据流从组播源地址
　　%SYS-3-P2_ERROR：主机< MAC_address >拍动在端口之间
　　%SYS-4-P2_WARN： 1/Astro(mod/port)
　　
　　%SYS-3-P2_ERROR：1/Unknown 模块
　　
　　问题： "%SYS-3-P2_ERROR：当一个新的交换机模块在Catalyst 4000家族交换机，安装1/Unknown模块"错误信息显示。

　　
　　平台： Catalyst 4000家族交换机
　　
　　下列是您将看控制台输出的示例当此错误出现时：
　　
　　%SYS-3-P2_ERROR: 1/Unknown module (fru minor type 304) in slot 3
　　"%SYS-3-P2_ERROR： 1/Unknown模块"错误出现当当前运行在治理引擎的软件镜象版本不支持插入硬件的部分。
　　
　　在上面的例子，18端口1000BaseX服务器交换机模块(WS-X4418)在运行软件版本4.4(1)的Catalyst 4000交换机插入了。为WS-X4418模块需要的最低软件版本是4.5(1)。
　　
　　解决方法是升级Supervisor Engine软件版本到支持硬件的软件版本。 Catalyst 4000家族软件版本5.x的版本说明列出最低软件版本为每个模块。
　　
　　%SYS-4-P2_WARN： 1/Filtering以太网MAC 地址零值
　　
　　问题：交换机生成"过滤以太网MAC地址零值"消息。
　　
　　平台： Catalyst 4000家族交换机
　　
　　下列是您将看系统日志输出的示例当此错误出现时：
　　
　　 %SYS-4-P2_WARN: 1/Filtering Ethernet MAC address of value zero from agent host table interface
　　 %SYS-4-P2_WARN: 1/Filtering Ethernet MAC address of value zero from agent host table interface
　　"过滤以太网MAC地址零值"系统日志消息生成当交换机收到信息包带有源MAC地址00-00-00-00-00-00时，是无效的源MAC。
　　
　　系统日志消息表明交换机拒绝了解无效的地址。然而，交换机将转发从所有零MAC地址发出数据流。
　　
　　解决方法是设法识别产生帧带有所有0 源MAC地址的终端站。一般，这样帧从数据流生成器被传输(例如，SmartBits)，服务器的特定类型 (例如负载平衡IBM WebSphere服务器)，一个误配置的路由器或者终端站(例如，传输全部0广播)的设备，或者有故障的NIC。
　　
　　%SYS-4-P2_WARN： 1/Invalid数据流从组播源地址
　　
　　问题：交换机生成"无效的数据流从组播源地址"消息。
　　
　　平台： Catalyst 4000家族交换机
　　
　　下列是您将看系统日志输出的示例当此错误出现时：
　　
　　 %SYS-4-P2_WARN: 1/Invalid traffic from multicast source address 81:00:01:00:00:00 on port 2/1
　　 %SYS-4-P2_WARN: 1/Invalid traffic from multicast source address 81:00:01:01:00:00 on port 2/1
　　当交换机收到信息包带有组播MAC地址作为源MAC时，"无效的数据流从组播源地址" 系统日志消息生成。使用广播或组播MAC 地址作为源MAC为帧不是符合标准的工作情况。然而，交换机仍然转发从组播MAC地址发出数据流。
　　
　　系统日志消息在源MAC表示组播 MAC地址帧领域和数据流收到的端口。
　　
　　解决方法是设法识别产生帧带有组播源MAC地址的终端站。一般，共享组播MAC 地址的这样帧从数据流生成器( 例如，SmartBits) 或第三方设备被传输(例如，负载平衡防火墙或服务器产品)。
　　
　　%SYS-3-P2_ERROR ：主机< MAC_address >拍动在端口之间
　　
　　问题：交换机生成 "%SYS-3-P2_ERROR：主机< MAC_address >拍动在... "消息之间。
　　
　　平台： Catalyst 4000 (Sup I & II) ， Catalyst 2948g，2980G，4912G。
　　
　　下列是您将看控制台输出的示例当此错误出现时：
　　
　　 %SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39
　　
　　使用以下步骤和指南了解和排除上述错误信息的故障原因。上述消息表明您的Catalyst 4000交换机了解在端口在其CAM表里已经存在除原始一个之外的一个MAC地址，并且此工作情况在短时间内重复出现; 这是地址飘荡的定义在端口之间。
　　
　　假如看见消息为多个MAC地址出现，这不是一种正常行为。因为MAC地址从一个端口迅速是移动的到另一个在他们的默认过期时间之前，它在网络指示一个可能的网络问题，典型地循环数据流。
　　
　　这里典型症状是高CPU利用率、缓慢的数据流在网络过程中，高底板利用率在交换机等等。关于您需要采取为了高效地识别和排除问题故障与生成树的步骤，参见以下文件：
　　
　　排除生成树协议和相关设计考虑故障
　　假如为一两个MAC地址看消息出现，您需要找出此MAC地址和发现这为什么将发生。
　　
　　您能使用为了识别的命令这些MAC地址其中了解从下列：
　　
　　show cam (其中"mac_addr"报告了飘荡从出现在控制台)的消息的MAC地址。
　　
　　在看见在哪些之间以后端口此MAC地址拍动，跟随此MAC地址通过连接到存在在您的 Catalyst 4000和设备之间带有该MAC地址的中间设备，直到您能识别其来源并且此设备如何连接到网络。
　　
　　注重：因为MAC地址拍动在二个端口之间，您应该搜寻两条路径。
　　
　　以下示例显示如何跟踪两条路径从此MAC地址其中了解从。假设您收到您调查的下列信息：
　　
　　 %SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39
　　
　　如上所述，什么您需要执行是搜寻此MAC地址从两个端口如何是获知。

　　
　　第1步：首先考虑端口1/2 。发出 show cam dynamic 1/2 命令。
　　
　　假如看MAC地址 00:50:0f:20:08:00来在在此端口了解的MAC地址列表，设法发现这是否是连接的单个主机或假如有在该端口注册的多台主机。
　　
　　第2步：如果它是连接的单个主机(00:50:0f:20:08:00)，检查注册的另一个端口(在此示例端口4/39)并且检查主机双重是否附加交换机。然而假如，主机有与可以最终导致回到此交换机的其他设备的连接，设法搜寻中间是的中间设备。
　　
　　第3步：最佳的方式达到此(假设，他们是Cisco设备)将使用命令show cdp neighbors的输出具体资料。示例输出如下：
　　
　　 Cat4K> (enable) show cdp neighbors 1/2 detail
　　 Port (Our Port): 1/2
　　 Device-ID: brigitte
　　 Device Addresses:
　　 IP Address: 172.16.1.1
　　 Novell address: aa.0
　　 Holdtime: 171 sec
　　 Capabilities: ROUTER
　　 Version:
　　 Cisco Internetwork Operating System Software
　　 IOS (tm) 2500 Software (C2500-JS-L), Version 12.0(7)T,　RELEASE SOFTWARE (fc2)
　　 Copyright (c) 1986-1999 by cisco Systems, Inc.
　　 Compiled Mon 06-DEC-99 17:10 by phanguye
　　 Platform: cisco 2500
　　 Port-ID (Port on Neighbors's Device): Ethernet0
　　 VTP Management Domain: unknown
　　 Native VLAN: unknown
　　 Duplex: half
　　 System Name: unknown
　　 System Object ID: unknown
　　 Management Addresses: unknown
　　 Physical Location: unknown
　　 Cat4K> (enable)
　　
　　下一个步骤将远程登录到该设备(IP 地址： 172.16.1.1),和跟随此MAC地址路径。
　　
　　第4步：重复报告作为飘荡的所有MAC地址程序。通过创建与源设备关联与该MAC地址和物理连接被报道的一张简单图此MAC地址拍动从和对 (Catalyst 4000 端口)，看见这根据您的网络布局是否是可能的。
　　
　　假如他们的确是，并且验证MAC地址其中是飘荡的两个端口提供一条路径往该网络节点，您有生成树的一个可能的问题不适当地运作。设法查出和排除此循环故障通过遵从在以下文件产生的指令：
　　
　　排除生成树协议和相关设计考虑故障
　　在多台主机从多个供给商其中被互联的大型网络，搜寻是确切的主机您从MAC地址寻找可以是实际上难的。可帮助搜寻这些MAC地址的有用的工具是为 IEEE OUI和company_ID 公告使用搜索程序。这是IEEE其中注册所有MAC 地址分配到所有供给商数据库的前端。
　　
　　您需要输入MAC地址的前三个八位位组(在此 example:"00:50:0f")在此页的搜索域因此您能找到供给商与此设备相关。
　　
　　能做此消息出现的其它原因如下：
　　
　　服务器NIC冗余问题：假如有一个服务器与行为不端并且的双重附上NIC不以下标准(即使用同样MAC地址为连接到同一台交换机)的两个端口。
　　
　　HSRP飘荡：拍动的HSRP也是一个可能的来源这些消息在 Supervisor控制台为什么可能出来。假如注重HSRP实施在您的网络是不稳定的，遵从在以下文件提及的指令解决问题：
　　
　　了解和排除HSRP问题故障在 Catalyst 交换机网络
　　EtherChannel配置错误：不正确的配置的EtherChannel连接能也导致这些症状。假如在振荡消息报告的端口是同一个信道组的成员，检查您的 EtherChannel配置并且设法使用以下文件排除它故障：
　　
　　了解和配置FastEtherChannel在 Cisco交换和路由设备
　　
　　招待反射的信息包网络：假如主机反射信息包网络，能也导致飘荡。一般，根本原因在此之后可以是残破的NIC或主机的PHY的所有故障连接到端口。
　　
　　最佳的方式查出假如这是您的根本原因将获得嗅探器跟踪和检查去到/从消息出现的端口的数据流。假如主机反射信息包，您在跟踪典型地会看见是导致MAC地址的此飘荡的一种可能的症状的重复的信息包。
　　
　　关于具体资料关于怎样配置端口使用与嗅探器，参见以下文件：
　　
　　配置SPAN
　　软件或硬件缺陷：假如看见振荡消息和您设法通过遵从在前面的部分提及的指令排除它故障和仍然注重问题，您应该寻找进一步协助从 TAC。请勿请忘记提及和提供您收集了当从事上述的步骤，作为此将使进一步故障排除更加快速和更加高效时信息的说明文件。
　　
　　%SYS-4-P2_WARN： 1/Astro(mod/port)
　　
　　问题：交换机生成"%SYS-4-P2_WARN： 1/Astro(6/6)... "。消息。
　　
　　平台： Catalyst 4000家族交换机
　　
　　此错误信息表明Supervisor在 10/100 线路卡丢失了通信对一个组件。Supervisor 记录所有超时与此通信相关。从组件和Supervisor的之间此通信在同一条路径发生正常数据传播，很可能,生成树循环或者某个排序广播风暴阻拦此通信和造成错误显示。清除计数器在这些特定端口并且检查发现错误或任何高流量级别是否有任何。如果没有，交换线路卡到一个不同的插槽编号，并且确定错误是否继续通过新的插槽编号。假如那样，请与 TAC联系进一步排除此硬件故障。

上一篇：常见的CatcOs错误消息在Cisco交换机1

下一篇：全光网络的核心技术—光交换技术