已閱讀過(guò)的文件6500常見(jiàn)錯(cuò)誤消息

1、運(yùn)行 Cisco IOS 軟件的 Catalyst 6500/6000 系列交換機(jī)上常見(jiàn)的錯(cuò)誤消息目錄前言前提條件需求使用的組件慣例%C6KPWR-SP-4-UNSUPPORTED ：unsupported module in slot num, power not allowed:chars 問(wèn)題說(shuō)明應(yīng)急方案%DUAL-3-INTERNAL ：IP-EIGRP 1:Internal Error 問(wèn)題說(shuō)明應(yīng)急方案%EARL_L3_ASIC-SP-4-INTR_THROTTLE ：Throttling "IP_TOO_SHRT"問(wèn)題說(shuō)明應(yīng)急方案%EARL_L3_ASIC-SP

2、-3-INTR_WARN ：EARL L3 ASIC:Non-fatal interrupt chars 問(wèn)題說(shuō)明應(yīng)急方案%EARL_NETFLOW-4-TCAM_THRLD ：Netflow TCAM threshold exceeded, TCAM Utilization dec% 問(wèn)題說(shuō)明應(yīng)急方案%ETHCNTR-3-LOOP_BACK_DETECTED ：Keepalive packet loop-back detected on chars 問(wèn)題說(shuō)明應(yīng)急方案loadprog ：error - on file open boot:cannot load "cisco2-Cat

3、6k-MSFC" 問(wèn)題說(shuō)明應(yīng)急方案%L3_ASIC-DFC3-4-ERR_INTRPT ：Interrupt TF_INT:FI_DATA_INT問(wèn)題說(shuō)明%MLS_STAT-SP-4-IP_LEN_ERR ：MAC/IP length inconsistencies 問(wèn)題說(shuō)明%MLS_STAT-SP-4-IP_CSUM_ERR ：IP checksum errors 問(wèn)題說(shuō)明應(yīng)急方案%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK問(wèn)題說(shuō)明c6k_pwr_get_fru_present() ：找不到fru類(lèi)型的6 fru_info， | 問(wèn)題說(shuō)明%MROUTE

4、-3-TWHEEL_DELAY_ERR問(wèn)題說(shuō)明%MCAST-SP-6-GC_LIMIT_EXCEEDED問(wèn)題說(shuō)明應(yīng)急方案%MISTRAL-SP-3-ERROR ：Error condition detected:TM_NPP_PARITY_ERROR 問(wèn)題說(shuō)明%MLS_STAT-4-IP_TOO_SHRT ：Too short IP packets received 問(wèn)題說(shuō)明Processor number of module in slot number cannot service session requests 問(wèn)題說(shuō)明%PM_SCP-1-LCP_FW_ERR ：System rese

5、tting module dec to recover from error:chars 問(wèn)題說(shuō)明應(yīng)急方案%PM_SCP-2-LCP_FW_ERR_INFORM ：模塊dec經(jīng)歷以下錯(cuò)誤：chars 問(wèn)題說(shuō)明應(yīng)急方案%PM_SCP-SP-2-LCP_FW_ERR_INFORM ：模塊dec經(jīng)歷以下錯(cuò)誤：chars 問(wèn)題說(shuō)明應(yīng)急方案%PM_SCP-SP-4-UNK_OPCODE ：Received unknown unsolicited message from module dec, opcode hex 問(wèn)題說(shuō)明應(yīng)急方案%PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM

6、：在收發(fā)器的完整性檢查在5/2失敗的局域網(wǎng)端口：壞密鑰問(wèn)題說(shuō)明%PM_SCP-SP-3-LCP_FW_ABLC ：從模塊dec的延遲問(wèn)題說(shuō)明消息， port:035%QM-4-TCAM_ENTRY ：Hardware TCAM entry capacity exceeded 問(wèn)題說(shuō)明應(yīng)急方案%slot_earl_icc_shim_addr:Slot num is neither SuperCard nor Supervisor - Invalid slot 問(wèn)題說(shuō)明%SYSTEM_CONTROLLER-SP-3-ERROR ：Error condition detected:TM_NPP_PA

7、RITY_ERROR 問(wèn)題說(shuō)明應(yīng)急方案%SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR ：Error condition detected:TM_NPP_PARITY_ERROR 問(wèn)題說(shuō)明應(yīng)急方案SP ：Linecard endpoint of Channel 14 lost Sync.to Lower fabric and trying to recover now! 問(wèn)題說(shuō)明%SYSTEM-1-INITFAIL ：Network boot is not supported 問(wèn)題說(shuō)明解決方法CPU_MONITOR-3-TIMED_OUT 或 CPU_MONITOR-

8、6-NOT_HEARD問(wèn)題說(shuō)明應(yīng)急方案% Invalid IDPROM image for linecard 問(wèn)題說(shuō)明應(yīng)急方案%CPU_MONITOR-SP-6-NOT_HEARD或%CPU_MONITOR-SP-3-TIMED_OUT問(wèn)題說(shuō)明%C6KPWR-4-DISABLED ：Power to module in slot dec set chars 問(wèn)題說(shuō)明應(yīng)急方案ONLINE-SP-6-INITFAIL ：Module dec:Failed to chars 問(wèn)題說(shuō)明應(yīng)急方案FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL問(wèn)題說(shuō)明應(yīng)急方案MCAST-2-I

