Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

%C6KPWR-SP-4-UNSUPPORTED: modulo non supportato nello slot [num], alimentazione non consentita: [chars]

Problema

Descrizione

Soluzione alternativa

%DUAL-3-INTERNAL: IP-EIGRP 1: errore interno

Problema

Descrizione

Soluzione alternativa

%EARL_L3_ASIC-SP-4-INTR_THROTTLE: Limitazione di "IP_TOO_SHORT"

Problema

Descrizione

Soluzione alternativa

%EARL_L3_ASIC-SP-3-INTR_WARN: EARL L L3 ASIC: Interrupt non fatale [chars]

Problema

Descrizione

Soluzione alternativa

%EARL_NETFLOW-4-TCAM_THRLD: Soglia TCAM NetFlow superata, Utilizzo TCAM [[dec]%]

Problema

Descrizione

Soluzione alternativa

%ETHCNTR-3-LOOP_BACK_DETECTED: loop-back del pacchetto keepalive rilevato su [chars]

Problema

Descrizione

Soluzione alternativa

loadprog: errore - avvio all'apertura del file: impossibile caricare "cisco2-Cat6k-MSFC"

Problema

Descrizione

Soluzione alternativa

%L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT

Problema

Descrizione

%MLS_STAT-SP-4-IP_LEN_ERR: incongruenze nella lunghezza di MAC/IP

Problema

Descrizione

%MLS_STAT-SP-4-IP_CSUM_ERR: errori di checksum IP

Problema

Descrizione

Soluzione alternativa

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK

Problema

Descrizione

c6k_pwr_get_fru_presence(): impossibile trovare fru_info per fru type 6, #

Problema

Descrizione

%MROUTE-3-TWHEEL_DELAY_ERR

Problema

Descrizione

Soluzione alternativa

%MCAST-SP-6-GC_LIMIT_EXCEEDED

Problema

Descrizione

Soluzione alternativa

%MISTRAL-SP-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Problema

Descrizione

%MLS_STAT-4-IP_TOO_SHORT: pacchetti IP troppo corti ricevuti

Problema

Descrizione

Il processore [number] del modulo nello slot [number] non è in grado di soddisfare le richieste di sessione

Problema

Descrizione

%PM_SCP-1-LCP_FW_ERR: Ripristino del sistema da parte del modulo [dec] in seguito a un errore: [chars]

Problema

Descrizione

Soluzione alternativa

%PM_SCP-2-LCP_FW_ERR_INFORM: Errore del modulo [dec]: [chars]

Problema

Descrizione

Soluzione alternativa

%PM_SCP-SP-2-LCP_FW_ERR_INFORM: Errore del modulo [dec]: [chars]

Problema

Descrizione

Soluzione alternativa

%PM_SCP-SP-4-UNK_OPCODE: ricevuto messaggio sconosciuto non richiesto dal modulo [dec], opcode [hex]

Problema

Descrizione

Soluzione alternativa

%PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM: controllo di integrità sul ricetrasmettitore nella porta LAN 5/2 non riuscito: chiave non valida

Problema

Descrizione

%PM_SCP-SP-3-LCP_FW_ABLC: messaggio di collisione ritardata dal modulo [dec], porta:035

Problema

Descrizione

%PM-3-INVALID_BRIDGE_PORT: il numero della porta del bridge non è compreso nell'intervallo

Problema

Descrizione

Soluzione alternativa

%QM-4-TCAM_ENTRY: capacità di ingresso hardware TCAM superata

Problema

Descrizione

Soluzione alternativa

%slot_earl_icc_shim_addr: lo slot [num] non è né SuperCard né Supervisor - Slot non valido

Problema

Descrizione

%SYSTEM_CONTROLLER-SP-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Problema

Descrizione

Soluzione alternativa

%SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Problema

Descrizione

Soluzione alternativa

SP: L'endpoint Linecard di Channel 14 ha perso la sincronizzazione con Lower Fabric e sta cercando di recuperare ora!

Problema

Descrizione

%SYSTEM-1-INITFAIL: avvio dalla rete non supportato

Problema

Descrizione

Risoluzione

CPU_MONITOR-3-TIMED_OUT o CPU_MONITOR-6-NOT_HEARD

Problema

Descrizione

Soluzione alternativa

% Immagine IDPROM non valida per la scheda di linea

Problema

Descrizione

Soluzione alternativa

%CPU_MONITOR-SP-6-NOT_HEARD o %CPU_MONITOR-SP-3-TIMED_OUT

Problema

Descrizione

%C6KPWR-4-DISABLED: Alimentazione del modulo nello slot [dec] impostata [chars]

Problema

Descrizione

Soluzione alternativa

ONLINE-SP-6-INITFAIL: modulo [dec]: non riuscito a [chars]

Problema

Descrizione

Soluzione alternativa

FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL

Problema

Descrizione

Soluzione alternativa

MCAST-2-IGMP_SNOOP_DISABLE

Problema

Descrizione

Soluzione alternativa

C6KERRDETECT-2-FIFOCRITLEVEL: il sistema ha rilevato un errore di risorse non recuperabili sul supervisore attivo pinnacle

Problema

Descrizione

Soluzione alternativa

%C6KERRDETECT-SP-4-SWBUSSTALL: il bus di commutazione sta per essere bloccato per 3 secondi

Problema

Descrizione

Test ping SP-RP[7]: test ignorato a causa di traffico elevato/utilizzo della CPU

Problema

Descrizione

Soluzione alternativa

SW_VLAN-4-MAX_SUB_INT

Problema

Descrizione

Soluzione alternativa

MCAST-6-L2_HASH_BUCKET_COLLISION

Problema

Descrizione

Soluzione alternativa

%QM-4-AGG_POL_EXCEEDED: Risorse hardware QoS superate: criteri aggregati esauriti

Problema

Descrizione

Soluzione alternativa

%EC-SP-5-CANNOT_BUNDLE2: non è compatibile con Gi2/1 e verrà sospeso (la MTU di Gi2/2 è 1500, Gi2/1 è 9216)

Problema

Descrizione

Soluzione alternativa

