本文在運(yùn)行CATOS軟件的 Cisco Catalyst 交換機(jī)提供普通的syslog和看的錯(cuò)誤信息的一個(gè) 簡(jiǎn)要說明。特定地，以下交換機(jī)視為：
假如不查找具體資料 為您在本文尋找的錯(cuò)誤信息，請(qǐng)使用 錯(cuò)誤信 息解碼器工具。您能使用此工具發(fā)現(xiàn)錯(cuò) 誤信息的含義Cisco IOS軟件 ® 和Catalyst OS軟件生成 的。使用在本文描述的錯(cuò)誤信息解碼器工具，您必須是注冊(cè) 的用戶并且您必須登錄。
我們?cè)贑atalyst 6000、5000及4000 交換機(jī)推薦以下最低的操作日志配置：
以下錯(cuò)誤信息在Catalyst 6000家族 能出現(xiàn)，5000系列及4000系列交換機(jī)(并且他們的衍生商品，例如 Catalyst 2926g，2948G和4912G交換機(jī)) ：
%PAGP-5-PORTFROMSTP/%PAGP-5-PORTTOSTP
< $$+19> 問題： 常見的 "%PAGP-5-PORTFROMSTP"和"%PAGP-5-PORTTOSTP"系統(tǒng)日志消息在交 換機(jī)生成。
平臺(tái)： Catalyst 6000、5000及4000交換機(jī)
下列是您將看控制臺(tái)輸出的示例當(dāng)這 些系統(tǒng)日志消息生成時(shí)：
%PAGP-5-PORTFROMSTP:Port 3/3 left bridge port 3/3 %PAGP-5-PORTTOSTP:Port 3/3 joined bridge port 3/3
"PAGP"操作 日志設(shè)備報(bào)告介入端口聚合協(xié)議(PAgP)的事件，用于的協(xié)議協(xié)商交 換機(jī)的之間EtherChannel鏈路。交換機(jī)生成 "%PAGP-5-PORTFROMSTP"系統(tǒng)日志消息每當(dāng)鏈路在交換端口丟失。 交換機(jī)生成"%PAGP-5-PORTTOSTP"系統(tǒng)日志消息每當(dāng)鏈路在交 換端口被發(fā)現(xiàn)。 這些syslogs是表明的正常，供參考消息端 口被取消了從或添加了到生成樹。注重開辟信道不必須是啟 用為了能將生成的這些消息。
在上面 的例子，交換機(jī)首先丟失的鏈路在端口3/3 (取消端口從生成樹)和 另外檢測(cè)的鏈路在端口(添加端口回到生成樹)。
假如為一個(gè)特定端口頻繁地看這些消息，鏈路是飄蕩 (經(jīng)常丟失和收復(fù)鏈路)并且您應(yīng)該調(diào)查原因。鏈路飄蕩的典 型的原因在交換端口包括：
假如想 要抑制這些系統(tǒng)日志消息，您能修改操作日志級(jí)別為"PAGP"設(shè)備到4 或使用命令set logging level pagp 4 default 降低 (默認(rèn)操作日志級(jí)別為 "PAGP"是5)。
問題： 定期 "%SPANTREE-3-PORTDEL_FAILNOTFOUND"系統(tǒng)日志消息在交換機(jī)生成 。
平臺(tái)： Catalyst 6000、5000及4000交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例當(dāng) 此錯(cuò)誤出現(xiàn)時(shí)：
%SPANTREE-3-PORTDEL_FAILNOTFOUND:9/5 in vlan 10 not found (PAgP_Group_Rx)
這些系統(tǒng)日志消息表 明端口聚合協(xié)議(PAgP)嘗試從生成樹取消端口為指定的VLAN但端口 不在生成樹數(shù)據(jù)結(jié)構(gòu)為該VLAN。 典型地另一個(gè)進(jìn)程(例如， 動(dòng)態(tài)中繼協(xié)議[ DTP ])從生成樹已經(jīng)取消了端口。
這些消息典型地伴隨 %PAGP-5-PORTFROMSTP 消息。 消息是為調(diào)試目的--他們不用交換機(jī)指示一個(gè)問題并且不影 響交換性能。另外，這些消息沒有被記錄除非更改了默認(rèn) "SPANTREE" 設(shè)備操作日志配置(默認(rèn)操作日志級(jí)別為"SPANTREE"是 2)。
假如看這些消息的一個(gè)過量(例 如，假如您的交換機(jī)控制臺(tái)被充斥與這些消息)，考慮升級(jí)交換軟件 到您的軟件版本系列最新的維護(hù)版。最新軟件版本在許多情 況下抑制這些消息。
%IP-3-UDP_SOCKOVFL:UDP插口溢出
問題： 定期 "%IP-3-UDP_SOCKOVFL:UDP插口溢出"系統(tǒng)日志消息在交換機(jī)生成。
平臺(tái)： Catalyst 6000、5000及4000交換機(jī)
下列是您將看控制臺(tái)輸出的示例當(dāng)此 錯(cuò)誤出現(xiàn)時(shí)(顯示的UDP插口號(hào)也許變化或也許一致是相同)：
%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
交換機(jī)生成此系統(tǒng)日志消息當(dāng)為流入 信息包分配的緩沖區(qū)在指定的插槽(時(shí)UDP 目的地端口)是充分的因 為為該插槽注定的數(shù)據(jù)流的費(fèi)率太高。例如，當(dāng)網(wǎng)絡(luò)治理站 發(fā)送很大數(shù)量的SNMP查詢時(shí)，此情況可能發(fā)生。當(dāng)UDP溢出發(fā) 生，減少SNMP查詢的數(shù)量嘗試通過在網(wǎng)絡(luò)治理站增加輪詢間隔，或 者通過減少M(fèi)IB對(duì)象的數(shù)量輪詢的。
在上面的例子，交換機(jī)接受了為交換機(jī)的IP地址(或廣播地址)注定 信息包的數(shù)量過多用目的地UDP插槽2353。由于輸入緩沖區(qū)為 此插槽在交換機(jī)是充分的，交換機(jī)生成一個(gè)系統(tǒng)日志消息。發(fā)出 show netstat udp命令 發(fā)現(xiàn)次數(shù)交換機(jī)到達(dá)了溢出條件。
這 些系統(tǒng)日志消息表明一個(gè)或更多位置在指定的目的地UDP端口發(fā)送很 多UDP數(shù)據(jù)流到交換機(jī)。假如交換機(jī)生成這些消息的一個(gè)過量 ，使用一個(gè)網(wǎng)絡(luò)分析程序識(shí)別數(shù)據(jù)流的來源和減少數(shù)據(jù)流的費(fèi)率。 因?yàn)閁DP數(shù)據(jù)流被注定到交換機(jī)的CPU，您能使用SPAN功能和 設(shè)置源端口為sc0。這識(shí)別內(nèi)部界面為Supervisor。參 見命令參考為 set span命令 欲知更多信息。
%IP-3-UDP_BADCKSUM:UDP校驗(yàn)和出錯(cuò)
問題： 定期 "%IP-3-UDP_SOCKOVFL:UDP插口溢出"系統(tǒng)日志消息在交換機(jī)生成。
平臺(tái)： Catalyst 6000、5000及4000交換機(jī)
下列是您將看控制臺(tái)輸出的示例當(dāng)此 錯(cuò)誤出現(xiàn)時(shí)(顯示的UDP插口號(hào)也許變化或也許一致是相同)：
%IP-3-UDP_BADCKSUM:UDP bad checksum
交換機(jī)生成此系統(tǒng)日志消息當(dāng)時(shí)在 UDP 數(shù)據(jù)包發(fā)現(xiàn)一個(gè)校驗(yàn)和出錯(cuò)，例如SNMP信息包。UDP數(shù) 據(jù)包頭運(yùn)載接受網(wǎng)絡(luò)設(shè)備檢查驗(yàn)證的檢查和數(shù)據(jù)包在傳輸期間是損 壞。假如接收的檢查和在頭不匹配校驗(yàn)和值，數(shù)據(jù)包投下， 并且錯(cuò)誤信息被記錄。發(fā)出 show netstat udp命令發(fā)現(xiàn)次數(shù)交換 機(jī)發(fā)現(xiàn)了一個(gè)錯(cuò)誤狀態(tài)的檢查和數(shù)據(jù)包。
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
此消息只是與信息有關(guān)的和是由發(fā)送壞信息包的網(wǎng)絡(luò) 設(shè)備造成的到交換機(jī)。 使用一個(gè)網(wǎng)絡(luò)分析程序識(shí)別數(shù)據(jù)流的 來源。
問題： 定期 "%KERNEL-5-UNALIGNACCESS:Alignment更正做的"系統(tǒng)日志消息在交 換機(jī)生成。
平臺(tái)： Catalyst 6000、5000及4000交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例 當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%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
這些系統(tǒng)日志消 息表明交換機(jī)CPU發(fā)現(xiàn)了并且更正了一個(gè)校驗(yàn)錯(cuò)誤當(dāng)在DRAM嘗試訪問 數(shù)據(jù)。這些消息只是與信息有關(guān)的--他們不用交換機(jī)指示一 個(gè)問題并且不影響系統(tǒng)性能。
假如 看這些消息的一個(gè)過量(例如，假如您的系統(tǒng)服務(wù)器日志文件或您的 交換機(jī)控制臺(tái)被充斥與這些消息)，考慮升級(jí)交換軟件到您的軟件版 本系列最新的維護(hù)版。 備選，您能修改操作日志級(jí)別為"內(nèi) 核" 設(shè)備到4或使用命令set logging level kernel 4 default 降低。
假如升級(jí)到最新的維護(hù)版不排除這 些系統(tǒng)日志消息的生成， 開一個(gè)Case與 Cisco技術(shù)支持中心(TAC)。
%CDP-4-NVLANMISMATCH： 在端口發(fā)現(xiàn)的本地VLAN不匹配 [ DEC]/[DEC ]
問題： 常見的"%CDP-4-NVLANMISMATCH"系統(tǒng)日志消息 在交換機(jī)生成。
平臺(tái)： 運(yùn)行CatcOs的Catalyst 6000、5000及4000交 換機(jī)
下列是您將看控制臺(tái)輸出的示 例當(dāng)此錯(cuò)誤信息在交換機(jī)時(shí)出現(xiàn)：
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
此消息生成每當(dāng)交換端口實(shí)際連接到另一個(gè)交換機(jī)或路由器。 此消息在相鄰的switch/router端口在交換機(jī)生成因?yàn)楸镜?VLAN是不同的在配置的端口，與一集。
用802.1Q標(biāo)記配置中繼端口能接收被標(biāo)記的和未標(biāo)簽 的數(shù)據(jù)流。默認(rèn)情況下，交換機(jī)轉(zhuǎn)發(fā)未標(biāo)簽的數(shù)據(jù)流用為端 口的本地VLAN配置。假如信息包有同樣VLAN ID象流出的端口 本地VLAN ID，信息包傳輸無示蹤; 否則交換機(jī)傳輸信息包與 標(biāo)記。
保證本地VLAN為 802.1Q Trunk是同樣在中繼鏈接的兩端。假如本地VLAN在 Trunk的一端是與本地VLAN不同在另一端，本地VLAN的數(shù)據(jù)流在兩邊 在Trunk不可能正確地被傳輸。這在您的網(wǎng)絡(luò)可能暗示一些連 通性問題。
convert_post_SAC_CiscoMIB:Nvram塊[ # ]不能變 換
問題： 定期"convert_post_SAC_CiscoMIB：" 系統(tǒng)日志消息在交換 機(jī)生成。
平臺(tái)： 運(yùn)行CatcOs的Catalyst 6000、5000及4000交 換機(jī)。
下列是您將看控制臺(tái)輸出的 示例當(dāng)此消息出現(xiàn)時(shí)：
convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible: )
convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible: )
這些控制臺(tái) 信息經(jīng)常生成當(dāng)升級(jí)或降低CatcOs代碼版本時(shí)。他們能也發(fā) 生當(dāng)裝載另一臺(tái)交換機(jī)生成的交換機(jī)配置或者使用交換機(jī)配置從另 一個(gè)編碼版本時(shí)。一個(gè)故障切換到備用Supervisor能也生成 這些消息。
不同的編碼版本包含在 NVRAM被存儲(chǔ)的變量。當(dāng)交換機(jī)最初引導(dǎo)到CatcOs的一個(gè)更新 或更舊的版本，將轉(zhuǎn)換早先配置成版本可用由當(dāng)前引導(dǎo)鏡象。 在一個(gè)特定的存儲(chǔ)器塊不是需要或可用的在它是當(dāng)前表的此 進(jìn)程期間將被取消配額而不是被轉(zhuǎn)換。 此內(nèi)部功能生成錯(cuò)誤 信息。
此消息的生成只一般是與信 息有關(guān)的。它是一種好習(xí)慣早先配置與當(dāng)前配置比較驗(yàn)證適 當(dāng)?shù)剞D(zhuǎn)換了所有配置信息。
假如這 些消息顯示當(dāng)代碼升級(jí)、配置更改或者Supervisor故障切換未發(fā)生 時(shí)， 開一個(gè)Case與Cisco技術(shù)支持中心 (TAC)。
DTP-1-ILGLCFG：非法配置(在，isl -- on,dot1q)在端口[ mod/port ]
問題： "DTP-1-ILGLCFG： 非法配置(在 ，isl -- on,dot1q)在端口[ mod/port ] "錯(cuò)誤生成。
平臺(tái)： Catalyst 6000、5000及4000交換機(jī)
此消息能出現(xiàn)假如Trunk的兩邊被設(shè) 置至 開，但封裝類型 (isl，dot1q)不配比。假如中繼模式設(shè)置對(duì) 理想，由于此配置錯(cuò) 誤，Trunk不會(huì)出現(xiàn)。排除故障，檢查show trunk命令的輸出 在兩端保證封裝類型是相同 。
--------------------------------------------------------------------------------
MGMT-5-LOGIN_FAIL:User不能 從控制臺(tái)登錄
問題： "MGMT-5-LOGIN_FAIL:User 不能從控制臺(tái)登 錄"錯(cuò)誤生成。
平臺(tái)： Catalyst 6000，5000臺(tái)和4000臺(tái)交換機(jī)
此消息可以可能是終端服務(wù)器的一 個(gè)問題連接到交換機(jī)的控制臺(tái)端口。當(dāng)交換機(jī)控制臺(tái)連接到 一個(gè)終端服務(wù)器的異步線路并且軟重置在交換機(jī)被執(zhí)行，垃圾(隨機(jī) 字符)流橫跨屏幕將流出幾分鐘。假如TACACS在交換機(jī)答應(yīng)， 幾分鐘能把變成幾日因?yàn)槔潜痪彌_的部分由部分和由TACACS 處理。解決方法是配置 no exec 在異步線路交換機(jī)接通。請(qǐng)注重在配 置 no exec以后，消 息將繼續(xù)直到緩沖區(qū)是清楚的。
--------------------------------------------------------------------------------
MCAST-4-RX_JNRANGE:IGMP：范圍中的 RCVD 報(bào)告
問題： 交換機(jī)生成"無效的數(shù)據(jù)流從組播源地址"消息 。
平臺(tái)： Catalyst 4000家族交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%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報(bào)告"系統(tǒng)日志消息 只是與信息有關(guān)的和生成當(dāng)交換機(jī)收到IGMP報(bào)告信息包帶有開始以 01-00-5e-00-00-xx的組播MAC地址時(shí)。此第二層地址范圍與 第三層組播地址范圍是等同的在224.0.0.0和224.0.0.255之間。 這些地址是后備的為使用路由協(xié)議和其他低級(jí)結(jié)構(gòu)發(fā)現(xiàn)或者 維護(hù)協(xié)議，例如網(wǎng)關(guān)發(fā)現(xiàn)和組成員報(bào)告。
排除此問題故障，使用一個(gè)信息包獲取工具，例如一 臺(tái)嗅探器和過濾器在IGMP 信息。另外，您能使用 Catalyst SPAN功能從您懷疑從網(wǎng)絡(luò)設(shè)備收到這些消息的端口復(fù)制信 息包。抑制這些消息，更改組播消息的操作日志級(jí)別到二通 過發(fā)出命令 set logging level mcsat 2 默認(rèn)值。
-------------------------------------------------------------------------------- QQRead.com 推出數(shù)據(jù)恢復(fù)指南教程 數(shù)據(jù)恢復(fù)指南教程 數(shù)據(jù)恢復(fù)故障解析 常用數(shù)據(jù)恢復(fù)方案 硬盤數(shù)據(jù)恢復(fù)教程 數(shù)據(jù)保護(hù)方法 數(shù)據(jù)恢復(fù)軟件 專業(yè)數(shù)據(jù)恢復(fù)服務(wù)指南
錯(cuò)誤信息在 Catalyst 6000 & 5000家族交換機(jī)
以下錯(cuò)誤信息在Catalyst 6000家族和5000臺(tái)系列交換機(jī)能出現(xiàn)(并 且他們的衍生商品，例如Catalyst 2926g)：
%MCAST-2-IGMP_FALLBACK:IGMP：運(yùn)行在低 效方式運(yùn)行下
--------------------------------------------------------------------------------
%MCAST-2-IGMP_FALLBACK:IGMP：運(yùn)行在低 效方式運(yùn)行下
問題： "%MCAST-2-IGMP_FALLBACK:IGMP：運(yùn)行在低效 方式運(yùn)行下"錯(cuò)誤信息在一臺(tái)交換機(jī)顯示帶有被啟用的IGMP探聽。
平臺(tái)： Catalyst 6000及5000 家族交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例 當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%MCAST-2-IGMP_ADDRAL:IGMP: Address Aliasing for 01-00-5e-00-00-01
%MCAST-2-IGMP_FALLBACK:IGMP: Running in FALL BACK mode
當(dāng)交換機(jī)在 01-00-5e-00-00- xx 范圍時(shí)，收到為組播MAC地址注 定的額外的組播數(shù)據(jù)流此系統(tǒng)日志消息 生成。IGMP探聽在此MAC地址范圍不支持組播流 到地址因?yàn)镸AC地址在此范圍為IGMP 控制數(shù)據(jù)流也使用(例如分支 ，加入，一般查詢等等)。在上面的例子，交換機(jī)收到額外的 數(shù)據(jù)流量與目的地MAC 01-00-5e-00-00-01。
當(dāng)交換機(jī)發(fā)現(xiàn)這樣的數(shù)據(jù)流的時(shí)高速率，一段時(shí)間里 (這被呼叫低效方式運(yùn)行)然后終止監(jiān)聽的信息包帶有指定的目的地 MAC地址開始再監(jiān)聽(這稱為正常模式)。當(dāng)交換機(jī)運(yùn)行低效方 式運(yùn)行時(shí)，此系統(tǒng)日志消息生成。
--------------------------------------------------------------------------------
錯(cuò)誤信息在Catalyst 6000 家族交換機(jī)
以下錯(cuò)誤信息在 Catalyst 6000家族交換機(jī)能出現(xiàn)：
Pinnacle同步發(fā)生了故障
無效功能索引集為模塊
SYS-4-SUPERVISOR_ERR：
SYS-4-PORT_ERR:Port 15/1 rxTotalDrops
--------------------------------------------------------------------------------
Pinnacle同步發(fā)生了故障
問題： 頂 點(diǎn)同步失敗錯(cuò)誤信息顯示在啟動(dòng)。
平臺(tái)： Catalyst 6000家族交 換機(jī)
下列是您將看控制臺(tái)輸出的示 例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
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:
解決方法是將 交換機(jī)斷電然后確定：
Supervisor 引擎和所有交換機(jī)模塊在機(jī)箱底板固定供以座位
彈出控制桿在模塊的左右兩側(cè)完全占用(完全按模塊 的前面板)
翼形螺釘在模塊的左右兩 側(cè)被擰緊到插件框架并且被拉緊的hand-tight
在保證以后所有模塊適當(dāng)?shù)靥峁C(jī)箱，功率在機(jī)箱。
假如仍然看頂點(diǎn)同步失敗消息，那 里也許是其中一的個(gè)一個(gè)硬件問題模塊。
將交換機(jī)斷電并且去除所有交換機(jī)模塊。功率 在交換機(jī)用治理引擎在機(jī)箱。 直到問題模塊被識(shí)別，重復(fù)每 次添加一個(gè)模塊的進(jìn)程。
--------------------------------------------------------------------------------
無效功 能索引集為模塊
問題： 當(dāng)一個(gè)新的交換機(jī)模塊在Catalyst 6000系列 交換機(jī)，安裝模塊錯(cuò)誤信息無效功能索引集顯示。
平臺(tái)： Catalyst 6000家族交 換機(jī)
下列是您將看控制臺(tái)輸出的示 例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%SYS-5-MOD_INSERT:Module 4 has been inserted
Invalid feature index set for module 4
模塊錯(cuò)誤無效 功能索引集發(fā)生當(dāng)當(dāng)前運(yùn)行在治理引擎的軟件鏡象版本不支持插入 硬件的部分。
在上面的例子，48端 口10/100Mbps交換機(jī)模塊(WS-X6348-RJ-45)在運(yùn)行軟件版本 5.3(2)CSX的Catalyst 6000交換機(jī)插入了。為 WS-X6348-RJ-45模塊需要的最低軟件版本是5.4(2)。
解決方法是升級(jí)Supervisor Engine 軟件版本到支持硬件的軟件版本。 Catalyst 6000家族軟件版本5.x的版本說 明 列出最低軟件版本為每個(gè)模塊。
--------------------------------------------------------------------------------
SYS-4-SUPERVISOR_ERR：
問題： 以 下錯(cuò)誤信息在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
平 臺(tái)： Catalyst 6000家族交換機(jī)
這些消息指示交換機(jī)轉(zhuǎn)發(fā)引擎獲得 IP 信息包，比答應(yīng)的IP信息包的最小長(zhǎng)度是較少和丟失它。 用更舊的代碼(pre-7.x)，信息包在轉(zhuǎn)發(fā)引擎stats靜音投下 了并且計(jì)數(shù)。 在更新的code(7.x和上述)，此消息在 syslog 一次被記錄每30分鐘。
沒 有作用從轉(zhuǎn)換面。轉(zhuǎn)換面投下壞信息包，將由接受設(shè)備投下 因而。唯一的關(guān)心是有發(fā)送壞信息包的設(shè)備(可能由于一個(gè)壞 NIC驅(qū)動(dòng)器，NIC驅(qū)動(dòng)器Bug或壞應(yīng)用程序等等) 。治理引擎 不記錄發(fā)送壞信息包設(shè)備的來源ip。唯一的方式發(fā)現(xiàn)這些設(shè) 備將使用嗅探器搜尋源地址。
此消 息是一個(gè)warning/information消息從交換機(jī)對(duì)您。禁用這些 錯(cuò)誤信息，發(fā)出 set errordetection portcounters disable命令在交換機(jī)。
--------------------------------------------------------------------------------
SYS-4-PORT_ERR:Port 15/1 rxTotalDrops
問題： 以下錯(cuò)誤信 息在syslog被記錄：
%SYS-4-PORT_ERR:Port 16/1 rxTotalDrops (7426859) or
%SYS-4-PORT_ERR:Port 15/1 rxTotalDrops (2563127)
平臺(tái)： Catalyst 6000家族交換機(jī)
當(dāng) ERRORDETECTION PORTCOUNTERS 被啟用了(默認(rèn)為功能失效)時(shí)并且接受錯(cuò)誤 在端口1/1出現(xiàn)，syslog (SYS-4-PORT_ERR)在15/1可能被接受報(bào)告 rxTotalDrops，而不是1/1。 一些安裝可能發(fā)現(xiàn)功能由軟件 啟用了并且保持啟用在升級(jí)以后。此問題被解決了在6.3(1) 為一個(gè)新安裝。假如syslog看，調(diào)查應(yīng)該將第一個(gè)上行端口 指向(1/1或2/1)，在syslog報(bào)告的不是端口(15/1或16/1)。 show counters命令輸出顯 示什么錯(cuò)誤出現(xiàn)。假如唯一的錯(cuò)誤計(jì)數(shù)器報(bào)告錯(cuò)誤是 rxTotalDrops，很可能原因是有阻攔VLAN在上行端口的生成樹，并 且發(fā)生的下落是CBL下落，預(yù)計(jì)。假如有其他錯(cuò)誤計(jì)數(shù)器報(bào)告 ，原因需要進(jìn)一步調(diào)查。
解決方法 是禁用 ERRORDETECTION PORTCOUNTERS。 這可以由發(fā)出 set errordetection portcounters disable 命令 完成。
--------------------------------------------------------------------------------
錯(cuò)誤信息在Catalyst 5000 家族交換機(jī)
以下錯(cuò)誤信息在 Catalyst 5000家族交換機(jī)能出現(xiàn)(并且他們的衍生商品，例如 Catalyst 2926g) ：
不支持模塊
EARL-2:LKUPRAM 犯錯(cuò) /blkcmbParityErrHdlr
Earl2:Banff
%MLS-4-MOVEOVERFLOW:Too許多移動(dòng)，終止MLS為5 秒
EARL-3-BADCOLOR：壞 顏色[ vlan_no ]從[ hex ]讀了為[ chars ]條目
--------------------------------------------------------------------------------
不支持模塊
問題： 當(dāng)一個(gè)新的交換機(jī)模 塊在Catalyst 5000家族交換機(jī)，安裝"模塊不是支持的"錯(cuò)誤信息顯 示。
平臺(tái)： Catalyst 5000家族交換機(jī)
下列是您將看控制臺(tái)輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
Module 6 is not supported (46)
"模塊不是支持的"錯(cuò)誤發(fā)生當(dāng)當(dāng)前 運(yùn)行在治理引擎的軟件鏡象版本不支持插入硬件的部分。
在上面的例子，24端口10BaseFL以 太網(wǎng)MT-RJ交換機(jī)模塊(WS-X5015-MT)在運(yùn)行軟件版本4.5(1) 的 Catalyst 5000交換機(jī)插入了。為WS-X5015-MT模塊需要的最 低軟件版本是5.1(1)。
解決方法是 升級(jí)Supervisor Engine軟件版本到支持硬件的軟件版本。 Catalyst 5000家族軟件版本5.x的版本說 明 列出最低軟件版本為每個(gè)模塊。
--------------------------------------------------------------------------------
EARL-2:LKUPRAM 犯錯(cuò) /blkcmbParityErrHdlr
問題： 當(dāng)使用時(shí)，"EARL-2:LKUPRAM犯錯(cuò)"錯(cuò)誤 生成show cam命令。另外"，當(dāng)您發(fā)出show log命令時(shí)，blkcmbParityErrHdlr"錯(cuò)誤在 NVRAM日志 出現(xiàn)。在 某些情況下，交換機(jī)重置當(dāng) show cam命令被輸入。
平臺(tái)： Catalyst 5000家族交換機(jī)
下列是您將看系統(tǒng)日志消息的示例當(dāng)您發(fā)出 show cam命令時(shí)：
EARL-2:LKUPRAM Err: Addr 3d93d, Data 1000002-0, Cnt 1
當(dāng)您發(fā)出show log命令時(shí)，下列是 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日志被打 印當(dāng)軟件在EARL存儲(chǔ)器位置時(shí)(CAM條目)發(fā)現(xiàn)一個(gè)奇偶錯(cuò)誤。根據(jù)軟件版本當(dāng)這樣奇偶錯(cuò)誤被發(fā)現(xiàn)時(shí)，在交換機(jī)治理引擎，交換 機(jī)也許重置。
關(guān)于具體信息，參見 版本說明提供與Cisco Bug ID CSCdk75035。關(guān)于其他資料， 參見 LAN技術(shù)的Cisco的TAC 工具。
假如 運(yùn)行一個(gè)軟件版本在4.5(5)之前，我們推薦升級(jí)到最新的 4.5(x)版本。在升 級(jí)軟件以后，假如交換機(jī)一致記錄這些消息， 開一個(gè)Case與Cisco技術(shù)支持中心 (TAC)。
--------------------------------------------------------------------------------
Earl2:Banff
問 題： 當(dāng)您發(fā)出show log 命令時(shí)，許多 "Earl2:Banff"錯(cuò)誤在NVRAM日志 出現(xiàn)。
平臺(tái)： Catalyst 5000家族交 換機(jī)
當(dāng)您發(fā)出show log命令時(shí)，下 列是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日志被打印當(dāng)軟件發(fā)現(xiàn)時(shí)一個(gè)ASIC 在Banff芯片組卡住。(包括三個(gè)Banff ASIC)在治理引擎用于 Banff芯片組進(jìn)行信息包重寫為Multilayer Switching (MLS)。 假如其中一個(gè)Banff ASIC卡住，軟件重置Banff并且記錄消息 對(duì)NVRAM日志。
除非有重置發(fā)生的， 一個(gè)過量這些消息不指示一個(gè)問題。您能使用隱藏的命令， show banff-reset，發(fā)現(xiàn)在芯片組重置每個(gè)BANFF ASIC因?yàn)樽詈笾匦录虞d的次數(shù)。 假如重置計(jì)數(shù)為被測(cè)量的BANFF ASIC持續(xù)增加，這也許指示 問題。
此示例顯示 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 次。
假如在您的交換機(jī)看Banff重置的一 個(gè)過量， 開一個(gè)Case與Cisco技術(shù)支持中心 (TAC)。
--------------------------------------------------------------------------------
%MLS-4-MOVEOVERFLOW:Too許多移動(dòng)，終止MLS為5 秒
問題： 間歇或恒定"%MLS-4-MOVEOVERFLOW:Too許多移動(dòng)，終止MLS為5秒" 系統(tǒng)日志消息在交換機(jī)生成。
平 臺(tái)： Catalyst 5000家族交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例 當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%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
這些系統(tǒng)日志消 息表明交換機(jī)在多個(gè)端口重學(xué)一個(gè)或更多MAC地址在快速連續(xù)。 例如，在一個(gè)接入交換機(jī)與二uplink端口到網(wǎng)絡(luò)的核心，交 換機(jī)也許了解一個(gè)特定MAC 地址非常迅速地首先在一uplink端口然 后在另一邊。
假如不常見看這些消 息，它是很可能一個(gè)瞬間第二層(生成樹)循環(huán)，造成信息包泛濫在 一個(gè)或更多VLAN。
假如看這些消息 的一個(gè)過量(例如，假如您的系統(tǒng)服務(wù)器日志文件或您的交換機(jī)控制 臺(tái)被充斥與這些消息)，問題也許歸結(jié)于：
一個(gè)永久性第二層(生成樹) 循環(huán)
一個(gè)或更多有故障的交換端口
一個(gè)壞電纜(例如，一條單向的光纖鏈路 )
其他壞硬件(不必要在生成消息)的 交換機(jī)
不正確的配置的設(shè)備(例如， 發(fā)送數(shù)據(jù)流的數(shù)據(jù)流生成器到二個(gè)交換端口使用同樣MAC地址 )
假如確信沒有第二層循環(huán)或有故障 的硬件，您在交換機(jī)不使用MLS，并且您在交換機(jī)想要?jiǎng)h除這些消息 ，您能禁用MLS (用 set mls disable命令)。 備選，您能修改操作日志級(jí)別為"MLS"設(shè)備到3或使用命令 set logging level mls 3默認(rèn)值 降低。 然而，這些解決方案簡(jiǎn) 單屏蔽問題。
除以上建議之外，考 慮升級(jí)交換軟件到您的軟件版本系列最新的維護(hù)版，集成幾最優(yōu)化 與此問題相關(guān)。
假如需要協(xié)助排除 問題的故障， 開一個(gè)Case與Cisco技術(shù)支 持中心(TAC)。
--------------------------------------------------------------------------------
EARL-3-BADCOLOR：壞顏色[ vlan_no ]從 [ hex ]讀了為[ chars ]條目
問題： "EARL-3-BADCOLOR： 壞顏色 [ vlan_no ]從[ hex ]讀了為[ chars ]條目"錯(cuò)誤生成。
平臺(tái)： Catalyst 5000家族交換機(jī)
這表明幀看了與VLAN ID交換機(jī)沒有配置為。解決問題，了解是必要的無效VLAN ID 如何獲知。要執(zhí)行此 的一個(gè)策略是發(fā)出 set length 0命令，并且捕 獲整個(gè) show cam dynamic 輸出到文件。通過排序程序運(yùn)行該文件到排序 由VLAN號(hào)。所有VLAN號(hào)在交換機(jī)不是配置的CAM提交(檢查通 過發(fā)出 show VLAN) 點(diǎn)對(duì)可疑端口。 經(jīng)常在，Trunk的另一端應(yīng)該調(diào)查情況下， 這可能是Trunk。根據(jù)VLAN ID如何獲得是假的，網(wǎng)絡(luò)影響可 能是微不足道的對(duì)嚴(yán)重(假如幀損壞的其他元素發(fā)生了。) 檢 查 banff 重置。
--------------------------------------------------------------------------------
錯(cuò)誤信息 在Catalyst 4000家族交換機(jī)
以下錯(cuò) 誤信息在Catalyst 4000家族交換機(jī)能出現(xiàn)(并且他們的衍生商品， 例如Catalyst 2948g 及4912g交換機(jī))：
%SYS-3-P2_ERROR：1/Unknown 模塊
%SYS-4-P2_WARN： 1/Filtering以太網(wǎng)MAC 地址零值
%SYS-4-P2_WARN：1/Invalid數(shù)據(jù)流從組播 源地址
%SYS-3-P2_ERROR： 主機(jī)< MAC_address >拍動(dòng)在端口之間
%SYS-4-P2_WARN： 1/Astro(mod/port)
--------------------------------------------------------------------------------
%SYS-3-P2_ERROR：1/Unknown 模塊
問題： "%SYS-3-P2_ERROR： 當(dāng)一個(gè)新的交換 機(jī)模塊在Catalyst 4000家族交換機(jī)，安裝1/Unknown模塊"錯(cuò)誤信息 顯示。
平臺(tái)： Catalyst 4000家族交換機(jī)
下列是您將看控制臺(tái)輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%SYS-3-P2_ERROR: 1/Unknown module (fru minor type 304) in slot 3
"%SYS-3-P2_ERROR： 1/Unknown模塊"錯(cuò)誤出現(xiàn)當(dāng)當(dāng)前運(yùn)行在治理引擎的軟件鏡象 版本不支持插入硬件的部分。
在上 面的例子，18端口1000BaseX服務(wù)器交換機(jī)模塊(WS-X4418)在運(yùn)行軟 件版本4.4(1)的Catalyst 4000交換機(jī)插入了。為WS-X4418模 塊需要的最低軟件版本是4.5(1)。
解決方法是升級(jí)Supervisor Engine軟件版本到支持硬件的軟件版本 。 Catalyst 4000家族軟件版本5.x的版本 說明 列出最低軟件版本為每個(gè)模塊。
--------------------------------------------------------------------------------
%SYS-4-P2_WARN： 1/Filtering以太網(wǎng)MAC 地址零值
問題： 交換機(jī)生成"過濾以太 網(wǎng)MAC地址零值"消息。
平臺(tái)： Catalyst 4000家族交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%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
"過濾以太網(wǎng)MAC地址零值"系統(tǒng)日志 消息生成當(dāng)交換機(jī)收到信息包帶有源MAC地址00-00-00-00-00-00時(shí) ，是無效的源MAC。
系統(tǒng)日志消息表 明交換機(jī)拒絕了解無效的地址。然而，交換機(jī)將轉(zhuǎn)發(fā)從所有 零MAC地址發(fā)出數(shù)據(jù)流。
解決方法是 設(shè)法識(shí)別產(chǎn)生幀帶有所有0 源MAC地址的終端站。一般，這 樣幀從數(shù)據(jù)流生成器被傳輸(例如，SmartBits)，服務(wù)器的特定類型 (例如負(fù)載平衡IBM WebSphere服務(wù)器)，一個(gè)誤配置的路由器或者終 端站(例如，傳輸全部0廣播)的設(shè)備，或者有故障的NIC。
--------------------------------------------------------------------------------
%SYS-4-P2_WARN： 1/Invalid數(shù)據(jù)流從組播源地址
問題： 交換機(jī)生成"無效的數(shù) 據(jù)流從組播源地址"消息。
平臺(tái)： Catalyst 4000家族交換機(jī)
下列是您將看系統(tǒng)日志輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%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
當(dāng)交換機(jī)收到信息包帶有組播MAC地 址作為源MAC時(shí)，"無效的數(shù)據(jù)流從組播源地址" 系統(tǒng)日志消息生成 。使用廣播或組播MAC 地址作為源MAC為幀不是符合標(biāo)準(zhǔn)的 工作情況。然而，交換機(jī)仍然轉(zhuǎn)發(fā)從組播MAC地址發(fā)出數(shù)據(jù)流 。
系統(tǒng)日志消息在源MAC表示組播 MAC地址幀領(lǐng)域和數(shù)據(jù)流收到的端口。
解決方法是設(shè)法識(shí)別產(chǎn)生幀帶有組播源MAC地址的終 端站。一般，共享組播MAC 地址的這樣幀從數(shù)據(jù)流生成器( 例如，SmartBits) 或第三方設(shè)備被傳輸(例如，負(fù)載平衡防火墻或 服務(wù)器產(chǎn)品)。
--------------------------------------------------------------------------------
%SYS-3-P2_ERROR ：主機(jī)< MAC_address >拍動(dòng)在端口之間
問題： 交換機(jī)生成 "%SYS-3-P2_ERROR：主機(jī)< MAC_address >拍動(dòng)在... "消息 之間。
平臺(tái)： Catalyst 4000 (Sup I & II) ， Catalyst 2948g，2980G，4912G。
下列是您將看控制臺(tái)輸出的示例當(dāng)此錯(cuò)誤出現(xiàn)時(shí)：
%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39
使用以下步驟和指南了解和排除上述錯(cuò)誤信息的故障 原因。上述消息表明您的Catalyst 4000交換機(jī)了解在端口在 其CAM表里已經(jīng)存在除原始一個(gè)之外的一個(gè)MAC地址，并且此工作情 況在短時(shí)間內(nèi)重復(fù)出現(xiàn); 這是地址飄蕩的定義在端口之間。
假如看見消息為多個(gè)MAC地址出現(xiàn)， 這不是一種正常行為。因?yàn)镸AC地址從一個(gè)端口迅速是移動(dòng)的 到另一個(gè)在他們的默認(rèn)過期時(shí)間之前，它在網(wǎng)絡(luò)指示一個(gè)可能的網(wǎng) 絡(luò)問題，典型地循環(huán)數(shù)據(jù)流。
這里 典型癥狀是高CPU利用率、緩慢的數(shù)據(jù)流在網(wǎng)絡(luò)過程中，高底板利用 率在交換機(jī)等等。關(guān)于您需要采取為了高效地識(shí)別和排除問 題故障與生成樹的步驟，參見以下文件：
排除生成樹協(xié)議和相關(guān)設(shè)計(jì)考慮故障
假如為一兩個(gè)MAC地址看消息出現(xiàn) ，您需要找出此MAC地址和發(fā)現(xiàn)這為什么將發(fā)生。
您能使用為了識(shí)別的命令這些MAC地址其中了解從下 列：
show cam (其中"mac_addr"報(bào)告了飄蕩從出現(xiàn)在控制臺(tái))的消息 的MAC地址。
在看見在哪些之間以后 端口此MAC地址拍動(dòng)，跟隨此MAC地址通過連接到存在在您的 Catalyst 4000和設(shè)備之間帶有該MAC地址的中間設(shè)備，直到您能識(shí) 別其來源并且此設(shè)備如何連接到網(wǎng)絡(luò)。
注重： 因?yàn)镸AC地址拍動(dòng)在二 個(gè)端口之間，您應(yīng)該搜尋兩條路徑。
以下示例顯示如何跟蹤兩條路徑從此MAC地址其中了 解從。假設(shè)您收到您調(diào)查的下列信息：
%SYS-4-P2_WARN: 1/Host 00:50:0f:20:08:00 is flapping between port 1/2 and port 4/39
如上所述，什么您需要執(zhí)行是搜尋此MAC地址從兩個(gè) 端口如何是獲知。
第1步： 首先考慮端口1/2 。發(fā)出 show cam dynamic 1/2 命令 。
假如看MAC地址 00:50:0f:20:08:00來在在此端口了解的MAC地址列表，設(shè)法發(fā)現(xiàn)這 是否是連接的單個(gè)主機(jī)或假如有在該端口注冊(cè)的多臺(tái)主機(jī)。
第2步： 如 果它是連接的單個(gè)主機(jī)(00:50:0f:20:08:00)，檢查注冊(cè)的另一個(gè)端 口(在此示例端口4/39)并且檢查主機(jī)雙重是否附加交換機(jī)。然而假如，主機(jī)有與可以最終導(dǎo)致回到此交換機(jī)的其他設(shè)備的連接 ，設(shè)法搜尋中間是的中間設(shè)備。
第3步：最佳的方式達(dá)到此(假設(shè)，他們 是Cisco設(shè)備)將使用 命令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)
下一個(gè)步驟將遠(yuǎn)程登錄到該設(shè)備(IP 地址： 172.16.1.1),和跟隨此MAC地址路徑。
第4步：重復(fù)報(bào)告作為 飄蕩的所有MAC地址程序。通過創(chuàng)建與源設(shè)備關(guān)聯(lián)與該MAC地 址和物理連接被報(bào)道的一張簡(jiǎn)單圖此MAC地址拍動(dòng)從和對(duì) (Catalyst 4000 端口)，看見這根據(jù)您的網(wǎng)絡(luò)布局是否是可能的。
假如他們的確是，并且驗(yàn)證MAC地址 其中是飄蕩的兩個(gè)端口提供一條路徑往該網(wǎng)絡(luò)節(jié)點(diǎn)，您有生成樹的 一個(gè)可能的問題不適當(dāng)?shù)剡\(yùn)作。設(shè)法查出和排除此循環(huán)故障 通過遵從在以下文件產(chǎn)生的指令：
排除生成樹協(xié)議和相關(guān)設(shè)計(jì)考慮故障
在多臺(tái)主機(jī)從多個(gè)供給商其中被互 聯(lián)的大型網(wǎng)絡(luò)，搜尋是確切的主機(jī)您從MAC地址尋找可以是實(shí)際上難 的。可幫助搜尋這些MAC地址的有用的工具是為 IEEE OUI和company_ID 公告使用搜索程序。這是IEEE其中注冊(cè)所 有MAC 地址分配到所有供給商數(shù)據(jù)庫(kù)的前端。
您需要輸入MAC地址的前三個(gè)八位位組(在此 example:"00:50:0f")在此頁的搜索域因此您能找到供給商與此設(shè)備 相關(guān)。
能做此消息出現(xiàn)的其它原因 如下：
服務(wù)器NIC冗余問題： 假如有一個(gè)服務(wù)器與行為不端并且的雙重附 上NIC不以下標(biāo)準(zhǔn)(即使用同樣MAC地址為連接到同一臺(tái)交換機(jī))的兩 個(gè)端口。
HSRP飄蕩： 拍動(dòng)的HSRP也是一個(gè)可能的來源這些消息在 Supervisor控制臺(tái)為什么可能出來。假如注重HSRP實(shí)施在您 的網(wǎng)絡(luò)是不穩(wěn)定的，遵從在以下文件提及的指令解決問題：
了解和排除HSRP問題故障在 Catalyst 交換機(jī)網(wǎng)絡(luò)
EtherChannel配置錯(cuò)誤： 不正確的配置的EtherChannel連接能也導(dǎo)致這些癥狀。假如 在振蕩消息報(bào)告的端口是同一個(gè)信道組的成員，檢查您的 EtherChannel配置并且設(shè)法使用以下文件排除它故障：
了解和配置FastEtherChannel在 Cisco交換和路由設(shè)備
招待反射 的信息包網(wǎng)絡(luò)： 假如主機(jī)反射信息包網(wǎng)絡(luò)， 能也導(dǎo)致飄蕩。一般，根本原因在此之后可以是殘破的NIC或 主機(jī)的PHY的所有故障連接到端口。
最佳的方式查出假如這是您的根本原因?qū)@得嗅探器跟蹤和檢查去 到/從消息出現(xiàn)的端口的數(shù)據(jù)流。假如主機(jī)反射信息包，您在 跟蹤典型地會(huì)看見是導(dǎo)致MAC地址的此飄蕩的一種可能的癥狀的重復(fù) 的信息包。
關(guān)于具體資料關(guān)于怎樣 配置端口使用與嗅探器，參見以下文件：
配置SPAN
軟件 或硬件缺陷： 假如看見振蕩消息和您設(shè)法通過 遵從在前面的部分提及的指令排除它故障和仍然注重問題，您應(yīng)該 尋找進(jìn)一步協(xié)助從 TAC。請(qǐng)勿請(qǐng)忘記提及和提供您收集了當(dāng)從事上述 的步驟，作為此將使進(jìn)一步故障排除更加快速和更加高效時(shí)信息的 說明文件。
--------------------------------------------------------------------------------
%SYS-4-P2_WARN： 1/Astro(mod/port)
問 題： 交換機(jī)生成"%SYS-4-P2_WARN： 1/Astro(6/6)... "。消息。
平臺(tái)： Catalyst 4000家族交 換機(jī)
此錯(cuò)誤信息表明Supervisor在 10/100 線路卡丟失了通信對(duì)一個(gè)組件。Supervisor 記錄 所有超時(shí)與此通信相關(guān)。從組件和Supervisor的之間此通信 在同一條路徑發(fā)生正常數(shù)據(jù)傳播，很可能,生成樹循環(huán)或者某個(gè)排序 廣播風(fēng)暴阻攔此通信和造成錯(cuò)誤顯示。 清除計(jì)數(shù)器在這些特 定端口并且檢查發(fā)現(xiàn)錯(cuò)誤或任何高流量級(jí)別是否有任何。如 果沒有，交換線路卡到一個(gè)不同的插槽編號(hào)，并且確定錯(cuò)誤是否繼 續(xù)通過新的插槽編號(hào)。 假如那樣，請(qǐng)與 TAC聯(lián)系 進(jìn)一步排除 此硬件故障。
新聞熱點(diǎn)
疑難解答
圖片精選
網(wǎng)友關(guān)注