9、GMP_SNOOP_DISABLE問(wèn)題說(shuō)明應(yīng)急方案C6KERRDETECT-2-FIFOCRITLEVEL ：System detected an unrecoverable resources error on the active supervisor pinnacle問(wèn)題說(shuō)明應(yīng)急方案%C6KERRDETECT-SP-4-SWBUSSTALL ：交換總線體驗(yàn)停轉(zhuǎn)3秒問(wèn)題說(shuō)明SP-RP Ping Test7:Test skipped due to high traffi 問(wèn)題說(shuō)明應(yīng)急方案SW_VLAN-4-MAX_SUB_INT問(wèn)題說(shuō)明應(yīng)急方案MCAST-6-L2_HASH_BUCKET_C

10、OLLISION問(wèn)題說(shuō)明應(yīng)急方案U utilization%QM-4-AGG_POL_EXCEEDED ：QoS Hardware Resources Exceeded:Out of Aggregate 問(wèn)題說(shuō)明應(yīng)急方案rs%EC-SP-5-CANNOT_BUNDLE2 ：不是與Gi2/1兼容，并且是中止(Gi2/2 MTU是1500， Gi2/1是9216) 問(wèn)題說(shuō)明應(yīng)急方案%EC-SP-5-CANNOT_BUNDLE2 ：Gi1/4不是與Gi6/1兼容，并且是中止(Gi1/4流量問(wèn)題說(shuō)明應(yīng)急方案關(guān)閉， Gi6/1打開(kāi))%CFIB-7-CFIB_EXCEPTION ：FIB TCAM exc

11、eption, Some entries will be software switched 問(wèn)題說(shuō)明應(yīng)急方案模塊失敗TestMatchCapture測(cè)驗(yàn)問(wèn)題說(shuō)明應(yīng)急方案%CONST_DIAG-SP-3-HM_PORT_ERR ：在模塊2的Port5失敗10連續(xù)的倍。禁用端口問(wèn)題說(shuō)明應(yīng)急方案%SYS-3-PORT_RX_BADCODE ：端口3/43檢測(cè)7602在為時(shí)的壞代碼錯(cuò)誤30分鐘問(wèn)題說(shuō)明應(yīng)急方案相關(guān)信息前言本文檔簡(jiǎn)要說(shuō)明了運(yùn)行 Cisco IOS® 系統(tǒng)軟件的 Cisco Catalyst 6500/6000 系列交換機(jī)上常見(jiàn)的 syslog 和錯(cuò)誤消息。如果您遇到的錯(cuò)誤消息

12、未出現(xiàn)在本文檔中，請(qǐng)使用命令輸出解釋程序（僅限OS (CatOS) 軟件生成的錯(cuò)誤消息的含義。用戶）。 通過(guò)該工具，可以了解 Cisco IOS 軟件和 Catalyst注意： 本文檔中描述的 syslog 和錯(cuò)誤消息的確切格式可能會(huì)稍有不同。不同之處取決于 Supervisor 引擎上運(yùn)行的軟件版本。注意： 以下是 Catalyst 6500/6000 上推薦的最低日志配置：設(shè)置交換機(jī)上的日期和時(shí)間，或者將交換機(jī)配置為使用網(wǎng)絡(luò)時(shí)間協(xié)議 (NTP)，以從 NTP 服務(wù)器獲得日期和時(shí)間。確保已啟用日志和日志時(shí)間戳，即默認(rèn)設(shè)置。可能，將交換機(jī)配置為登錄到 syslog 服務(wù)器。前提條件需求本文檔沒(méi)

13、有任何特定的要求。使用的組件本文檔不限于特定的軟件和硬件版本。慣例有關(guān)文檔規(guī)則的詳細(xì)信息，請(qǐng)參閱 Cisco 技術(shù)提示規(guī)則。%C6KPWR-SP-4-UNSUPPORTED ：unsupported allowed:chars問(wèn)題module in slot num, power not交換機(jī)報(bào)告以下錯(cuò)誤消息：C6KPWR-SP-4-UNSUPPORTED ：unsupported module in slotnum, power not allowed:chars以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: u

14、nsupported module in slot 2, power not allowed: Unknown Card TypeOct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed: Unknown Card Type說(shuō)明該消息表示指定插槽內(nèi)的模塊不受支持。num 是插槽編號(hào)，chars 提供關(guān)于錯(cuò)誤的詳細(xì)信息。應(yīng)急方案將 Supervisor 引擎軟件升級(jí)到支持該硬件模塊的版本。請(qǐng)參閱 Cisco Catalyst 6500 系列交換機(jī)分，了解相關(guān)版本。要解決該消