%EC-SP-5-CANNOT_BUNDLE2: Gi1/4 non è compatibile con Gi6/1 e verrà sospeso (l'invio del controllo del flusso di Gi1/4 è disattivato, Gi6/1 è attivato)

Problema

Descrizione

Soluzione alternativa

%CFIB-7-CFIB_EXCEPTION: Eccezione FIB TCAM. Alcune voci saranno commutate dal software

Problema

Descrizione

Soluzione alternativa

Il modulo non supera il test TestMatchCapture

Problema

Descrizione

Soluzione alternativa

%CONST_DIAG-SP-3-HM_PORT_ERR: errore della porta 5 sul modulo 2 per 10 volte consecutive. Disabilitazione della porta

Problema

Descrizione

Soluzione alternativa

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Il contatore degli errori del modulo 7 supera la soglia. L'operazione di sistema continua

Problema

Descrizione

Soluzione alternativa

%SYS-3-PORT_RX_BADCODE: La porta 3/43 ha rilevato 7602 errori di codice non valido negli ultimi 30 minuti

Problema

Descrizione

Soluzione alternativa

Informazioni correlate

Introduzione

Questo documento offre una breve spiegazione dei syslog comuni e dei messaggi di errore visualizzati sugli switch Cisco Catalyst serie 6500/6000 con software di sistema Cisco IOS®. Utilizzare Cisco CLI Analyzer (solo clienti registrati) se viene visualizzato un messaggio di errore non presente in questo documento. Lo strumento fornisce il significato dei messaggi di errore generati dal software Cisco IOS e dal software Catalyst OS (CatOS).

Nota: il formato esatto del syslog e dei messaggi di errore descritti in questo documento possono variare leggermente. La variazione dipende dalla versione software in esecuzione sul Supervisor Engine.

Nota: si consiglia questa configurazione di registrazione minima sugli switch Catalyst 6500/6000:

- Impostare la data e l'ora sullo switch o configurare lo switch in modo che utilizzi il protocollo NTP (Network Time Protocol) per ottenere la data e l'ora da un server NTP.

- Verificare che i timestamp di registrazione e di registrazione siano abilitati (impostazione predefinita).

- Se possibile, configurare lo switch in modo che acceda a un server syslog.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

%C6KPWR-SP-4-UNSUPPORTED: modulo non supportato nello slot [num], alimentazione non consentita: [chars]

Problema

Lo switch segnala questo messaggio di errore:

- C6KPWR-SP-4-UNSUPPORTED: modulo non supportato nello slot [num], alimentazione non consentita: [chars]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

Oct 14 16:50:13: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed:

Unknown Card Type

Oct 14 16:50:20: %C6KPWR-SP-4-UNSUPPORTED: unsupported module in slot 2, power not allowed:

Unknown Card Type

Descrizione

Questo messaggio indica che il modulo nello slot specificato non è supportato. [num] è il numero dello slot e [chars] fornisce ulteriori dettagli sull'errore.

Soluzione alternativa

Aggiornare il software Supervisor Engine alla versione che supporta il modulo hardware. Per la versione in uso, consultare la sezione Hardware supportato delle note di versione degli switch Cisco Catalyst serie 6500. Per risolvere il problema descritto nel messaggio, eseguire una delle azioni seguenti:

- Inserire o sostituire il modulo switch fabric.

- Spostare il modulo non supportato in un altro slot.

%DUAL-3-INTERNAL: IP-EIGRP 1: errore interno

Problema

Lo switch segnala questo messaggio di errore:

- %DUAL-3-INTERNAL: IP-EIGRP 1: errore interno

Descrizione

Il messaggio di errore indica che è presente un bug interno nel software Cisco IOS. Il bug è stato risolto nelle seguenti versioni:

- Software Cisco IOS release 12.2(0.4)

- Software Cisco IOS release 12.1(6.1)

- Software Cisco IOS release 12.2(0.5)T

- Software Cisco IOS release 12.1(6.5)E

- Software Cisco IOS release 12.1(6.5)EC

- Software Cisco IOS release 12.1(6)E02

- Software Cisco IOS release 12.2(0.18)S

- Software Cisco IOS release 12.2(2)B

- Software Cisco IOS release 12.2(15)ZN

Soluzione alternativa

Aggiornare il software Cisco IOS a una di queste versioni o all'ultima versione.

%EARL_L3_ASIC-SP-4-INTR_THROTTLE: Limitazione di "IP_TOO_SHORT"

Problema

Lo switch segnala questo messaggio di errore:

- %EARL_L3_ASIC-SP-4-INTR_THROTTLE: Limitazione di "IP_TOO_SHORT"

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

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

Descrizione

Questo messaggio indica che il motore di inoltro dello switch riceve un pacchetto IP di una lunghezza inferiore alla lunghezza minima consentita. Lo switch scarta il pacchetto. Nelle versioni precedenti, il pacchetto viene automaticamente scartato e conteggiato nelle statistiche del motore di inoltro. Nelle versioni più recenti, il messaggio di errore viene registrato nel syslog una volta ogni 30 minuti. Di seguito sono riportati i problemi che possono causare la ricezione da parte del motore di inoltro dello switch di questo tipo di pacchetto IP:

- Un driver di scheda di interfaccia di rete (NIC) difettoso

- Un bug del driver NIC

- Un'applicazione errata

Lo switch si limita a segnalare di aver ricevuto questi pacchetti "errati" e di voler eliminarli.

Soluzione alternativa

L'origine del problema è esterna allo switch. Sfortunatamente, il motore di inoltro non tiene traccia dell'indirizzo IP di origine del dispositivo che invia questi pacchetti errati. L'unico modo per rilevare il dispositivo consiste nell'utilizzare uno sniffer per rintracciare la fonte e quindi sostituirlo.

%EARL_L3_ASIC-SP-3-INTR_WARN: EARL L L3 ASIC: Interrupt non fatale [chars]

Problema

Lo switch segnala questo messaggio di errore:

- EARL_L3_ASIC-SP-3-INTR_WARN: EARL L L3 ASIC: Interrupt non fatale [chars]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

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

Descrizione

Il messaggio di errore %EARL_L3_ASIC-SP-3-INTR_WARN indica che il circuito integrato specifico dell'applicazione (ASIC) EARL (Enhanced Address Recognition Logic) Layer 3 (L3) ha rilevato una condizione non irreversibile imprevista. Ciò indica che è stato ricevuto e scartato un pacchetto errato, probabilmente un pacchetto contenente un errore di checksum IP di layer 3. Il problema è causato da un dispositivo in rete che invia pacchetti errati. Questi problemi, tra gli altri, possono causare i pacchetti errati:

- NIC non valide

- Driver NIC non validi

- Applicazioni non valide

Nelle versioni software Cisco IOS meno recenti, questi pacchetti vengono in genere scartati senza essere registrati. La funzionalità di registrazione dei messaggi di errore relativi a questo problema è disponibile nel software Cisco IOS versione 12.2SX e successive.

Soluzione alternativa

Questo messaggio ha solo scopo informativo. Per ovviare al problema, utilizzare una delle due opzioni seguenti:

- Usare uno sniffer di rete per identificare l'origine che invia i pacchetti errati. Risolvere quindi il problema con il dispositivo o l'applicazione di origine.

- Disabilitare i controlli degli errori di layer 3 nell'hardware dello switch per:

- Errori di checksum del pacchetto

- Errori di lunghezza del pacchetto

- Pacchetti con gli stessi indirizzi IP di origine e di destinazione

Utilizzare il comando no mls verify per interrompere i controlli degli errori, come mostrato negli esempi seguenti:

- 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 discontinue 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: Soglia TCAM NetFlow superata, Utilizzo TCAM [[dec]%]

Problema

Lo switch segnala questo messaggio di errore:

- EARL_NETFLOW-4-TCAM_THRLD: Soglia TCAM NetFlow superata, Utilizzo TCAM [[dec]%]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

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 [97%]

Nota: se si desidera escludere questo messaggio di errore specifico, tenere presente che verranno filtrati tutti i messaggi di errore con lo stesso livello di gravità. Impossibile filtrare un messaggio di registro specifico senza influire su altri registri in, che hanno lo stesso livello di gravità.

Descrizione

Questo messaggio indica che la memoria indirizzabile del contenuto ternario di NetFlow (TCAM) è quasi piena. L'invecchiamento aggressivo sarà temporaneamente abilitato. Se si modifica la maschera NetFlow in modalità FULL, TCAM per NetFlow può causare un overflow a causa del numero elevato di voci. Usare il comando show mls netflow ip count per controllare queste informazioni.

Supervisor Engine 720 controlla lo stato di riempimento della tabella NetFlow ogni 30 secondi. Il Supervisor Engine attiva la misurazione della durata quando le dimensioni della tabella raggiungono quasi il 90%. L'idea alla base dell'invecchiamento aggressivo è che la tabella è quasi piena, quindi ci sono nuovi flussi attivi che non possono essere creati. Pertanto, ha senso escludere aggressivamente i flussi meno attivi (o inattivi) nella tabella in modo da creare spazio per i flussi più attivi.

La capacità di ogni tabella NetFlow (IPv4) PFC (Policy Feature Card) per PFC3a e PFC3b è di 128.000 flussi. Per il PFC3bXL, la capacità è di 256.000 flussi.

Soluzione alternativa

Per evitare questo problema, disabilitare la modalità FULL NetFlow. Eseguire il comando no mls flow ip.

Nota: in genere, il comando no mls flow ip non influisce sull'inoltro dei pacchetti perché TCAM per l'inoltro dei pacchetti e TCAM per l'accounting NetFlow sono separati.

Per risolvere il problema, abilitare MLS fast aging. Quando si abilita il tempo di aging rapido MLS, impostare inizialmente il valore su 128 secondi. Se le dimensioni della cache MLS continuano a crescere oltre 32 K voci, diminuire l'impostazione fino a quando le dimensioni della cache non rimangono inferiori a 32 K. Se la cache continua a crescere oltre le voci di 32K, ridurre il tempo di aging MLS normale. Qualsiasi valore relativo al tempo di aging diverso da un multiplo di 8 secondi viene regolato sul multiplo di 8 secondi più vicino.

Switch#configure terminal

Switch(config)#mls aging fast threshold 64 time 30

La soluzione alternativa potrebbe disabilitare l'interfaccia interna del servizio nel caso in cui sia stata abilitata, e rimuovere mls flow ip interface-full nel caso in cui non sia necessario full flow.

Switch(config)#no service internal

Switch(config)#mls flow ip interface-full

%ETHCNTR-3-LOOP_BACK_DETECTED: loop-back del pacchetto keepalive rilevato su [chars]

Problema

Lo switch restituisce questo messaggio di errore e la porta è costretta a eseguire il collegamento:

- %ETHCNTR-3-LOOP_BACK_DETECTED: loop-back del pacchetto keepalive rilevato su [chars]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

Oct 2 10:40:13: %ETHCNTR-3-LOOP_BACK_DETECTED: Keepalive packet loop-back detected on

GigabitEthernet0/1

Oct 2 10:40:13: %PM-4-ERR_DISABLE: loopback error detected on Gi0/1, putting Gi0/1 in

err-disable state

Descrizione

Il problema si verifica perché il pacchetto keepalive viene rimandato indietro alla porta che lo ha inviato. I pacchetti keepalive vengono inviati agli switch Catalyst per impedire la formazione di loop nella rete. I pacchetti keepalive sono abilitati per impostazione predefinita su tutte le interfacce. Questo problema si verifica nel dispositivo che rileva e interrompe il loop, ma non nel dispositivo che lo causa.

Soluzione alternativa

Usare il comando dell'interfaccia no keepalive per disabilitare i pacchetti keepalive. La disabilitazione di keepalive impedisce la disabilitazione dell'interfaccia, ma non rimuove il loop.

Nota: nel software Cisco IOS versione 12.2(x)SE e successive, i pacchetti keepalive non sono inviati alle interfacce in fibra e uplink per impostazione predefinita.

loadprog: errore - avvio all'apertura del file: impossibile caricare "cisco2-Cat6k-MSFC"

Problema

Lo switch segnala questo messaggio di errore:

- loadprog: errore - all'apertura del file avvio: impossibile caricare "bootflash:c6msfc2-boot-mz.121-8a.EX"

Descrizione

Il problema si verifica solo in corrispondenza di una scrittura non allineata sul dispositivo che si avvicina a un limite interno di 64 byte. Il problema può verificarsi in una delle seguenti circostanze:

- Durante la scrittura di un file di dump di arresto anomalo del sistema

Qualcosa provoca un arresto anomalo del sistema al momento della scrittura del file.

- Quando il codice è danneggiato durante la migrazione da CatOS al software Cisco IOS

Soluzione alternativa

Per risolvere il problema, è necessario modificare il driver di periferica in modo che gestisca correttamente l'accesso non allineato. Se l'errore si verifica a causa di un danneggiamento del codice durante la migrazione da CatOS al software Cisco IOS, cancellare la memoria flash e scaricare una nuova immagine software CatOS valida.

%L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT

Problema

Lo switch segnala questo messaggio di errore:

- %L3_ASIC-DFC3-4-ERR_INTRPT: Interrupt TF_INT:FI_DATA_INT presente in EARL %Layer 3 ASIC

Descrizione

Questo messaggio di errore indica che è presente un errore nel circuito integrato (ASIC) di inoltro al layer 3 (L3). In pratica, lo switch visualizza questo messaggio quando un po' di traffico transitorio passa attraverso l'ASIC e il software segnala semplicemente il verificarsi di una condizione di interrupt. Quando questa condizione viene soddisfatta, i contatori visualizzati dal comando show earl statistics aumentano. Ogni volta che il software tenta di ripristinare uno stato precedente, lo switch genera questo messaggio syslog. In genere, questo messaggio è informativo se la sua occorrenza rimane bassa. Tuttavia, se il messaggio di errore viene visualizzato di frequente, è possibile che si sia verificato un problema con l'hardware.

Verificare il valore dei contatori nell'output del comando show earl statistics. Se i contatori aumentano rapidamente, è possibile che si sia verificato un problema con l'hardware.

%MLS_STAT-SP-4-IP_LEN_ERR: incongruenze nella lunghezza di MAC/IP

Problema

Lo switch segnala questo messaggio di errore:

- %MLS_STAT-SP-4-IP_LEN_ERR: incongruenze nella lunghezza di MAC/IP

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

May 29 21:54:14 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

May 29 23:10:44 JST: %MLS_STAT-SP-4-IP_LEN_ERR: MAC/IP length inconsistencies

Descrizione

Questi messaggi indicano che sono stati ricevuti pacchetti la cui lunghezza IP non corrisponde alla lunghezza MAC del pacchetto. Il Supervisor Engine ha scartato questi pacchetti. Non ci sono effetti negativi sullo switch perché scarta i pacchetti. Lo switch segnala il messaggio a scopo informativo. Il problema è causato da un dispositivo in rete che invia pacchetti errati. Questi problemi, tra gli altri, possono causare i pacchetti errati:

- NIC non valide

- Driver NIC non validi

- Applicazioni non valide

Usare uno sniffer di rete per trovare l'origine che invia i pacchetti errati. Risolvere quindi il problema con il dispositivo o l'applicazione di origine.

L'altra soluzione è una configurazione dello switch che interrompe i controlli di:

- Errori di checksum del pacchetto

- Errori di lunghezza del pacchetto

- Pacchetti con gli stessi indirizzi IP di origine e di destinazione

Per interrompere i controlli dello switch, usare questi comandi:

- 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.

- 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: errori di checksum IP

Problema

Lo switch segnala questo messaggio di errore:

- %MLS_STAT-SP-4-IP_CSUM_ERR: errori di checksum IP

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

Jan 20 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

Descrizione

Questi messaggi indicano che lo switch riceve pacchetti IP con valore di checksum non valido. Non ci sono effetti negativi sullo switch perché i pacchetti vengono scartati. Lo switch segnala il messaggio a scopo informativo. Il problema è causato da un dispositivo in rete che invia pacchetti errati. Questi problemi, tra gli altri, possono causare i pacchetti errati:

- NIC non valide

- Driver NIC non validi

- Applicazioni non valide

Soluzione alternativa

Per ovviare al problema, utilizzare una delle due opzioni seguenti:

- Usare uno sniffer di rete per identificare l'origine che invia i pacchetti errati. Risolvere quindi il problema con il dispositivo o l'applicazione di origine.

- Disabilitare i controlli degli errori di layer 3 nell'hardware dello switch per entrambi:

- Errori di checksum del pacchetto

- Errori di lunghezza del pacchetto

Per interrompere i controlli degli errori, usare il comando no mls verify come mostrato negli esempi seguenti:

- 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 discontinue checks for packet

!--- length errors.

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK

Problema

Lo switch segnala questo messaggio di errore:

- %MCAST-SP-6-ADDRESS_ALIASING_FALLBACK:

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%MCAST-SP-6-ADDRESS_ALIASING_FALLBACK: Address Aliasing detected for

group 0100.5e00.0001 on vlan 632 from possible source ip 10.158.132.185 source

mac 0000.bea6.82e0

Descrizione

Questo messaggio indica che lo switch riceve un traffico multicast eccessivo, destinato a un indirizzo MAC multicast nell'intervallo 01-00-5e-00-00-xx. Questo intervallo multicast è riservato al traffico di controllo IGMP (Internet Group Management Protocol), ad esempio:

- Foglie

- Join

- Query generali

La CPU dello switch in genere elabora tutto il traffico di controllo IGMP. Pertanto, il software Cisco IOS fornisce un meccanismo per ignorare l'eccesso di traffico multicast IGMP destinato agli indirizzi riservati. Il meccanismo garantisce che la CPU non venga sovraccaricata. L'utilizzo di questo meccanismo è noto come "modalità di fallback".

Trovare l'origine del traffico multicast non valido. Quindi, arrestare la trasmissione o modificare le caratteristiche del flusso in modo che la trasmissione non interferisca più con lo spazio dei dati di controllo IGMP. Inoltre, utilizzare il messaggio di errore nella sezione Problema, che fornisce un'origine di rete che potrebbe causare il problema.

c6k_pwr_get_fru_presence(): impossibile trovare fru_info per fru type 6, #

Problema

Lo switch segnala questo messaggio di errore:

- c6k_pwr_get_fru_presence(): impossibile trovare fru_info per fru type 6, #

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #38

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43

Mar 10 08:30:53: SP: c6k_pwr_get_fru_present(): can't find fru_info for fru type 6, #43

Descrizione

Questo messaggio di errore viene visualizzato a causa di una risposta errata dello switch al polling SNMP (Simple Network Management Protocol) delle schede di porta utilizzate dai moduli Flex WAN. Questo messaggio di errore è di natura cosmetica e non comporta problemi di prestazioni dello switch dannosi. Il problema è risolto nelle seguenti release:

- Software Cisco IOS release 12.1(11b)E4

- Software Cisco IOS release 12.1(12c)E1

- Software Cisco IOS Release 12.1(13)E

- Software Cisco IOS release 12.1(13)EC

- Versioni più recenti

%MROUTE-3-TWHEEL_DELAY_ERR

Problema

Lo switch segnala questo messaggio di errore:

- %MROUTE-3-TWHEEL_DELAY_ERR:

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%MROUTE-3-TWHEEL_DELAY_ERR: Exceeded maximum delay (240000 ms) requested: 7200000

Descrizione

Questo messaggio viene visualizzato quando lo switch riceve pacchetti PIM (Protocol Independent Multicast) join/prune che annunciano un valore elevato del tempo di attesa. I pacchetti annunciano un tempo di attesa più alto del ritardo massimo consentito dal sistema operativo dello switch, pari a 4 minuti. Questi pacchetti sono pacchetti di controllo multicast, ad esempio PIM, DVMRP (Distance Vector Multicast Routing Protocol) e altri tipi.

Nelle versioni più recenti del software Cisco IOS per Catalyst 6500/6000, il ritardo massimo è stato aumentato a 65.535 secondi, ossia a circa 17 minuti. Il problema è risolto nelle seguenti release:

- Software Cisco IOS release 12.1(12c)E

- Software Cisco IOS release 12.2(12)T01

- Software Cisco IOS Release 12.1(13)E

- Software Cisco IOS release 12.1(13)EC

- Versioni più recenti

Soluzione alternativa

Configurare il dispositivo di terze parti che genera i pacchetti PIM in modo che utilizzi i timer consigliati dagli standard di protocollo.

%MCAST-SP-6-GC_LIMIT_EXCEEDED

Problema

Lo switch segnala questo messaggio di errore:

- %MCAST-SP-6-GC_LIMIT_EXCEEDED

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate

more Layer 2 entries than what=allowed (13000)

Descrizione

Questo messaggio di errore viene registrato quando la funzione di snooping IGMP sullo switch ha creato il numero massimo di voci di layer 2 (L2) consentite. Il numero massimo predefinito di voci L2 che lo switch può creare per i gruppi multicast è 15.488. Nelle versioni più recenti del software Cisco IOS, solo le voci multicast L2 installate sull'hardware vengono conteggiate ai fini del limite. Per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCdx89380 (solo utenti registrati). Il problema è stato risolto nel software Cisco IOS versione 12.1(13)E1 e successive.

Soluzione alternativa

È possibile aumentare manualmente il limite L2. Eseguire il comando ip igmp l2-entry-limit.

%MISTRAL-SP-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Problema

Lo switch segnala questo messaggio di errore:

- %MISTRAL-SP-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

Apr 19 22:14:18.237 EDT: %MISTRAL-SP-3-ERROR: Error condition detected:

TM_NPP_PARITY_ERROR

Apr 19 22:14:25.050 EDT: %MISTRAL-SP-3-ERROR: Error condition detected:

TM_NPP_PARITY_ERROR

Apr 19 22:15:20.171 EDT: %MISTRAL-SP-3-ERROR: Error condition detected:

TM_NPP_PARITY_ERROR

Descrizione

Questo messaggio di errore indica che si è verificato un errore di parità nel puntatore di pagina successiva di Table Manager interno. Se lo switch esegue il software Cisco IOS versione 12.1(8)E o successive, rileva l'errore di parità e reimposta l'ASIC Mistral. A questo punto, lo switch può continuare senza ricaricarsi. Una scarica statica casuale o altri fattori esterni possono causare l'errore di parità della memoria. Se il messaggio di errore viene visualizzato una sola volta o raramente, monitorare il syslog dello switch per verificare che si tratti di un problema isolato. Se i messaggi di errore persistono, creare una richiesta di servizio con il supporto tecnico Cisco.

%MLS_STAT-4-IP_TOO_SHORT: pacchetti IP troppo corti ricevuti

Problema

Lo switch segnala questo messaggio di errore:

- %MLS_STAT-4-IP_TOO_SHORT: pacchetti IP troppo corti ricevuti

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

*Apr  1 10:30:35 EST: %MLS_STAT-SP-4-IP_TOO_SHRT: Too short IP packets received

Descrizione

Il messaggio indica che il motore di inoltro dello switch riceve un pacchetto IP di una lunghezza inferiore alla lunghezza minima consentita. Lo switch scarta il pacchetto. Nelle versioni precedenti, il pacchetto viene automaticamente scartato e conteggiato nelle statistiche del motore di inoltro. Ciò si applica alle versioni software precedenti alla versione 7.x o precedenti alla versione 12.1(13E) di Cisco IOS. Nelle versioni software successive alla 7.x o successive al software Cisco IOS versione 12.1(13E), il messaggio viene registrato nel syslog una volta ogni 30 minuti.

L'interruttore non produce alcun effetto. Lo switch scarta il pacchetto errato che il dispositivo ricevente avrebbe quindi perso. L'unica preoccupazione è che ci sia un dispositivo che invia pacchetti errati. Le possibili cause includono:

- Un driver di scheda NIC non valido

- Un bug del driver NIC

- Un'applicazione errata

A causa delle limitazioni hardware, Supervisor Engine non tiene traccia dell'IP di origine, dell'indirizzo MAC o della porta del dispositivo che invia i pacchetti errati. È necessario utilizzare un'applicazione di analisi dei pacchetti per rilevare queste periferiche e individuare l'indirizzo di origine.

Il messaggio nella sezione Problema è semplicemente un messaggio di avviso o informativo inviato dallo switch. Il messaggio non fornisce informazioni sulla porta di origine, sull'indirizzo MAC o sull'indirizzo IP.

Utilizzare un'applicazione per l'analisi dei pacchetti all'interno della rete. Provare ad arrestare un'interfaccia o a rimuovere un dispositivo dalla rete per determinare se è possibile isolare il dispositivo che non funziona correttamente.

Il processore [number] del modulo nello slot [number] non è in grado di soddisfare le richieste di sessione

Problema

Lo switch segnala questo messaggio di errore:

- Il processore [number] del modulo nello slot [number] non è in grado di soddisfare le richieste di sessione

Descrizione

Questo errore si verifica quando si esegue il comando session slot number processor nel tentativo di stabilire una sessione nelle situazioni seguenti:

- Si tenta di stabilire una sessione su un modulo in cui è già stata stabilita una sessione durante l'accesso allo switch.

- Si tenta di stabilire una sessione per un modulo non disponibile nello slot.

- Si tenta di stabilire una sessione per un processore non disponibile nel modulo.

%PM_SCP-1-LCP_FW_ERR: Ripristino del sistema da parte del modulo [dec] in seguito a un errore: [chars]

Problema

Lo switch segnala questo messaggio di errore:

- %PM_SCP-1-LCP_FW_ERR: Ripristino del sistema da parte del modulo [dec] in seguito a un errore: [chars]

Gli esempi seguenti mostrano l'output della console visualizzato quando si verifica il problema:

- %PM_SCP-SP-1-LCP_FW_ERR: Ripristino del modulo 13 in corso. Errore: eccezione di sistema ricevuta da Linecard

o

- %PM_SCP-SP-1-LCP_FW_ERR: Ripristino del modulo 4 di ripristino del sistema in seguito a un errore: Errore di parità Bobina Pb Rx - Porta n. 14

Descrizione

Il messaggio indica che il firmware del modulo specificato ha rilevato un errore. Il sistema reimposta automaticamente il modulo per correggere l'errore. [dec] è il numero del modulo e [chars] è l'errore.

Soluzione alternativa

Ricollegare il modulo o inserirlo in uno slot diverso e consentire al modulo di eseguire il test diagnostico di avvio completo. Per ulteriori informazioni sulla diagnostica online sugli switch Catalyst serie 6500, fare riferimento alla configurazione della diagnostica online. Dopo che il modulo ha superato il test di diagnostica, monitorare la ricorrenza del messaggio di errore. Se l'errore si ripete o il test di diagnostica rileva un problema, creare una richiesta di assistenza con il supporto tecnico Cisco per un'ulteriore risoluzione del problema.

%PM_SCP-2-LCP_FW_ERR_INFORM: Errore del modulo [dec]: [chars]

Problema

Lo switch segnala questo messaggio di errore:

- %PM_SCP-2-LCP_FW_ERR_INFORM: Errore del modulo [dec]: [chars]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

- %PM_SCP-SP-2-LCP_FW_ERR_INFORM: nel modulo 4 si è verificato il seguente errore: Errore Pb temporaneo Bus Asic n. 0

Descrizione

Il modulo segnala una condizione di errore, dove [dec] è il numero del modulo e [chars] è l'errore. Questa condizione è in genere causata da una scheda di linea posizionata in modo non corretto o da un guasto hardware. Se il messaggio di errore viene visualizzato su tutte le schede di linea, la causa è un modulo posizionato in modo non corretto.

Soluzione alternativa

Ricollocare e reimpostare la scheda di linea o il modulo. Quindi, usare il comando show diagnostic result module module_#."

Se il messaggio di errore persiste dopo la reimpostazione del modulo, creare una richiesta di servizio con il supporto tecnico Cisco per ulteriori informazioni sulla risoluzione del problema.

%PM_SCP-SP-2-LCP_FW_ERR_INFORM: Errore del modulo [dec]: [chars]

Problema

Lo switch segnala questo messaggio di errore:

%PM_SCP-SP-2-LCP_FW_ERR_INFORM: nel modulo 4 si è verificato il seguente errore: Errore Pb TX temporaneo porta n. 36

Descrizione

Questo messaggio di errore indica un errore temporaneo sul modulo numero 4 nel percorso dati della porta 36. Nella maggior parte dei casi si tratta di un problema unico/transitorio.

Soluzione alternativa

1. Chiudere e sbloccare la porta Gi4/36 e monitorare la ricorrenza del problema.

2. Se l'errore si ripete, impostare la diagnostica in modo che venga completata con il comando diagnostic bootup level complete. Quindi, riposizionare fisicamente la scheda di linea.

3. Se il messaggio di errore persiste dopo il riposizionamento del modulo, creare una richiesta di servizio con il supporto tecnico Cisco per ulteriori informazioni sulla risoluzione dei problemi con questi output del comando:

- show logging (visualizza registri)

- show diagnostic result module 4

- show module

%PM_SCP-SP-4-UNK_OPCODE: ricevuto messaggio sconosciuto non richiesto dal modulo [dec], opcode [hex]

Problema

Lo switch segnala questo messaggio di errore:

- %PM_SCP-SP-4-UNK_OPCODE: ricevuto messaggio sconosciuto non richiesto dal modulo [dec], opcode [hex]

Gli esempi seguenti mostrano l'output della console visualizzato quando si verifica il problema:

- Dic 10 12:44:18.117: %PM_SCP-SP-4-UNK_OPCODE: Ricevuto messaggio sconosciuto non richiesto dal modulo 2, codice operativo 0x330

o

- Dic 10 12:44:25.210: %PM_SCP-SP-4-UNK_OPCODE: Ricevuto messaggio sconosciuto non richiesto dal modulo 2, codice operativo 0x114

Descrizione

Questo messaggio di errore indica semplicemente che il Supervisor Engine non capisce il messaggio di controllo della scheda di linea a causa di funzionalità non supportate dalla versione software Cisco IOS dello switch.

Le schede di linea inviano messaggi di controllo al Supervisor Engine attivo per segnalare le funzionalità supportate dal software. Tuttavia, se il software non supporta nessuna delle funzioni della scheda di linea, questi messaggi di controllo non vengono riconosciuti e viene visualizzato il messaggio di errore. Questo messaggio è innocuo e non influisce su alcuna funzione sul Supervisor Engine o sulle schede di linea.

Soluzione alternativa

Aggiornare il software Supervisor Engine alla versione più recente che dispone del massimo supporto per le funzionalità. Poiché questo messaggio di errore non influisce sulla produzione o sul traffico, è possibile ignorarlo.

%PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM: controllo di integrità sul ricetrasmettitore nella porta LAN 5/2 non riuscito: chiave non valida

Problema

Lo switch segnala questo messaggio di errore:

- %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM: controllo di integrità sul ricetrasmettitore nella porta LAN 5/2 non riuscito: chiave non valida

Descrizione

Questo messaggio di errore è causato dall'uso di un GBIC SFP non Cisco, che non è supportato.

I Cisco SFP GBIC sono dotati di un codice crittografato univoco (ID qualità) che consente a Cisco IOS/CAT OS di identificare le parti collegabili a Cisco. I GBIC normali non dispongono di questa funzionalità e quindi possono funzionare. Per ulteriori informazioni, fare riferimento a %PM_SCP-SP-3-TRANSCEIVER_BAD_EEPROM.

%PM_SCP-SP-3-LCP_FW_ABLC: messaggio di collisione ritardata dal modulo [dec], porta:035

Problema

Lo switch segnala questo messaggio di errore:

- %PM_SCP-SP-3-LCP_FW_ABLC: messaggio di collisione ritardata dal modulo 3, porta:035

Descrizione

Collisioni ritardate: una collisione ritardata si verifica quando due dispositivi trasmettono contemporaneamente e nessuno dei due lati della connessione rileva una collisione. La collisione tardiva è dovuta al fatto che il tempo necessario per propagare il segnale da un'estremità all'altra della rete è maggiore del tempo necessario per immettere l'intero pacchetto nella rete. I due dispositivi che causano la collisione tardiva non possono vedere che l'altro dispositivo sta inviando il pacchetto finché l'intero pacchetto non è immesso sulla rete. Le collisioni tardive vengono rilevate dal trasmettitore solo dopo il primo slot di 64 byte. Questo perché vengono rilevate solo nelle trasmissioni di pacchetti più lunghi di 64 byte.

Possibili cause: le collisioni ritardate sono il risultato di una mancata corrispondenza del duplex, di un cablaggio non corretto o di un numero di hub non conforme nella rete. Anche le schede NIC non valide possono causare collisioni tardive.

%PM-3-INVALID_BRIDGE_PORT: il numero della porta del bridge non è compreso nell'intervallo

Problema

Lo switch segnala questo messaggio di errore:

%PM-3-INVALID_BRIDGE_PORT: Bridge Port number is out of range

Descrizione

Questo problema appare estetico ed è dovuto a un sondaggio SNMP del mib dot1dTpFdbEntry.

Soluzione alternativa

È possibile bloccare il polling dell'OID su questo dispositivo. Questo difetto è stato risolto in Cisco IOS versione 12.2(33)SRD04 e successive.

%QM-4-TCAM_ENTRY: capacità di ingresso hardware TCAM superata

Problema

Lo switch segnala questo messaggio di errore:

- %QM-4-TCAM_ENTRY: capacità di ingresso hardware TCAM superata

Descrizione

TCAM è una memoria specifica progettata per le ricerche rapide di tabelle da parte dei motori ACL e QoS. Questo messaggio indica l'esaurimento delle risorse TCAM e la commutazione del software dei pacchetti. Ciò significa che ogni interfaccia ha il proprio ID in TCAM e quindi utilizza più risorse TCAM. Molto probabilmente, il problema è causato dalla presenza del comando mls qos marking statistics o dal fatto che l'hardware TCAM non sia in grado di gestire tutti gli ACL configurati.

Soluzione alternativa

- Disabilitare il comando mls qos marking statistics come è abilitato per impostazione predefinita.

- Provare a condividere gli stessi ACL su più interfacce per ridurre il conflitto tra risorse TCAM.

%slot_earl_icc_shim_addr: lo slot [num] non è né SuperCard né Supervisor - Slot non valido

Problema

Lo switch segnala questo messaggio di errore:

- %slot_earl_icc_shim_addr: lo slot [num] non è né SuperCard né Supervisor - Slot non valido

Descrizione

Questo messaggio viene visualizzato quando un SNMP Manager esegue il polling dei dati TCAM di una scheda di linea che non dispone di informazioni TCAM. Questo si verifica solo per una scheda di linea in uno switch Catalyst 6500 con software Cisco IOS. Se la scheda di linea dispone di informazioni TCAM durante il polling SNMP, i dati vengono forniti al Network Management System (NMS) per l'ulteriore elaborazione. Per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCec39383 (solo utenti registrati). Questo problema è stato risolto nel software Cisco IOS versione 12.2(18).

Per risolvere il problema, è possibile bloccare la query dei dati TCAM da parte dei NMS. L'oggetto MIB che fornisce i dati di utilizzo TCAM è cseTcamUsageTable. Per evitare i traceback, completare la procedura seguente sul router:

1. Eseguire il comando snmp-server view tcamBlock cseTcamUsageTable exclude.

2. Eseguire il comando snmp-server view tcamBlock iso included.

3. Eseguire il comando tcamBlock ro della community snmp-server.

4. Eseguire il comando snmp-server community private view tcamBlock rw.

%SYSTEM_CONTROLLER-SP-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Problema

Lo switch segnala questo messaggio di errore:

- %SYSTEM_CONTROLLER-SP-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

Feb 23 21:55:00: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

Feb 23 22:51:32: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

Feb 23 23:59:01: %SYSTEM_CONTROLLER-SP-3-ERROR: Error condition detected: TM_NPP_PARITY_ERROR

Descrizione

Gli errori più comuni di Mistral ASIC sull'MSFC sono TM_DATA_PARITY_ERROR, SYSDRAM_PARITY_ERROR, SYSAD_PARITY_ERROR e TM_NPP_PARITY_ERROR. Le possibili cause di questi errori di parità sono scariche statiche casuali o altri fattori esterni. Questo messaggio di errore indica che si è verificato un errore di parità. Gli errori di parità della memoria del processore (PMPE, Processor Memory Parity Errors) sono suddivisi in due tipi: single event upset (SEU) ed errori ripetuti.

Questi errori di bit singolo si verificano quando un bit in una parola dati cambia in modo imprevisto a causa di eventi esterni (che provocano, ad esempio, la modifica spontanea di uno zero in uno). Le SEU sono un fenomeno universale che non dipende dal fornitore o dalla tecnologia. Le SEU si verificano molto raramente, ma tutti i computer e i sistemi di rete, anche un PC, sono soggetti a loro. Le SEU sono anche chiamate errori soft, che sono causati da rumore e danno luogo a un errore transitorio e incoerente nei dati, questo non è correlato a un guasto di un componente - il più delle volte il risultato di radiazioni cosmiche.

Gli errori ripetuti (spesso riferiti a errori hardware) sono causati da componenti guasti. Un errore grave è causato da un componente guasto o da un problema a livello di scheda, ad esempio una scheda a circuito stampato prodotta in modo non corretto che provoca ripetute occorrenze dello stesso errore.

Soluzione alternativa

Se il messaggio di errore viene visualizzato una sola volta o raramente, monitorare il syslog dello switch per verificare che si tratti di un problema isolato. Se questi messaggi di errore si ripetono, ricollocare il pannello del Supervisor Engine. Se gli errori si arrestano, si è verificato un errore di parità non grave. Se questi messaggi di errore continuano a verificarsi, aprire una richiesta in Technical Assistance Center.

%SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Problema

Lo switch segnala questo messaggio di errore:

- %SYSTEM_CONTROLLER-SW2_SPSTBY-3-ERROR: condizione di errore rilevata: TM_NPP_PARITY_ERROR

Descrizione

Questo messaggio di errore indica che si è verificato un errore di parità e che le possibili cause sono una scarica statica casuale o altri fattori esterni, che causano l'errore di parità della memoria, ad esempio una connettività del pannello posteriore transitoria, o possono verificarsi a causa di problemi di alimentazione e talvolta la scheda di linea non è in grado di accedere al contenuto della PROM seriale (SPROM) sul modulo per determinare l'identificazione della scheda di linea.

Tutti i computer e i sistemi di rete sono soggetti alla rara presenza di Single Event Upsets (SEU), talvolta descritti come errori di parità. Questi errori di bit singolo si verificano quando un bit in una parola dati cambia in modo imprevisto a causa di eventi esterni e provoca, ad esempio, il passaggio spontaneo di uno zero a uno. Le SEU sono un fenomeno universale che non dipende dal fornitore e dalla tecnologia. Le SEU si verificano molto raramente, ma tutti i computer e i sistemi di rete, anche un PC, sono soggetti a loro. Le SEU vengono anche definite errori soft, che sono causati da disturbi e determinano un errore temporaneo e incoerente nei dati e non sono correlate a un errore di un componente.

Gli errori ripetuti, spesso riferiti a errori hardware, sono causati da componenti guasti. Un errore grave è causato da un componente guasto o da un problema a livello di scheda, ad esempio una scheda a circuito stampato prodotta in modo non corretto, che provoca ripetute occorrenze dello stesso errore.

Soluzione alternativa

Se questi messaggi di errore si ripetono, ricollocare il modulo supervisor durante il periodo di manutenzione.

SP: L'endpoint Linecard di Channel 14 ha perso la sincronizzazione con Lower Fabric e sta cercando di recuperare ora!

Problema

Lo switch segnala questo messaggio di errore:

- SP: L'endpoint Linecard di Channel 14 ha perso la sincronizzazione con Lower Fabric e sta cercando di recuperare ora!

Descrizione

Il messaggio di errore in genere indica una scheda di linea posizionata in modo errato. Nella maggior parte dei casi, è possibile ricollocare fisicamente la scheda di linea per risolvere il problema. In alcuni casi, il modulo è difettoso.

1. Utilizzare il comando show fabric fpoe map per identificare il modulo che causa questo messaggio di errore.

Switch#configure terminal

Switch(config)#service internal

Switch(config)#end

Switch#show fabric fpoe map

Switch#configure terminal

Switch(config)#no service internal

Switch(config)#end

Questo esempio è il risultato del comando show fabric fpoe map. Dall'output, è possibile identificare che il modulo nello slot 12 causa il messaggio di errore.

switch#show fabric fpoe map

slot channel   fpoe

12     0    14  <<

There are also related errors in "show fabric channel-counters" :

slot channel   rxErrors   txErrors    txDrops  lbusDrops

1       0          1          0          0          0

2       0         16          0          0          0

3       0         16          0          0          0

2. Ricollocare il modulo che causa il messaggio di errore.

%SYSTEM-1-INITFAIL: avvio dalla rete non supportato

Problema

All'avvio di uno switch Cisco Catalyst 6000/6500, può essere generato un messaggio di errore simile:

%SYSTEM-1-INITFAIL: Network boot is not supported.

Invalid device specified

Booting from default device

Initializing ATA monitor library...

monlib.open(): Open Error = -13

loadprog: error - on file open

boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

Descrizione

Questo errore si verifica principalmente quando le variabili di avvio non sono configurate correttamente per avviare lo switch da un dispositivo flash valido.

Nell'illustrazione, notare l'ultima riga del messaggio:

boot: cannot load "bootdisk:s72033-ipservicesk9-mz.122-18.SXF7.bin"

Il nome del dispositivo flash menzionato è bootdisk e la prima parte del nome file IOS, s72033, nota che IOS è per Supervisor module 720. Il modulo Supervisor 720 non dispone di un dispositivo flash denominato bootdisk o non lo supporta. Poiché il modulo Supervisor 720 non dispone di una memoria flash locale con lo stesso nome, lo switch presume che si desideri eseguire l'avvio dalla rete, quindi visualizza il messaggio di errore.

Risoluzione

Configurare la variabile di avvio con il nome del dispositivo flash corretto e il nome del file software valido.

I moduli Supervisor supportano i seguenti dispositivi flash:

- Supervisor Engine 1 e Supervisor Engine 2

Nome dispositivo flash

Descrizione

bootflash

Memoria flash integrata

slot0:

Scheda PC flash lineare (slot PCMCIA)

disco0:

Scheda PC flash ATA (slot PCMCIA)

- Supervisor Engine 720

Nome dispositivo flash

Descrizione

bootflash

Memoria flash integrata

disco0:

Solo scheda CompactFlash Tipo II (slot 0 disco)

disco1:

Scheda CompactFlash tipo II (disco 1 slot)

- Supervisor Engine 32

Nome dispositivo flash

Descrizione

disco di avvio:

Memoria flash integrata

disco0:

Solo scheda CompactFlash Tipo II (slot 0 disco)

Se il problema persiste, consultare il documento sul recupero di uno switch Catalyst 6500/6000 con software Cisco IOS da un'immagine di bootloader corrotta o mancante o in modalità ROMmon.

CPU_MONITOR-3-TIMED_OUT o CPU_MONITOR-6-NOT_HEARD

Problema

Lo switch segnala questi messaggi di errore:

CPU_MONITOR-3-TIMED_OUT: CPU monitor messages have failed, resetting system

CPU_MONITOR-6-NOT_HEARD: CPU monitor messages have not been heard for [dec] seconds

Descrizione

Questi messaggi indicano che i messaggi di monitoraggio della CPU non vengono ascoltati per un periodo di tempo significativo. Molto probabilmente si verifica un timeout che reimposta il sistema. [dec] è il numero di secondi.

Il problema può verificarsi per i seguenti motivi:

- Scheda di linea o modulo mal posizionato

- ASIC non valido o backplane non valido

- Bug del software

- Errore di parità

- Traffico elevato nel canale EOBC (Ethernet out of band channel)

Il canale EOBC è un canale half-duplex che serve molte altre funzioni, tra cui il traffico SNMP (Simple Network Management Protocol) e i pacchetti destinati allo switch. Se il canale EOBC è pieno di messaggi a causa di una tempesta di traffico SNMP, il canale è soggetto a collisioni. In questo caso, EOBC potrebbe non essere in grado di trasmettere messaggi IPC. In questo modo lo switch visualizza il messaggio di errore.

Soluzione alternativa

Ricollocare la scheda di linea o il modulo. Se è possibile pianificare una finestra di manutenzione, ripristinare lo switch per risolvere eventuali problemi temporanei.

% Immagine IDPROM non valida per la scheda di linea

Problema

Sugli switch Catalyst serie 6500 con software di sistema Cisco IOS, viene ricevuto il messaggio di errore %Invalid IDPROM per linecard.

Il messaggio di errore può avere un aspetto simile al seguente:

% Invalid IDPROM image for daughterboard 1 in slot 4 (error = 4)

% Invalid IDPROM image for linecard in slot 5 (error = 4)

% Invalid IDPROM image for daughterboard 1 in slot 5 (error = 4)

Descrizione

Questo errore indica che le schede di linea installate non si sono avviate correttamente perché il supervisor ha generato un segnale errato sul bus di controllo. In alcuni scenari, è possibile che la presenza di posti a sedere non appropriati impedisca il riconoscimento del supervisore o delle schede di linea sullo chassis Cat6500. per ulteriori informazioni, fare riferimento all'ID bug Cisco CSCdz65855 (solo utenti registrati).

Soluzione alternativa

Se è disponibile l'impostazione del supervisore ridondante, eseguire un force switchover e ricollocare il supervisore attivo originale.

Se si tratta dell'impostazione di un singolo supervisore, pianificare un tempo di inattività e completare i seguenti passaggi:

1. Spostare il modulo supervisor in un altro slot.

2. Ricollocare tutte le schede di linea e assicurarsi che siano posizionate correttamente.

Per ulteriori informazioni sull'inserimento e sulla rimozione online dei moduli, fare riferimento a Inserimento e rimozione online (OIR) dei moduli negli switch Cisco Catalyst.

%CPU_MONITOR-SP-6-NOT_HEARD o %CPU_MONITOR-SP-3-TIMED_OUT

Problema

Lo switch segnala questi messaggi di errore:

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]

