常見的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

下一篇：全光網絡的核心技術—光交換技術