15、息描述的問(wèn)題，請(qǐng)執(zhí)行這些操作之一：版本注釋的支持的硬件 部或替換交換矩陣模塊。將不支持的模塊移到其他插槽中。%DUAL-3-INTERNAL ：IP-EIGRP 1:Internal Error問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%DUAL-3-INTERNAL ：IP-EIGRP 1:Internal Error說(shuō)明該錯(cuò)誤消息表示在 Cisco IOS 軟件中有一個(gè)內(nèi)部 bug。該 bug 已在以下版本中得到修復(fù)：Cisco IOS 軟件版本 12.2(0.4) Cisco IOS 軟件版本 12.1(6.1) Cisco IOS 軟件版本 12.2(0.5)T Cisco IOS 軟件版本 12.

16、1(6.5)E Cisco IOS 軟件版本 12.1(6.5)EC Cisco IOS 軟件版本 12.1(6)E02 Cisco IOS 軟件版本 12.2(0.18)SCisco IOS 軟件版本 12.2(2)B Cisco IOS 軟件版本 12.2(15)ZN應(yīng)急方案將 Cisco IOS 軟件升級(jí)到以下版本之一，或者升級(jí)到最新版本。%EARL_L3_ASIC-SP-4-INTR_THROTTLE ：Throttling "IP_TOO_SHRT"問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%EARL_L3_ASIC-SP-4-INTR_THROTTLE ：Throttling

17、 "IP_TOO_SHRT"以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Jul 25 12:00:40.228 AEST: %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Throttling "IP_TOO_SHRT"Intr.Exceeded permitted 1000/100 intrs/msec說(shuō)明該消息表示交換機(jī)轉(zhuǎn)發(fā)引擎收到的 IP 數(shù)據(jù)包長(zhǎng)度比的最短長(zhǎng)度還短。交換機(jī)丟棄了該數(shù)據(jù)包。在舊版本中，這樣的數(shù)據(jù)包都會(huì)被靜默丟棄，并計(jì)入轉(zhuǎn)發(fā)引擎統(tǒng)計(jì)數(shù)據(jù)中。在更高版本中，會(huì)每隔 30 分鐘在 syslog 中交換機(jī)轉(zhuǎn)發(fā)引擎收到這種類(lèi)型

18、的 IP 數(shù)據(jù)包：一次該錯(cuò)誤消息。以下這些問(wèn)題會(huì)造成網(wǎng)絡(luò)接口卡 (NIC) 驅(qū)動(dòng)程序出錯(cuò)NIC 驅(qū)動(dòng)程序 bug應(yīng)用程序出錯(cuò)交換機(jī)僅報(bào)告收到了這些“錯(cuò)誤”數(shù)據(jù)包，并打算將其丟棄。應(yīng)急方案問(wèn)題根源來(lái)自于交換機(jī)外部。遺憾的是，轉(zhuǎn)發(fā)引擎并不探器找到源，然后替換該設(shè)備。這些錯(cuò)誤數(shù)據(jù)包設(shè)備的源 IP 地址。檢測(cè)該設(shè)備的唯一方式是使用嗅%EARL_L3_ASIC-SP-3-INTR_WARN ：EARL L3 ASIC:Non-fatal interrupt chars問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：EARL_L3_ASIC-SP-3-INTR_WARN ：EARL L3 ASIC:Non-fatal int

19、errupt chars以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Apr 20 17:53:38: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC:Non-fatal interrupt Packet Parser block interrupt Apr 20 19:13:05: %EARL_L3_ASIC-SP-3-INTR_WARN: EARL L3 ASIC:Non-fatal interrupt Packet Parser block interrupt說(shuō)明錯(cuò)誤消息 %EARL_L3_ASIC-SP-3-INTR_WARN 表示增強(qiáng)地址識(shí)別邏輯 (

20、EARL) 第 3 層 (L3)集成電路 (ASIC) 檢測(cè)到非致命意外情況。這表示已收到并丟棄錯(cuò)誤數(shù)據(jù)包，其中可能包含第 3 層 IP 校驗(yàn)和錯(cuò)誤。這一問(wèn)題的包。以下這些問(wèn)題及其他問(wèn)題可能會(huì)導(dǎo)致產(chǎn)生錯(cuò)誤數(shù)據(jù)包：是網(wǎng)絡(luò)上的設(shè)備了錯(cuò)誤數(shù)據(jù)NIC 出錯(cuò)NIC 驅(qū)動(dòng)程序出錯(cuò)應(yīng)用程序出錯(cuò)在舊的 Cisco IOS 軟件版本中，通常會(huì)丟棄這些數(shù)據(jù)包，不進(jìn)行日志該平臺(tái)錯(cuò)誤消息的功能。Cisco IOS 軟件版本 12.2SX 及更高版本提供有關(guān)應(yīng)急方案該消息僅用于提供信息。請(qǐng)使用以下兩個(gè)選項(xiàng)之一作為解決方法：使用網(wǎng)絡(luò)器識(shí)別錯(cuò)誤數(shù)據(jù)包的源。然后，解決源設(shè)備或源應(yīng)用程序的問(wèn)題。以下錯(cuò)誤的第 3 層錯(cuò)誤檢查：在

21、交換機(jī)硬件中禁用數(shù)據(jù)包校驗(yàn)和錯(cuò)誤數(shù)據(jù)包長(zhǎng)度錯(cuò)誤數(shù)據(jù)包源 IP 地址和目標(biāo) IP 地址相同如以下示例所示，使用 no mls verify 命令停止這些錯(cuò)誤檢查：Switch(config)#no mls verify ip checksum!- This configures the switch to discontinue checks for packet!- checksum errors.Switch(config)#no mls verify ip length consistent | minimum!- This configures the switch to discont