%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]

%OIR-SP-3-PWRCYCLE: Card in module 1, is being power cycled off (Module not responding to

Keep Alive polling)

%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not

Received From Module)

Descrizione

Il supervisore invia un ping SCP ogni 2 secondi a ciascuna scheda di linea. Se non si riceve alcuna risposta dopo 3 ping (6 secondi), viene contato come primo errore. Dopo 25 guasti consecutivi o dopo 150 secondi dal mancato ricevimento di una risposta dalla scheda di linea, il supervisore riaccende la scheda di linea. Dopo ogni 30 secondi, sullo switch viene visualizzato questo messaggio di errore:

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 61 seconds [2/0]

%CPU_MONITOR-SP-6-NOT_HEARD: CPU_MONITOR messages have not been heard for 151 seconds [2/0]

Dopo 150 secondi, il modulo viene riacceso e riacceso con questi syslog:

%CPU_MONITOR-SP-3-TIMED_OUT: CPU_MONITOR messages have failed, resetting module [2/0]

%OIR-SP-3-PWRCYCLE: Card in module 1, is being power-cycled off (Module not responding to

Keep Alive polling)

%OIR-SP-3-PWRCYCLE: Card in module 2, is being power-cycled off (Heartbeat Messages Not

Received From Module)

%C6KPWR-4-DISABLED: Alimentazione del modulo nello slot [dec] impostata [chars]

