本文在運行CATOS軟件的 Cisco Catalyst 交換機提供普通的syslog和看的錯誤信息的一個 簡要說明。特定地，以下交換機視為：
假如不查找具體資料 為您在本文尋找的錯誤信息，請使用 錯誤信 息解碼器工具。您能使用此工具發現錯 誤信息的含義Cisco IOS軟件 ® 和Catalyst OS軟件生成 的。使用在本文描述的錯誤信息解碼器工具，您必須是注冊 的用戶并且您必須登錄。
我們在Catalyst 6000、5000及4000 交換機推薦以下最低的操作日志配置：
以下錯誤信息在Catalyst 6000家族 能出現，5000系列及4000系列交換機(并且他們的衍生商品，例如 Catalyst 2926g，2948G和4912G交換機) ：
%PAGP-5-PORTFROMSTP/%PAGP-5-PORTTOSTP
< $$+19> 問題： 常見的 "%PAGP-5-PORTFROMSTP"和"%PAGP-5-PORTTOSTP"系統日志消息在交 換機生成。
平臺： Catalyst 6000、5000及4000交換機
下列是您將看控制臺輸出的示例當這 些系統日志消息生成時：
%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3 %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
"PAGP"操作 日志設備報告介入端口聚合協議(PAgP)的事件，用于的協議協商交 換機的之間EtherChannel鏈路。交換機生成 "%PAGP-5-PORTFROMSTP"系統日志消息每當鏈路在交換端口丟失。 交換機生成"%PAGP-5-PORTTOSTP"系統日志消息每當鏈路在交 換端口被發現。 這些syslogs是表明的正常，供參考消息端 口被取消了從或添加了到生成樹。注重開辟信道不必須是啟 用為了能將生成的這些消息。
在上面 的例子，交換機首先丟失的鏈路在端口3/3 (取消端口從生成樹)和 另外檢測的鏈路在端口(添加端口回到生成樹)。
假如為一個特定端口頻繁地看這些消息，鏈路是飄蕩 (經常丟失和收復鏈路)并且您應該調查原因。鏈路飄蕩的典 型的原因在交換端口包括：
假如想 要抑制這些系統日志消息，您能修改操作日志級別為"PAGP"設備到4 或使用命令set logging level pagp 4 default 降低 (默認操作日志級別為 "PAGP"是5)。
問題： 定期 "%SPANTREE-3-PORTDEL_FAILNOTFOUND"系統日志消息在交換機生成 。
平臺： Catalyst 6000、5000及4000交換機
下列是您將看系統日志輸出的示例當 此錯誤出現時：
%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)
這些系統日志消息表 明端口聚合協議(PAgP)嘗試從生成樹取消端口為指定的VLAN但端口 不在生成樹數據結構為該VLAN。 典型地另一個進程(例如， 動態中繼協議[ DTP ])從生成樹已經取消了端口。
這些消息典型地伴隨 %PAGP-5-PORTFROMSTP 消息。 消息是為調試目的--他們不用交換機指示一個問題并且不影 響交換性能。另外，這些消息沒有被記錄除非更改了默認 "SPANTREE" 設備操作日志配置(默認操作日志級別為"SPANTREE"是 2)。
假如看這些消息的一個過量(例 如，假如您的交換機控制臺被充斥與這些消息)，考慮升級交換軟件 到您的軟件版本系列最新的維護版。最新軟件版本在許多情 況下抑制這些消息。
%IP-3-UDP_SOCKOVFL:UDP插口溢出
問題： 定期 "%IP-3-UDP_SOCKOVFL:UDP插口溢出"系統日志消息在交換機生成。
平臺： Catalyst 6000、5000及4000交換機
下列是您將看控制臺輸出的示例當此 錯誤出現時(顯示的UDP插口號也許變化或也許一致是相同)：
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
%IP-3-UDP_SOCKOVFL:UDP socket 2353 overflow
交換機生成此系統日志消息當為流入 信息包分配的緩沖區在指定的插槽(時UDP 目的地端口)是充分的因 為為該插槽注定的數據流的費率太高。例如，當網絡治理站 發送很大數量的SNMP查詢時，此情況可能發生。當UDP溢出發 生，減少SNMP查詢的數量嘗試通過在網絡治理站增加輪詢間隔，或 者通過減少MIB對象的數量輪詢的。
在上面的例子，交換機接受了為交換機的IP地址(或廣播地址)注定 信息包的數量過多用目的地UDP插槽2353。由于輸入緩沖區為 此插槽在交換機是充分的，交換機生成一個系統日志消息。發出 show netstat udp命令 發現次數交換機到達了溢出條件。
這 些系統日志消息表明一個或更多位置在指定的目的地UDP端口發送很 多UDP數據流到交換機。假如交換機生成這些消息的一個過量 ，使用一個網絡分析程序識別數據流的來源和減少數據流的費率。 因為UDP數據流被注定到交換機的CPU，您能使用SPAN功能和 設置源端口為sc0。這識別內部界面為Supervisor。參 見命令參考為 set span命令 欲知更多信息。
%IP-3-UDP_BADCKSUM:UDP校驗和出錯
問題： 定期 "%IP-3-UDP_SOCKOVFL:UDP插口溢出"系統日志消息在交換機生成。
平臺： Catalyst 6000、5000及4000交換機
下列是您將看控制臺輸出的示例當此 錯誤出現時(顯示的UDP插口號也許變化或也許一致是相同)：
%IP-3-UDP_BADCKSUM:UDP bad checksum
交換機生成此系統日志消息當時在 UDP 數據包發現一個校驗和出錯，例如SNMP信息包。UDP數 據包頭運載接受網絡設備檢查驗證的檢查和數據包在傳輸期間是損 壞。假如接收的檢查和在頭不匹配校驗和值，數據包投下， 并且錯誤信息被記錄。發出 show netstat udp命令發現次數交換 機發現了一個錯誤狀態的檢查和數據包。
6500-b (enable) show netstat udp
udp:
0 incomplete headers
0 bad data length fields
0 bad checksums
0 socket overflows
110483 no sUCh ports
此消息只是與信息有關的和是由發送壞信息包的網絡 設備造成的到交換機。 使用一個網絡分析程序識別數據流的 來源。
問題： 定期 "%KERNEL-5-UNALIGNACCESS:Alignment更正做的"系統日志消息在交 換機生成。
平臺： Catalyst 6000、5000及4000交換機
下列是您將看系統日志輸出的示例 當此錯誤出現時：
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81B82F36
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B3C reading 0x81BF1DB6
%KERNEL-5-UNALIGNACCESS:Alignment correction made at 0x80056B88 reading 0x81BF1DB6
這些系統日志消 息表明交換機CPU發現了并且更正了一個校驗錯誤當在DRAM嘗試訪問 數據。這些消息只是與信息有關的--他們不用交換機指示一 個問題并且不影響系統性能。
假如 看這些消息的一個過量(例如，假如您的系統服務器日志文件或您的 交換機控制臺被充斥與這些消息)，考慮升級交換軟件到您的軟件版 本系列最新的維護版。 備選，您能修改操作日志級別為"內 核" 設備到4或使用命令set logging level kernel 4 default 降低。
假如升級到最新的維護版不排除這 些系統日志消息的生成， 開一個Case與 Cisco技術支持中心(TAC)。
%CDP-4-NVLANMISMATCH： 在端口發現的本地VLAN不匹配 [ DEC]/[DEC ]
問題： 常見的"%CDP-4-NVLANMISMATCH"系統日志消息 在交換機生成。
平臺： 運行CatcOs的Catalyst 6000、5000及4000交 換機
下列是您將看控制臺輸出的示 例當此錯誤信息在交換機時出現：
2002 Jan 11 08:50:40 EST -05:00 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 4/12002
Jan 11 02:02:45 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 1/1
此消息生成每當交換端口實際連接到另一個交換機或路由器。 此消息在相鄰的switch/router端口在交換機生成因為本地 VLAN是不同的在配置的端口，與一集。
用802.1Q標記配置中繼端口能接收被標記的和未標簽 的數據流。默認情況下，交換機轉發未標簽的數據流用為端 口的本地VLAN配置。假如信息包有同樣VLAN ID象流出的端口 本地VLAN ID，信息包傳輸無示蹤; 否則交換機傳輸信息包與 標記。
保證本地VLAN為 802.1Q Trunk是同樣在中繼鏈接的兩端。假如本地VLAN在 Trunk的一端是與本地VLAN不同在另一端，本地VLAN的數據流在兩邊 在Trunk不可能正確地被傳輸。這在您的網絡可能暗示一些連 通性問題。
convert_post_SAC_CiscoMIB:Nvram塊[ # ]不能變 換
問題： 定期"convert_post_SAC_CiscoMIB：" 系統日志消息在交換 機生成。
平臺： 運行CatcOs的Catalyst 6000、5000及4000交 換機。
下列是您將看控制臺輸出的 示例當此消息出現時：
convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )
這些控制臺 信息經常生成當升級或降低CatcOs代碼版本時。他們能也發 生當裝載另一臺交換機生成的交換機配置或者使用交換機配置從另 一個編碼版本時。一個故障切換到備用Supervisor能也生成 這些消息。
不同的編碼版本包含在 NVRAM被存儲的變量。當交換機最初引導到CatcOs的一個更新 或更舊的版本，將轉換早先配置成版本可用由當前引導鏡象。 在一個特定的存儲器塊不是需要或可用的在它是當前表的此 進程期間將被取消配額而不是被轉換。 此內部功能生成錯誤 信息。
此消息的生成只一般是與信 息有關的。它是一種好習慣早先配置與當前配置比較驗證適 當地轉換了所有配置信息。
假如這 些消息顯示當代碼升級、配置更改或者Supervisor故障切換未發生 時， 開一個Case與Cisco技術支持中心 (TAC)。
DTP-1-ILGLCFG：非法配置(在，isl -- on,dot1q)在端口[ mod/port ]
問題： "DTP-1-ILGLCFG： 非法配置(在 ，isl -- on,dot1q)在端口[ mod/port ] "錯誤生成。
平臺： Catalyst 6000、5000及4000交換機
此消息能出現假如Trunk的兩邊被設 置至 開，但封裝類型 (isl，dot1q)不配比。假如中繼模式設置對 理想，由于此配置錯 誤，Trunk不會出現。排除故障，檢查show trunk命令的輸出 在兩端保證封裝類型是相同 。
--------------------------------------------------------------------------------
MGMT-5-LOGIN_FAIL:User不能 從控制臺登錄
問題： "MGMT-5-LOGIN_FAIL:User 不能從控制臺登 錄"錯誤生成。
平臺： Catalyst 6000，5000臺和4000臺交換機
此消息可以可能是終端服務器的一 個問題連接到交換機的控制臺端口。當交換機控制臺連接到 一個終端服務器的異步線路并且軟重置在交換機被執行，垃圾(隨機 字符)流橫跨屏幕將流出幾分鐘。假如TACACS在交換機答應， 幾分鐘能把變成幾日因為垃圾是被緩沖的部分由部分和由TACACS 處理。解決方法是配置 no exec 在異步線路交換機接通。請注重在配 置 no exec以后，消 息將繼續直到緩沖區是清楚的。
--------------------------------------------------------------------------------
MCAST-4-RX_JNRANGE:IGMP：范圍中的 RCVD 報告
問題： 交換機生成"無效的數據流從組播源地址"消息 。
平臺： Catalyst 4000家族交換機
下列是您將看系統日志輸出的示例當此錯誤出現時：
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
%MCAST-4-RX_JNRANGE:IGMP: Rcvd Report in the range 01-00-5e-00-00-xx
"范圍中的RCVD報告"系統日志消息 只是與信息有關的和生成當交換機收到IGMP報告信息包帶有開始以 01-00-5e-00-00-xx的組播MAC地址時。此第二層地址范圍與 第三層組播地址范圍是等同的在224.0.0.0和224.0.0.255之間。 這些地址是后備的為使用路由協議和其他低級結構發現或者 維護協議，例如網關發現和組成員報告。
排除此問題故障，使用一個信息包獲取工具，例如一 臺嗅探器和過濾器在IGMP 信息。另外，您能使用 Catalyst SPAN功能從您懷疑從網絡設備收到這些消息的端口復制信 息包。抑制這些消息，更改組播消息的操作日志級別到二通 過發出命令 set logging level mcsat 2 默認值。
-------------------------------------------------------------------------------- QQRead.com 推出數據恢復指南教程 數據恢復指南教程 數據恢復故障解析 常用數據恢復方案 硬盤數據恢復教程 數據保護方法 數據恢復軟件 專業數據恢復服務指南
錯誤信息在 Catalyst 6000 & 5000家族交換機
以下錯誤信息在Catalyst 6000家族和5000臺系列交換機能出現(并 且他們的衍生商品，例如Catalyst 2926g)：
%MCAST-2-IGMP_FALLBACK:IGMP：運行在低 效方式運行下
--------------------------------------------------------------------------------
%MCAST-2-IGMP_FALLBACK:IGMP：運行在低 效方式運行下
問題： "%MCAST-2-IGMP_FALLBACK:IGMP：運行在低效 方式運行下"錯誤信息在一臺交換機顯示帶有被啟用的IGMP探聽。
平臺： Catalyst 6000及5000 家族交換機
下列是您將看系統日志輸出的示例 當此錯誤出現時：
%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode
當交換機在 01-00-5e-00-00- xx 范圍時，收到為組播MAC地址注 定的額外的組播數據流此系統日志消息 生成。IGMP探聽在此MAC地址范圍不支持組播流 到地址因為MAC地址在此范圍為IGMP 控制數據流也使用(例如分支 ，加入，一般查詢等等)。在上面的例子，交換機收到額外的 數據流量與目的地MAC 01-00-5e-00-00-01。
當交換機發現這樣的數據流的時高速率，一段時間里 (這被呼叫低效方式運行)然后終止監聽的信息包帶有指定的目的地 MAC地址開始再監聽(這稱為正常模式)。當交換機運行低效方 式運行時，此系統日志消息生成。
--------------------------------------------------------------------------------
錯誤信息在Catalyst 6000 家族交換機
以下錯誤信息在 Catalyst 6000家族交換機能出現：
Pinnacle同步發生了故障
無效功能索引集為模塊
SYS-4-SUPERVISOR_ERR：
SYS-4-PORT_ERR:Port 15/1 rxTotalDrops
--------------------------------------------------------------------------------
Pinnacle同步發生了故障
問題： 頂 點同步失敗錯誤信息顯示在啟動。
平臺： Catalyst 6000家族交 換機
下列是您將看控制臺輸出的示 例當此錯誤出現時：
System Power On Diagnostics Complete
Boot image: bootFlash:cat6000-sup.5-4-4.bin
In Local Test Mode, Synch Failed. Retries: 4
Local Test Mode encounters Minor hardware PRoblem in Module # 1
Running System Diagnostics from this Supervisor (Module 1)
This may take up to 2 minutes....please wait
Pinnacle Synch Failed. Retries: 4
Minor hardware problem in Module # 1
Use 'show test 1' to see results of tests.
Cisco Systems Console
Enter passWord:
解決方法是將 交換機斷電然后確定：
Supervisor 引擎和所有交換機模塊在機箱底板固定供以座位
彈出控制桿在模塊的左右兩側完全占用(完全按模塊 的前面板)
翼形螺釘在模塊的左右兩 側被擰緊到插件框架并且被拉緊的hand-tight
在保證以后所有模塊適當地提供機箱，功率在機箱。
假如仍然看頂點同步失敗消息，那 里也許是其中一的個一個硬件問題模塊。
將交換機斷電并且去除所有交換機模塊。功率 在交換機用治理引擎在機箱。 直到問題模塊被識別，重復每 次添加一個模塊的進程。
--------------------------------------------------------------------------------
無效功 能索引集為模塊
問題： 當一個新的交換機模塊在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聯系 進一步排除 此硬件故障。
新聞熱點
疑難解答