22、inue checks for packet!- length errors.Switch(config)#no mls verify ip same-address!- This configures the switch to discontinue checks for packets that have the!- same source and destination IP addresses.%EARL_NETFLOW-4-TCAM_THRLD ：Netflow TCAM threshold exceeded, Utilization dec%問(wèn)題TCAM交換機(jī)報(bào)告以下錯(cuò)誤消息：E

23、ARL_NETFLOW-4-TCAM_THRLD ：Netflow TCAM threshold exceeded, TCAM Utilization dec%以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Aug 24 12:30:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization 97%Aug 24 12:31:53: %EARL_NETFLOW-SP-4-TCAM_THRLD: Netflow TCAM threshold exceeded, TCAM Utilization

24、97%注意： 如果要過(guò)濾此特定錯(cuò)誤信息，請(qǐng)注意與同樣嚴(yán)重級(jí)別的所有錯(cuò)誤消息已過(guò)濾。特定日志消息不可以是已過(guò)濾不影響其他日志下，在同一嚴(yán)重級(jí)別下。說(shuō)明該消息表示 NetFlow 三重內(nèi)容可尋址器 (TCAM) 幾乎已滿。將臨時(shí)啟用主動(dòng)老化。如果將 NetFlow 掩碼更改為完整模式，則NetFlow 的 TCAM 會(huì)因?yàn)橛羞^(guò)多條目而溢出。發(fā)出 show mls netflow ip count 命令查看此信息。Supervisor 引擎 720 會(huì)每 30 秒鐘檢查一次 NetFlow 表的占用情況。當(dāng)表大小幾乎達(dá)到 90% 時(shí)，Supervisor 引擎會(huì)打開(kāi)主動(dòng)老化。主動(dòng)老化的原理是，表即將

25、全滿，所以無(wú)法創(chuàng)建新的活動(dòng)流。因此，應(yīng)該對(duì)表內(nèi)的低活動(dòng)流（或非活動(dòng)流）進(jìn)行主動(dòng)老化，為高 活動(dòng)流創(chuàng)造空間。對(duì)于 PFC3a 和 PFC3b，每個(gè) Policy Feature Card (PFC) NetFlow 表 (IPv4) 的容量是 128,000 個(gè)流。對(duì)于 PFC3bXL，容量是256,000 個(gè)流。應(yīng)急方案要防止此問(wèn)題，請(qǐng)禁用完整 NetFlow 模式。發(fā)出 no mls flow ip 命令。注意： 通常情況下，no mls flow ip 命令不影響數(shù)據(jù)包轉(zhuǎn)發(fā)，因?yàn)橛糜跀?shù)據(jù)包轉(zhuǎn)發(fā)的 TCAM 和用于 NetFlow 記賬的 TCAM 是的。要從此問(wèn)題恢復(fù)為正常狀態(tài)，請(qǐng)啟用 M

26、LS 快速老化。啟用 MLS 快速老化時(shí)間時(shí)，最初請(qǐng)?jiān)O(shè)置值為 128 秒。如果 MLS 緩存的大小繼續(xù)增長(zhǎng)至超過(guò) 32K 個(gè)條目，請(qǐng)減小設(shè)置，直至緩存大小小于 32 K。如果緩存繼續(xù)增長(zhǎng)至超過(guò) 32K 個(gè)條目，請(qǐng)減小正常的 MLS 老化時(shí)間。任何不是 8 秒倍數(shù)的老化時(shí)間值都會(huì)調(diào)整到最接近的 8 秒倍數(shù)值。Switch#configure terminalSwitch(config)#mls aging fast threshold 64 time 30另一應(yīng)急方案將禁用service internal，萬(wàn)一，如果啟用和刪除MLS interface-full流的ip，萬(wàn)一，如果不需要完整流。

27、Switch(config)#no service internal Switch(config)#mls flow ip interface-full%ETHCNTR-3-LOOP_BACK_DETECTED ：Keepalive packet loop-back detected on chars問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息，且端口被強(qiáng)制執(zhí)行鏈路關(guān)閉：%ETHCNTR-3-LOOP_BACK_DETECTED ：Keepalive packet loop-back detected on chars以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Oct 2 10:40:13: %ETHCNTR-3

28、-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on GigabitEthernet0/1Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in err-disable state說(shuō)明發(fā)生該問(wèn)題的是 keepalive 數(shù)據(jù)包環(huán)回到了keepalive 數(shù)據(jù)包的端口。Keepalive 數(shù)據(jù)包在 Catalyst 交換機(jī)上，目的是防止網(wǎng)絡(luò)中形成環(huán)路。默認(rèn)情況下，在所有接口上啟用 Keepalive。您會(huì)在檢測(cè)到并中