Problema

Lo switch segnala questo messaggio di errore:

%C6KPWR-4-DISABLED: Power to module in slot [dec] set [chars]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%C6KPWR-SP-4-DISABLED: power to module in slot 10 set off (Fabric channel errors)

%C6KPWR-SP-4-DISABLED: power to module in slot 2 set off (Module Failed SCP dnld)

%C6KPWR-SP-4-DISABLED: power to module in slot 9 set off (Module not responding to Keep

Alive polling)

Descrizione

Questo messaggio indica che il modulo nello slot indicato è stato spento per il motivo indicato. [dec] è il numero dello slot e [chars] indica lo stato di alimentazione.

L'interruttore ha le sue normali vibrazioni e con il passare del tempo queste vibrazioni possono causare una leggera fuoriuscita di un modulo dal backplane. In questo caso, il polling keepalive dei supervisori non riceve una risposta dal modulo entro il tempo assegnato e il supervisore riavvia il modulo per cercare di ottenere una connessione migliore. Se il modulo non risponde ai sondaggi, il supervisore riavvia continuamente il modulo e alla fine lo disabilita per errore e non consente all'alimentazione di raggiungere questo modulo.

Soluzione alternativa

Un semplice riposizionamento del modulo corregge il problema il 90% delle volte. Se si riposiziona il modulo, il fabric dello switch viene riallineato e viene assicurata una connessione stabile al backplane.

