%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 (取消端口從生成樹)和 另外檢測的鏈路在端口(添加端口回到生成樹)。

如果為一個特定端口頻繁地看這些消息，鏈路是飄蕩 (經常丟失和收復鏈路)并且您應該調查原因。鏈路飄蕩的典 型的原因在交換端口包括：

• 速度/雙 工不匹配
• 有故障的電纜
• 有故障的NIC或其他終端站問題
• 有故障的交換端口
• 其他配置錯誤

如果想 要抑制這些系統日志消息，您能修改操作日志級別為"PAGP"設備到4 或使用命令set logging level pagp 4 default 降低 (默認操作日志級別為 "PAGP"是5)。

[page]
%SPANTREE-3-PORTDEL_FAILNOTFOUND

問題： 定期 "%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

此消息只是與信息有關的和是由發送壞信息包的網絡 設備造成的到交換機。 使用一個網絡分析程序識別數據流的 來源。

[page]
%KERNEL-5-UNALIGNACCESS:Alignment更正做

問題： 定期 "%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 默認值。

--------------------------------------------------------------------------------
[page]
錯誤信息在 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 Dom