29、斷環(huán)路的設(shè)備上發(fā)現(xiàn)此問(wèn)題，而不是在引起環(huán)路的設(shè)備上。應(yīng)急方案發(fā)出 no keepalive 接口命令以禁用 keepalive。禁用 Keepalive 可以防止因錯(cuò)誤而禁用接口，但是不能刪除環(huán)路。注意： 在基于 Cisco IOS 軟件版本 12.2(x)SE 的版本及更高版本中，默認(rèn)情況下keepalive 數(shù)據(jù)包。在光纖接口和上行鏈路接口上loadprog ：error - on file open boot:cannot load "cisco2-Cat6k-MSFC"問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：loadprog ：error - on file open boot

30、:cannot load "bootflash:c6msfc2-boot-mz.121-8a.EX"說(shuō)明該問(wèn)題僅在向設(shè)備非對(duì)齊寫(xiě)入（接近 64 字節(jié)內(nèi)部邊界）時(shí)發(fā)生。以下情況下可能會(huì)發(fā)生該問(wèn)題：在寫(xiě)入轉(zhuǎn)儲(chǔ)文件期間由于某些，導(dǎo)致系統(tǒng)在寫(xiě)入文件時(shí)發(fā)生。從 CatOS 遷移到 Cisco IOS 軟件過(guò)程中代碼損壞時(shí)應(yīng)急方案解決方法是修改設(shè)備驅(qū)動(dòng)程序，使其能夠正確處理非對(duì)齊。如果發(fā)生錯(cuò)誤的是從 CatOS 遷移到 Cisco IOS 軟件過(guò)程中代碼損壞，請(qǐng)清除閃存并新的有效 CatOS 軟件映像。%L3_ASIC-DFC3-4-ERR_INTRPT ：Interrupt TF_I

31、NT:FI_DATA_INT問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%L3_ASIC-DFC3-4-ERR_INTRPT ：Interrupt TF_INT:FI_DATA_INT occurring in EARL %Layer 3 ASIC說(shuō)明該錯(cuò)誤消息表示在第 3 層 (L3) 轉(zhuǎn)發(fā)集成電路 (ASIC) 中出現(xiàn)錯(cuò)誤?；旧?，交換機(jī)會(huì)在某些瞬時(shí)數(shù)據(jù)流通過(guò) ASIC 時(shí)顯示這一消息，而軟件僅報(bào)告發(fā)生中斷情況。一旦遇到這一情況，通過(guò) show earl statistics 命令顯示的計(jì)數(shù)器會(huì)有所增加。每次軟件嘗試從這樣的狀態(tài)中恢復(fù)時(shí)，交換機(jī)都會(huì)生成該 syslog 消息。通常情況下，如果發(fā)生率一直較低

32、，則該消息僅為提供信息之用。但若錯(cuò)誤消息頻繁出現(xiàn)，則可能是硬件出現(xiàn)問(wèn)題。檢查 show earl statistics 命令輸出中的計(jì)數(shù)器值。如果計(jì)數(shù)器迅速增加，表明硬件可能出現(xiàn)了問(wèn)題。%MLS_STAT-SP-4-IP_LEN_ERR ：MAC/IP length inconsistencies問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MLS_STAT-SP-4-IP_LEN_ERR ：MAC/IP length inconsistencies以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP lengt

33、h inconsistencies May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies說(shuō)明這些消息表示收到的數(shù)據(jù)包中，IP 長(zhǎng)度與該數(shù)據(jù)包的 MAC 長(zhǎng)度不匹配。Supervisor 引擎丟棄了這些數(shù)據(jù)包。因?yàn)榻粨Q機(jī)丟棄了數(shù)據(jù)包，因此對(duì)交換機(jī)沒(méi)有影響。交換機(jī)報(bào)告這一消息是用于提供信息。這一問(wèn)題的是網(wǎng)絡(luò)上的設(shè)備了錯(cuò)誤數(shù)據(jù)包。以下這些問(wèn)題及其他問(wèn)題可能會(huì)導(dǎo)致產(chǎn)生錯(cuò)誤數(shù)據(jù)包：NIC 出錯(cuò)NIC 驅(qū)動(dòng)程序出錯(cuò)應(yīng)用程序出錯(cuò)使用網(wǎng)絡(luò)器找到錯(cuò)誤數(shù)據(jù)包的源。然后，解決源設(shè)備或源應(yīng)用程序的問(wèn)題。另一種解決方法

34、是將交換機(jī)配置為停止檢查以下內(nèi)容：數(shù)據(jù)包校驗(yàn)和錯(cuò)誤數(shù)據(jù)包長(zhǎng)度錯(cuò)誤數(shù)據(jù)包源 IP 地址和目標(biāo) IP 地址相同使用這些命令停止交換機(jī)檢查：Switch(config)#no mls verify ip checksum!- This configures the switch to discontinue checks for packet checksum errors.Switch(config)#no mls verify ip length!- This configures the switch to discontinue checks for packet length errors

35、.Switch(config)#no mls verify ip same-address!- This configures the switch to discontinue checks for packets that have the!- same source and destination IP addresses.%MLS_STAT-SP-4-IP_CSUM_ERR ：IP checksum errors問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MLS_STAT-SP-4-IP_CSUM_ERR ：IP checksum errors以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Jan 20