Se il modulo in questione è il CSM (Content Switching Module), valutare l'opportunità di aggiornare il software CSM alla versione 4.1(7) o successive. Questo problema è documentato con l'ID bug Cisco CSCei85928 (rispetto al software CSM) (solo utenti registrati) e con l'ID bug Cisco CSCek28863 (rispetto al software Cisco IOS) (solo utenti registrati).

L'ultimo software CSM può essere scaricato dalla pagina di download del software Cisco Catalyst 6000 Content Switching Module.

ONLINE-SP-6-INITFAIL: modulo [dec]: non riuscito a [chars]

Problema

Lo switch restituisce il messaggio di errore:

ONLINE-SP-6-INITFAIL: Module [dec]: Failed to [chars]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%ONLINE-SP-6-INITFAIL: Module 5: Failed to synchronize Port asic

Descrizione

La causa dell'arresto anomalo è che l'ASIC Pinnacle non è riuscito a eseguire la sincronizzazione. Ciò è in genere causato da un contatto errato o da una carta mal seduta.

Soluzione alternativa

Il sistema viene ripristinato senza l'intervento dell'utente. Se il messaggio di errore si ripete, ricollocare la scheda di linea o il modulo in questione.

FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL

Problema

Lo switch restituisce il messaggio di errore:

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based