36、12:48:52: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors Jan 20 14:49:53: %MLS_STAT-SP-4-IP_CSUM_ERR: IP checksum errors說(shuō)明這些消息表示交換機(jī)收到的 IP 數(shù)據(jù)包具有無(wú)效校驗(yàn)和值。因?yàn)榻粨Q機(jī)丟棄了數(shù)據(jù)包，因此對(duì)交換機(jī)沒(méi)有影響。交換機(jī)報(bào)告這一消息是用于提供信息。這一問(wèn)題的是網(wǎng)絡(luò)上的設(shè)備了錯(cuò)誤數(shù)據(jù)包。以下這些問(wèn)題及其他問(wèn)題可能會(huì)導(dǎo)致產(chǎn)生錯(cuò)誤數(shù)據(jù)包：NIC 出錯(cuò)NIC 驅(qū)動(dòng)程序出錯(cuò)應(yīng)用程序出錯(cuò)應(yīng)急方案請(qǐng)使用以下兩個(gè)選項(xiàng)之一作為解決方法：使用網(wǎng)絡(luò)器識(shí)別錯(cuò)誤數(shù)據(jù)包的源。然后，解決源設(shè)備

37、或源應(yīng)用程序的問(wèn)題。以下內(nèi)容的第 3 層錯(cuò)誤檢查：在交換機(jī)硬件中禁用數(shù)據(jù)包校驗(yàn)和錯(cuò)誤數(shù)據(jù)包長(zhǎng)度錯(cuò)誤要停止這些錯(cuò)誤檢查，請(qǐng)使用 no mls verify 命令，如以下示例所示：Switch(config)#no mls verify ip checksum!- This configures the switch to discontinue checks for packet!- checksum errors.Switch(config)#no mls verify ip length consistent | minimum!- This configures the switch to

38、 discontinue checks for packet!- length errors.%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK ：以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected forgroup 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 so

39、urce mac 0000.bea6.82e0說(shuō)明該消息表示交換機(jī)收到過(guò)量多播數(shù)據(jù)流，且數(shù)據(jù)流目標(biāo)地址為 01-00-5e-00-00-xx 范圍內(nèi)的多播 MAC 地址。該多播地址范圍是預(yù)留給 Internet 組管理協(xié)議 (IGMP)數(shù)據(jù)流的，例如：分支加入一般通常，交換機(jī) CPU 處理所有的 IGMP數(shù)據(jù)流。因此，Cisco IOS 軟件提供了一種機(jī)制，用于忽略發(fā)往預(yù)留地址的過(guò)量 IGMP 多播數(shù)據(jù)流。該機(jī)制確保了 CPU過(guò)度使用。這一機(jī)制的使用稱(chēng)為“后退模式”。找到多播數(shù)據(jù)流的源。然后停止傳輸或修改流特性，使傳輸不再侵占 IGMP數(shù)據(jù)空間。此外，可利用問(wèn)題部分中的錯(cuò)誤消息，通過(guò)該消息可找

40、到引起該問(wèn)題的潛在網(wǎng)絡(luò)源。c6k_pwr_get_fru_present() ：找不到fru類(lèi)型的6 fru_info， |問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：c6k_pwr_get_fru_present() ：找不到fru類(lèi)型的6 fru_info， |以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find

41、fru_info for fru type 6, #38Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43說(shuō)明出現(xiàn)該錯(cuò)誤消息的是，交換機(jī)向 Flex WAN 模塊所使用端口適配器的簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議 (SNMP) 輪詢發(fā)出了錯(cuò)誤的響應(yīng)。該錯(cuò)誤消息本質(zhì)上為表面問(wèn)題，并無(wú)有害的交換機(jī)性能問(wèn)題

42、。有關(guān)詳細(xì)信息，請(qǐng)參閱 Cisco bug ID CSCdx41473（僅限題已在以下版本中得到修復(fù)：用戶）。該問(wèn)Cisco IOS 軟件版本 12.1(11b)E4 Cisco IOS 軟件版本 12.1(12c)E1 Cisco IOS 軟件版本 12.1(13)E Cisco IOS 軟件版本 12.1(13)EC 更高版本%MROUTE-3-TWHEEL_DELAY_ERR問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MROUTE-3-TWHEEL_DELAY_ERR ：以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：%MROUTE-3-TWHEEL_DELAY_ERR: Exceededum delay

43、(240000 ms) requested: 7200000說(shuō)明當(dāng)交換機(jī)收到通告高保持時(shí)間值的于協(xié)議的多播 (PIM) 加入/修剪數(shù)據(jù)包時(shí)，會(huì)出現(xiàn)該消息。該數(shù)據(jù)包通告的保持時(shí)間值高于交換機(jī) OS的最大延遲，即 4 分鐘。這些數(shù)據(jù)包為多播數(shù)據(jù)包，如 PIM、距離矢量多播路由協(xié)議 (DVMRP) 以及其他類(lèi)型。用于 Catalyst 6500/6000 的 Cisco IOS 軟件的更高版本已將這一最大延遲增加至 65,535 秒。有關(guān)詳細(xì)信息，請(qǐng)參閱 Cisco bug用戶）。 該問(wèn)題已在以下版本中得到修復(fù)：ID CSCdw50542（僅限Cisco IOS 軟件版本 12.1(12c)E Ci