feature [chars] for protocol [chars] is unsuccessful, hardware acceleration may be disabled

for the feature

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%FM_EARL7-4-FLOW_FEAT_FLOWMASK_REQ_FAIL: Flowmask request for the flow based

feature Reflexive ACL for protocol IPv4 is unsuccessful, hardware acceleration may be disabled

for the feature

Descrizione

La richiesta della maschera di flusso per la funzionalità basata sul flusso non è riuscita. Questa condizione può verificarsi a causa di un'eccezione di risorsa TCAM, di una maschera di flusso che registra un'eccezione di risorsa o di un conflitto di maschera di flusso non risolvibile con altre funzionalità basate su NetFlow. L'installazione del collegamento NetFlow e l'accelerazione hardware per la funzione possono essere disabilitate in questa condizione e la funzione può essere applicata nel software.

Se si hanno solo ACL riflessivi in entrata, la modalità di riflessione e valutazione è configurata nella direzione in entrata su diverse interfacce, il requisito della maschera di flusso degli ACL riflessivi si basa sugli ACL riflessivi in entrata. Finché l'ACL riflessivo è configurato su un'interfaccia diversa dal policy di micro-flusso QoS o non si sovrappone all'ACL del policy di policy di micro-flusso, quando si trova sulla stessa interfaccia, possono coesistere nell'hardware. Se si trovano sulla stessa interfaccia e i criteri ACL riflessivo e QoS si sovrappongono, l'ACL riflessivo disabilita l'installazione dei collegamenti NetFlow e l'ACL riflessivo sul traffico corrispondente viene commutato dal software. Questo problema è dovuto ai requisiti della maschera di flusso in conflitto.

Nel caso di ACL riflessivi in uscita, il requisito della maschera di flusso dell'ACL riflessivo è globale su tutte le interfacce, poiché esiste solo un flusso in entrata. Se in questo caso è configurato il controllo del microflusso basato sull'utente QoS, l'ACL riflessivo disabilita l'installazione dei collegamenti NetFlow e l'ACL riflessivo per la corrispondenza del traffico è commutato dal software.

Soluzione alternativa