44、sco IOS 軟件版本 12.2(12)T01 Cisco IOS 軟件版本 12.1(13)E Cisco IOS 軟件版本 12.1(13)EC 更高版本應(yīng)急方案對(duì)生成 PIM 數(shù)據(jù)包的第設(shè)備進(jìn)行配置，使其使用協(xié)議標(biāo)準(zhǔn)推薦的計(jì)時(shí)器。%MCAST-SP-6-GC_LIMIT_EXCEEDED問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MCAST-SP-6-GC_LIMIT_EXCEEDED以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate more Layer 2 entries

45、 than what=allowed (13000)說(shuō)明當(dāng)交換機(jī)上的 IGMP功能創(chuàng)建的第 2 層 (L2) 條目達(dá)到的最大數(shù)量時(shí)，將會(huì)該錯(cuò)誤消息。默認(rèn)情況下，交換機(jī)可以為多播組創(chuàng)建的 L2 條目最大數(shù)量為 15,488。在 Cisco IOS 軟件的更高版本中，只有安裝了硬件的 L2 多播條目才會(huì)計(jì)入這一限制。有關(guān)詳細(xì)信息，請(qǐng)參閱 Cisco bug ID CSCdx89380（僅限得到修復(fù)。用戶）。 在 Cisco IOS 軟件版本 12.1(13)E1 和更高版本中該問(wèn)題已應(yīng)急方案可以手動(dòng)提高 L2 限制。發(fā)出 ip igmp l2-entry-limit 命令。%MISTRAL-SP-

46、3-ERROR ：Error condition detected:TM_NPP_PARITY_ERROR問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MISTRAL-SP-3-ERROR ：Error condition detected:TM_NPP_PARITY_ERROR以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERRORApr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error cond

47、ition detected: TM_NPP_PARITY_ERRORApr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR說(shuō)明該錯(cuò)誤消息表示在內(nèi)部表管理器的下一頁(yè)指針中存在奇偶校驗(yàn)錯(cuò)誤。如果交換機(jī)運(yùn)行的是 Cisco IOS 軟件版本 12.1(8)E 或更高版本，則交換機(jī)會(huì)檢測(cè)到奇偶校驗(yàn)錯(cuò)誤并重置 Mistral ASIC。然后交換機(jī)就可以繼續(xù)運(yùn)行，無(wú)須重新加載。隨機(jī)的靜電放電或其他外部因素即可導(dǎo)致器奇偶校驗(yàn)錯(cuò)誤。如果該錯(cuò)誤消息僅出現(xiàn)一次或很少出現(xiàn)，請(qǐng)交換機(jī) sy

48、slog，確認(rèn)該錯(cuò)誤是否為孤立事件。如果這些錯(cuò)誤消息重復(fù)出現(xiàn)，請(qǐng)向 Cisco 技術(shù)支持提出服務(wù)請(qǐng)求。%MLS_STAT-4-IP_TOO_SHRT ：Too short IP packets received問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%MLS_STAT-4-IP_TOO_SHRT ：Too short IP packets received以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：*Apr 1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received說(shuō)明該消息表示交換機(jī)轉(zhuǎn)發(fā)引擎收到的 IP 數(shù)據(jù)包長(zhǎng)度比的

49、最短長(zhǎng)度還短。交換機(jī)丟棄了該數(shù)據(jù)包。在舊版本中，這樣的數(shù)據(jù)包都會(huì)被靜默丟棄，并計(jì)入轉(zhuǎn)發(fā)引擎統(tǒng)計(jì)數(shù)據(jù)中。這一情況適用于早于 7.x 或早于 Cisco IOS 軟件版本 12.1(13E) 的軟件版本。7.x 之后或 Cisco IOS 軟件版本 12.1(13E) 之后的軟件版本中，會(huì)每隔 30 分鐘在 syslog 中一次該消息。對(duì)交換機(jī)這一方面沒(méi)有影響。交換機(jī)會(huì)丟棄錯(cuò)誤數(shù)據(jù)包，接收設(shè)備最終也會(huì)丟棄此類(lèi)數(shù)據(jù)包。唯一需要關(guān)注的是錯(cuò)誤數(shù)據(jù)包的設(shè)備?？赡艿陌ǎ篘IC 驅(qū)動(dòng)程序出錯(cuò)NIC 驅(qū)動(dòng)程序 bug 應(yīng)用程序出錯(cuò)由于硬件限制，Supervisor 引擎錯(cuò)誤數(shù)據(jù)包的源 IP 地址、MAC 地址

50、或設(shè)備端口。要檢測(cè)這些設(shè)備并找到源地址，必須使用數(shù)據(jù)包應(yīng)用程序。問(wèn)題部分中的消息只是交換機(jī)提供的警告/信息性消息。消息中不包含有端口、MAC 地址或 IP 地址的任何信息。在網(wǎng)絡(luò)數(shù)據(jù)包應(yīng)用程序。嘗試關(guān)閉網(wǎng)絡(luò)內(nèi)的某個(gè)端口或從中刪除某個(gè)設(shè)備，確定是否可以查明發(fā)生故障的設(shè)備。Processor number of module in slot number cannot service session requests問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：Processor number of module in slot number cannot service session requests說(shuō)明下列情