Usare il comando show fm file flowmask per determinare lo stato di abilitazione/disabilitazione del collegamento NetFlow per la funzione. Se l'installazione dei tasti di scelta rapida di NetFlow e l'accelerazione hardware sono disabilitate per la funzione, usare solo elenchi degli accessi riflessivi in entrata in combinazione con policy di microflusso e assicurarsi che il policer di microflusso non si sovrapponga all'elenco degli accessi riflessivi. Riapplicare la funzionalità per completare la richiesta della maschera di flusso e riabilitare l'installazione del collegamento NetFlow per la funzionalità.

MCAST-2-IGMP_SNOOP_DISABLE

Problema

Lo switch restituisce il messaggio di errore:

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets,

[dec]/[dec]; auto reenable in about 2 mins

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%MCAST-2-IGMP_SNOOP_DISABLE:IGMP Snooping disabled due to excessive events/packets,

0/19880; auto reenable in about 2 mins

Descrizione

Lo snooping IGMP è disabilitato, ma il sistema riceve traffico multicast. In questo caso, i pacchetti multicast vengono indirizzati al processore di routing e potrebbero essere trasmessi al sistema. Lo snooping IGMP può essere disabilitato automaticamente a causa di un traffico multicast eccessivo. Lo snooping IGMP analizza fondamentalmente questi pacchetti di controllo scambiati tra router e host e, in base ai join, alle foglie e alle query, aggiorna le porte che ricevono il multicast.

Questo messaggio in genere viene visualizzato perché il processore di routing riceve una frequenza molto superiore al previsto di pacchetti di join IGMP o di pacchetti multicast normali destinati a intervalli di indirizzi multicast di layer 3/layer 2 riservati. Pertanto, lo switch esaurisce le risorse e, come segnalano i messaggi di logging, attenua e disabilita lo snooping IGMP per un breve periodo.

Soluzione alternativa

È possibile abilitare la funzione di limitazione della velocità multicast e impostare la soglia su un numero maggiore.

La limitazione della velocità è un metodo più desiderabile per evitare il sovraccarico della coda e per ridurre le probabilità che i pacchetti IGMP validi vengano scartati, in modo che il processo di snooping sullo switch possa ancora essere aggiornato correttamente.

Per risolvere il problema, completare i seguenti passaggi:

1. Disabilitare lo snooping IGMP con il comando no ip igmp snooping.

2. Configurare una sessione SPAN sull'interfaccia VLAN di gestione dello switch Catalyst 6500 per determinare che l'indirizzo MAC appartiene all'origine del traffico eccessivo.

3. Esaminate la tabella CAM per identificare l'origine e rimuoverla.

4. Riattivare lo snooping IGMP.

C6KERRDETECT-2-FIFOCRITLEVEL: il sistema ha rilevato un errore di risorse non recuperabili sul supervisore attivo pinnacle

Problema

Lo switch segnala questi messaggi di errore. Il messaggio di errore può essere di uno dei due tipi seguenti:

C6KERRDETECT-2-FIFOCRITLEVEL: System detected an unrecoverable resources error on the

active supervisor pinnacle

C6KERRDETECT-2-FIFOCRITLEVEL: System detected unrecoverable resources error on active

supervisor port-asic

Descrizione

La causa principale di questo errore è probabilmente un modulo difettoso o con alloggiamento non corretto. Può anche essere un problema di chassis con questo particolare slot. Questo problema può essere transitorio se è dovuto a un modulo non inserito correttamente.

Questi messaggi indicano che il sistema ha rilevato risorse non recuperabili, a causa del problema FIFO (First In, First Out), sull'ASIC Pinnacle indicato o sull'ASIC porta specificato.

Soluzione alternativa

Per risolvere il problema, usare il comando remote command switch show platform hardware asicreg pinnacle slot 1 port 1 err e configurare lo switch in modo che esegua i test dell'hardware avanzato attenendosi alla seguente procedura:

Nota: digitare l'intero comando e premere Invio. Non è possibile scrivere il comando con il tasto Tab.

1. Usare il comando diagnostic bootup level complete per impostare il livello di diagnostica su complete e salvare la configurazione.

2. Ricollocare il supervisore e inserirlo saldamente

3. Dopo aver portato online il supervisore, usare il comando show diagnostic per monitorare lo switch e verificare se il messaggio di errore persiste

%C6KERRDETECT-SP-4-SWBUSSTALL: il bus di commutazione sta per essere bloccato per 3 secondi

Problema

Lo switch segnala questi messaggi di errore:

- %C6KERRDETECT-SP-4-SWBUSSTALL: il bus di commutazione sta per essere bloccato per 3 secondi

- %C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERED: il bus di commutazione viene ripristinato e la commutazione del traffico dati continua

Descrizione

Il messaggio %C6KERRDETECT-SP-4-SWBUSSTALL indica che il bus di commutazione è bloccato e il traffico di dati è perso.

Il messaggio %C6KERRDETECT-SP-4-SWBUSSTALL_RECOVERED indica che il bus di commutazione non è più bloccato e il traffico di dati può continuare.

In pratica, se un modulo qualsiasi sul bus di sistema si blocca, il supervisore rileva un timeout e cerca di eseguire il ripristino da solo. Se un modulo era in fase di installazione, questa è una possibile causa di questi messaggi, in quanto ciò può causare uno stallo del bus mentre il modulo è seduto nel backplane.

Test ping SP-RP[7]: test ignorato a causa di traffico elevato/utilizzo della CPU

Problema

Questo messaggio di errore viene ricevuto quando i ping di test in banda non sono riusciti a ridurre la CPU:

SP-RP Ping Test[7]: Test skipped due to high traffic/CPU utilization

Descrizione

Il ping SP-RP in banda è un test di diagnostica online e il messaggio che il test ping SP-RP non è riuscito è puramente informativo. Indica un utilizzo elevato della CPU e può essere il risultato di un traffico elevato che passa al processore di routing o del traffico di switching che passa al processore di switch. Questa condizione si può verificare anche durante gli aggiornamenti del percorso. È normale che la CPU del processore di routing venga utilizzata fino al 100%.

Soluzione alternativa

Il messaggio di errore è puramente informativo e non ha alcun impatto sulle prestazioni del dispositivo.

SW_VLAN-4-MAX_SUB_INT

Problema

Lo switch segnala questo messaggio di errore:

%SW_VLAN-4-MAX_SUB_INT : The number of sub-interfaces allocated for interface [chars] has

exceeded recommended limits of [dec]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%SW_VLAN-4-MAX_SUB_INT: The number of sub-interfaces allocated for interface Gi1/1 has

exceeded recommended limits of 1000

Descrizione

Il numero di sottointerfacce di layer 3 è limitato dalle VLAN interne nello switch. Catalyst serie 6500 ha 4094 VLAN che vengono usate per diversi scopi. Per conoscere lo stato corrente della disponibilità della VLAN, usare il comando show platform hardware capacity vlan.

Switch#show platform hardware capacity vlan

VLAN Resources

VLANs: 4094 total, 9 VTP, 0 extended, 17 internal, 4068 free

Soluzione alternativa

Il limite consigliato di sottointerfacce è 1000 per ciascuna interfaccia e 2000 per ciascun modulo. Ridurre il numero di sottointerfacce allocate per l'interfaccia perché è stato superato il limite consigliato.

Nota: la console può bloccarsi a causa del flusso di questi messaggi visualizzati al momento del ricaricamento dello switch. Questo problema è documentato nell'ID bug Cisco CSCek73741 (solo utenti registrati) e viene risolto nei software Cisco IOS versione 12.2(18)SXF10 e Cisco IOS versione 12.2(33)SXH o successive.

MCAST-6-L2_HASH_BUCKET_COLLISION

Problema

Lo switch segnala questo messaggio di errore:

MCAST-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index:

([enet],[dec])->[hex] Protocol :[dec] Error:[dec]

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%MCAST-SP-6-L2_HASH_BUCKET_COLLISION: Failure installing (G,C)->index:

(0100.5e31.d522,802)->0xDA4 Protocol :0 Error:3

Questo messaggio di errore viene in genere visualizzato insieme al seguente messaggio:

%MCAST-SP-6-GC_LIMIT_EXCEEDED: IGMP snooping was trying to allocate

more Layer 2 entries than what allowed (15488)

Descrizione

Questo messaggio indica che non è stata installata una voce di layer 2 nell'hardware perché lo spazio nel bucket di hash non è sufficiente. I pacchetti multicast vengono trasmessi sulla VLAN in arrivo a causa di un errore nell'installazione della voce di layer 2. Quando il limite viene superato, si verifica un flooding per gli MAC di gruppo aggiuntivi.

Soluzione alternativa

Se non si utilizza il multicast, è possibile disabilitare lo snooping IGMP. In caso contrario, è possibile aumentare il limite di voci dell'hash utilizzando il comando ip igmp snooping l2-entry-limit.

%QM-4-AGG_POL_EXCEEDED: Risorse hardware QoS superate: criteri aggregati esauriti

Problema

Lo switch segnala questo messaggio di errore:

%QM-4-AGG_POL_EXCEEDED: QoS Hardware Resources Exceeded : Out of Aggregate policers

Descrizione

È possibile supportare solo un numero limitato di criteri aggregati. Sugli switch basati su EARL7, questo limite è 1023.

Soluzione alternativa

Anziché QoS basato su porta, è possibile configurare le licenze QoS basate su VLAN. Attenersi alla seguente procedura:

1. Applicare la policy sui servizi a ciascuna VLAN configurata sulla porta dello switch di layer 2.

2. Rimuovere la policy di servizio da ciascuna porta appartenente alla VLAN specifica.

3. Configurare ciascuna porta dello switch di layer 2 per la funzionalità QoS basata su VLAN con il comando mls qos vlan-based.

%EC-SP-5-CANNOT_BUNDLE2: non è compatibile con Gi2/1 e verrà sospeso (la MTU di Gi2/2 è 1500, Gi2/1 è 9216)

Problema

Lo switch segnala questo messaggio di errore:

- %EC-SP-5-CANNOT_BUNDLE2: non è compatibile con Gi2/1 e verrà sospeso (la MTU di Gi2/2 è 1500, Gi2/1 è 9216)

Descrizione

Questo messaggio di errore indica che l'MTU del membro del canale della porta non è la stessa, quindi il canale della porta non può essere aggiunto. Per impostazione predefinita, tutte le interfacce usavano una MTU di 1500 byte. A causa di una mancata corrispondenza del valore MTU, la porta non può essere aggiunta al canale della porta.

Soluzione alternativa

Configurare la stessa MTU sulle porte membro.

%EC-SP-5-CANNOT_BUNDLE2: Gi1/4 non è compatibile con Gi6/1 e verrà sospeso (l'invio del controllo del flusso di Gi1/4 è disattivato, Gi6/1 è attivato)

Problema

Lo switch segnala questo messaggio di errore:

- %EC-SP-5-CANNOT_BUNDLE2: Gi1/4 non è compatibile con Gi6/1 e verrà sospeso (l'invio del controllo del flusso di Gi1/4 è disattivato, Gi6/1 è attivato)

Descrizione

Questo messaggio di errore indica una mancata corrispondenza del controllo di flusso o della velocità, quindi la causa è un errore di aggiunta del canale della porta.

Soluzione alternativa

Verificare che la configurazione dell'interfaccia partecipi al canale della porta.

%CFIB-7-CFIB_EXCEPTION: Eccezione FIB TCAM. Alcune voci saranno commutate dal software

Problema

Lo switch segnala questo messaggio di errore:

%CFIB-7-CFIB_EXCEPTION: FIB TCAM exception, Some entries will be software switched

Descrizione

Il messaggio di errore indica che il numero di voci di route installate sta per raggiungere la capacità FIB hardware o il limite massimo di route impostato per il protocollo specificato. Se si raggiunge il limite, alcuni prefissi vengono eliminati.

Soluzione alternativa

Ricaricare il router per uscire dalla modalità eccezione. Immettere il comando mls cef maximum-route in modalità di configurazione globale per aumentare il numero massimo di route del protocollo. Per impostazione predefinita, un PFC3 su SUP ha una capacità di 192K voci, ma se si usa il comando mls cef maximum-route 239, è possibile usare il numero massimo di voci TCAM disponibili. Per controllare le route massime, usare il comando show mls cef maximum-route. Per controllare l'uso corrente, usare il comando show mls cef summary che mostra il riepilogo delle informazioni della tabella CEF.

Il modulo non supera il test TestMatchCapture

Problema

Il modulo 5(supervisor) non supera il test diagnostico TestMatchCapture come indicato in questo output del comando show diagnostic result module module_# :

TestMatchCapture ----------------> F

Error code ------------------> 59 (DIAG_L2_INDEX_MISMATCH_ERROR)

Total run count -------------> 1

Last test execution time ----> Jun 25 2011 04:49:10

First test failure time -----> Jun 25 2011 04:49:10

Last test failure time ------> Jun 25 2011 04:49:10

Last test pass time ---------> n/a

Total failure count ---------> 1

Consecutive failure count ---> 1

Descrizione

Il test TestMatchCapture è una combinazione dei test TestProtocolMatchChannel e TestCapture, come descritto di seguito:

- TestProtocolMatchChannel: il test TestProtocolMatchChannel verifica la possibilità di individuare la corrispondenza con protocolli di layer 2 specifici nel motore di inoltro di layer 2. Quando si esegue il test sul supervisor engine, il pacchetto diagnostico viene inviato dalla porta in banda del supervisor engine e viene eseguita una ricerca del pacchetto con il motore di inoltro di layer 2. Per i moduli abilitati per DFC, il pacchetto diagnostico viene inviato dalla porta in banda del supervisor engine attraverso la struttura dello switch e viene rimandato indietro da una delle porte DFC. La funzionalità Corrispondenza viene verificata durante la ricerca dei pacchetti diagnostici dal motore di inoltro di livello 2.

- TestCapture: il test TestCapture verifica che la funzionalità di acquisizione del motore di inoltro di livello 2 funzioni correttamente. La funzionalità di acquisizione viene utilizzata per la replica multicast. Quando si esegue il test sul supervisor engine, il pacchetto diagnostico viene inviato dalla porta in banda del supervisor engine e viene eseguita una ricerca del pacchetto con il motore di inoltro di layer 2. Per i moduli abilitati per DFC, il pacchetto diagnostico viene inviato dalla porta in banda del supervisor engine attraverso la struttura dello switch e viene rimandato indietro da una delle porte DFC. La funzione di acquisizione viene verificata durante la ricerca dei pacchetti diagnostici dal motore di inoltro di layer 2.

Soluzione alternativa

Ricollocare il modulo ogni volta che si ha un'opportunità. Poiché si tratta di errori di lieve entità, è possibile ignorarli se non si riscontra alcun impatto sulle prestazioni.

%CONST_DIAG-SP-3-HM_PORT_ERR: errore della porta 5 sul modulo 2 per 10 volte consecutive. Disabilitazione della porta

Problema

Lo switch segnala questo messaggio di errore:

%CONST_DIAG-SP-3-HM_PORT_ERR: Port [dec] on module [dec] failed [dec]

consecutive times. Disabling the port.

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%CONST_DIAG-SP-3-HM_PORT_ERR: Port 5 on module 2 failed 10 consecutive

times. Disabling the port.

Descrizione

Il messaggio di errore indica che il percorso dei dati corrispondente alla porta non è riuscito. La porta è in stato err-disabled.

Soluzione alternativa

Reimpostare la scheda di linea per verificare se il problema si risolve da solo.

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Il contatore degli errori del modulo 7 supera la soglia. L'operazione di sistema continua

Problema

Lo switch segnala questo messaggio di errore:

%CONST_DIAG-SP-4-ERROR_COUNTER_WARNING: Module 7 Error counter

exceeds threshold, system operation continue.

%CONST_DIAG-SP-4-ERROR_COUNTER_DATA: ID:42 IN:0 PO:255 RE:200 RM:255 DV:2 EG:2 CF:10 TF:117

Descrizione

Controllare i risultati della diagnostica:

TestErrorCounterMonitor ---------> .

Error code ------------------> 0 (DIAG_SUCCESS)

Total run count -------------> 33658

Last test execution time ----> Apr 15 2012 11:17:46

First test failure time -----> Apr 03 2012 20:11:36

Last test failure time ------> Apr 08 2012 19:24:47

Last test pass time ---------> Apr 15 2012 11:17:46

Total failure count ---------> 5

Consecutive failure count ---> 0

Error Records ---------------> n/a

La classe TestErrorCounterMonitor monitora gli errori e gli interrupt in ogni modulo del sistema eseguendo periodicamente il polling dei contatori degli errori presenti nella scheda di linea.

Questo messaggio di errore viene visualizzato quando un ASIC sulla scheda di linea riceve pacchetti con CRC errato. Il problema può riguardare direttamente questo modulo o essere causato da un altro modulo difettoso nello chassis. Ciò può essere dovuto anche ai frame con CRC errato ricevuti da pinnacle asic da DBUS. Vale a dire che i messaggi di errore implicano che sul modulo 7 vengono ricevuti pacchetti errati attraverso il bus.

Uno dei motivi per cui si verificano i messaggi di errore è l'impossibilità del modulo di comunicare correttamente con il backplane dello chassis a causa di un alloggiamento non corretto del modulo. Il problema è con la scheda di linea (modulo disinserito), il supervisore o il bus dati. Tuttavia, non è possibile sapere quale componente danneggia i dati e causa un CRC errato.

Soluzione alternativa

- Eseguire prima un nuovo inserimento del modulo 7 e assicurarsi che le viti siano ben serrate. Inoltre, prima di ricollocare il computer, impostare la diagnostica in modo che venga completata con il comando diagnostic bootup level complete.

- Una volta completata la ricollocazione, la diagnostica completa verrà eseguita sul modulo. Quindi, è possibile verificare che non vi siano problemi hardware nel modulo 7.

%SYS-3-PORT_RX_BADCODE: La porta 3/43 ha rilevato 7602 errori di codice non valido negli ultimi 30 minuti

Problema

Lo switch segnala questo messaggio di errore:

%SYS-3-PORT_RX_BADCODE:Port [dec]/[chars] detected [dec] bad code errors in last 30 minutes

In questo esempio viene mostrato l'output della console visualizzato quando si verifica il problema:

%SYS-3-PORT_RX_BADCODE: Port 3/43 detected 7602 bad code error(s) in last 30 minutes

Descrizione

Questo messaggio di errore indica che una porta è stata interessata da un errore di protocollo sconosciuto. Ad esempio, uno switch Catalyst serie 6500 riceve frame con protocollo non noto o non riconosciuto. Il primo [dec] è il numero del modulo, [chars] è il numero della porta e il secondo [dec] è il numero di pacchetti in entrata con protocolli sconosciuti rilevati negli ultimi 30 minuti.

Le possibili cause del messaggio di errore sono le seguenti:

- Le impostazioni di velocità e duplex non corrispondono.

- Il CDP è abilitato su un'estremità e non sull'altra.

- A causa del DTP, questa opzione è abilitata per impostazione predefinita sulle interfacce dello switch. Poiché i router non capiscono il DTP, ciò può causare alcuni problemi.

Soluzione alternativa

Controllare il contatore runts sull'interfaccia. Se il valore aumenta, potrebbe verificarsi una mancata corrispondenza duplex sulle interfacce.

Informazioni correlate

- Switch Cisco Catalyst serie 6500

- Decodificatore messaggi di errore (solo utenti registrati)

- Switch - Supporto dei prodotti

- Supporto della tecnologia di switching LAN

- Documentazione e supporto tecnico – Cisco Systems