51、況下，當(dāng)您發(fā)出 session slot number processor number 命令嘗試建立會(huì)話時(shí)會(huì)發(fā)生這一錯(cuò)誤：在登錄到交換機(jī)的同時(shí)，嘗試與一個(gè)其中已建立有會(huì)話的模塊建立會(huì)話。嘗試為插槽中不可用的模塊建立會(huì)話。嘗試為模塊中不可用的處理器建立會(huì)話。%PM_SCP-1-LCP_FW_ERR ：System resetting module dec to recover from error:chars問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%PM_SCP-1-LCP_FW_ERR ：System resetting module dec to recover from error:chars這些示

52、例顯示了發(fā)生這一問(wèn)題時(shí)所顯示的臺(tái)輸出：%PM_SCP-SP-1-LCP_FW_ERR ：System resetting module 13 to recover from error:Linecard received system exception或者%PM_SCP-SP-1-LCP_FW_ERR ：System resetting module 4 to recover from error:卷鉛Rx奇偶校驗(yàn)錯(cuò)誤-端口#14說(shuō)明該消息表示指定模塊的固件已檢測(cè)到錯(cuò)誤。系統(tǒng)自動(dòng)重置模塊以從該錯(cuò)誤中恢復(fù)。dec 為模塊編號(hào)，chars 為錯(cuò)誤。應(yīng)急方案重新安裝模塊或?qū)⒛K放入不同的插槽中，并

53、模塊完成整個(gè)啟動(dòng)診斷測(cè)試。有關(guān) Catalyst 6500 系列交換機(jī)聯(lián)機(jī)診斷的詳細(xì)信息，請(qǐng)參閱配置聯(lián)機(jī)診斷。模塊通過(guò)診斷測(cè)試后，請(qǐng)?jiān)撳e(cuò)誤消息是否再次出現(xiàn)。如果錯(cuò)誤再次出現(xiàn)或診斷測(cè)試發(fā)現(xiàn)了任何問(wèn)題，請(qǐng)向 Cisco 技術(shù)支持提出服務(wù)請(qǐng)求，以進(jìn)行進(jìn)一步的故障排除。%PM_SCP-2-LCP_FW_ERR_INFORM ：模塊dec經(jīng)歷以下錯(cuò)誤：chars問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%PM_SCP-2-LCP_FW_ERR_INFORM ：模塊dec經(jīng)歷以下錯(cuò)誤：chars以下示例顯示了發(fā)生該問(wèn)題時(shí)所顯示的臺(tái)輸出：%PM_SCP-SP-2-LCP_FW_ERR_INFORM ：模塊4經(jīng)歷以下錯(cuò)誤：

54、總線Asic #0瞬變鉛錯(cuò)誤說(shuō)明模塊報(bào)告錯(cuò)誤情況， dec是模塊號(hào)，并且chars是錯(cuò)誤。此情況通常是由一不正確地供以座位的線卡或硬件故障導(dǎo)致的。如果錯(cuò)誤消息在所有被看到線卡，不正確地是一個(gè)的模塊。應(yīng)急方案重新安裝并且重置線卡或模塊。然后請(qǐng)發(fā)出show diagnostic result module module_#命令”。如果錯(cuò)誤消息仍然存在，在模塊重置后，請(qǐng)創(chuàng)建與為做進(jìn)一步的故障排除Cisco技術(shù)支持的一服務(wù)請(qǐng)求。%PM_SCP-SP-2-LCP_FW_ERR_INFORM ：模塊dec經(jīng)歷以下錯(cuò)誤：chars問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%PM_SCP-SP-2-LCP_FW_ERR_I

55、NFORM ：模塊4經(jīng)歷以下錯(cuò)誤：端口#36瞬變TX鉛錯(cuò)誤說(shuō)明此錯(cuò)誤消息指示在模塊號(hào)4的一個(gè)臨時(shí)錯(cuò)誤在數(shù)據(jù)路徑端口36。在大多數(shù)情況下，這是一個(gè)一次/瞬變問(wèn)題。應(yīng)急方案1.2.3.為問(wèn)題的循環(huán)關(guān)閉和unshut端口Gi4/36，并且。如果錯(cuò)誤再發(fā)生，請(qǐng)?jiān)O(shè)置診斷用diagnostic bootup level完整命令完成。然后，請(qǐng)物理的重裝線卡。如果錯(cuò)誤消息仍然存在，在模塊重新安裝后，請(qǐng)創(chuàng)建與Cisco技術(shù)支持的一服務(wù)請(qǐng)求為做進(jìn)一步的故障排除與這些命令輸出：show loggingshow diagnostic result module 4 show module%PM_SCP-SP-4-UNK_OPCODE ：Received unknown unsolicited message from module dec, opcode hex問(wèn)題交換機(jī)報(bào)告以下錯(cuò)誤消息：%PM_SCP-SP-4-UNK_OPCODE ：Received unknown unsolicited message from module dec, opcode hex這些示例顯示了發(fā)生這一問(wèn)題時(shí)所顯示的臺(tái)輸出：Dec 10 12:44:18.117:%PM_SCP-SP-4-UNK_OPCODE ：Receive