La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
In questo documento viene descritto come risolvere i problemi relativi all'hardware e altri problemi sugli switch Cisco Catalyst 4500/4000 con Supervisor Engine.
Nessun requisito specifico previsto per questo documento.
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
Catalyst 4500/4000 con Supervisor Engine III e IV
Software Cisco IOS® versione 12.1(12c)EW
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
In questo documento viene descritto come risolvere i problemi relativi all'hardware e i problemi comuni correlati sugli switch Cisco Catalyst 4500/4000 con moduli Supervisor Engine II+, III, IV e V. Questo documento non descrive le procedure di risoluzione dei problemi di Supervisor Engine I e II. Per informazioni sulla risoluzione dei problemi di Supervisor Engine I e II, consultare il documento sulla risoluzione dei problemi hardware sugli switch Catalyst serie 4000/4912G/2980G/2948G.
Supervisor Engine II+, III, IV e V eseguono solo il software Cisco IOS. Nella tabella seguente viene descritto il supporto di questi moduli Supervisor Engine in diversi chassis:
Modello Supervisor Engine | Chassis con supporto |
---|---|
Supervisor Engine II+ (WS-X4013+=) | 4006, 4503, 4506, 4507R |
Supervisor Engine III (WS-X4014=) | 4006, 4503, 4506 |
Supervisor Engine IV (WS-X4515=) | 4006, 4503, 4506, 4507R |
Supervisor Engine V (WS-X4516=) | 4006, 4503, 4506, 4507R, 4510R |
Nota: per funzionare sullo chassis 45xx, i moduli Supervisor Engine devono eseguire il software Cisco IOS versione 12.1(12c)EW o successive. La prima versione di Supervisor Engine IV è il software Cisco IOS versione 12.1(12c)EW.
Se il LED del Supervisor Engine dello switch è rosso o lo stato è difettoso, è possibile che si sia verificato un problema hardware. La sezione Motivi comuni e soluzioni fornisce i motivi comuni del problema e le soluzioni:
Collegare la console al Supervisor Engine e usare il comando show diagnostics power-on, se possibile. Se l'azione restituisce un errore, creare una richiesta di assistenza per ottenere ulteriore assistenza.
se lo switch non si avvia e l'autodiagnostica non riesce durante la sequenza di avvio, acquisire l'output.
Se non viene visualizzato alcun errore hardware nella sequenza di avvio o nell'output del comando show diagnostics power-on, creare una richiesta di assistenza.
Se un'azione restituisce un errore, creare una richiesta del servizio Cisco Technical Support per ricevere ulteriore assistenza.
Se lo switch Supervisor Engine è in un loop di avvio continuo, si blocca o si arresta durante l'avvio, è in modalità ROM Monitor (ROMmon) o non ha l'immagine del sistema, è molto probabile che il problema non sia un problema hardware. In questa sezione Common Reasons and Solutions (Motivi comuni e soluzioni) vengono indicate le cause comuni del problema e le soluzioni per ripristinare lo switch:
Se la variabile di avvio non è stata impostata correttamente e il registro di configurazione non è stato impostato su 0x2102, Supervisor Engine si trova in un loop continuo. Per istruzioni su come ripristinare Supervisor Engine, fare riferimento alla sezione Ripristino da un riavvio continuo del documento Ripristino di uno switch Catalyst 4500/4000 da una perdita di immagine o dalla modalità ROMmon.
Il Supervisor Engine entra in modalità ROMmon o non si avvia quando l'immagine del sistema è danneggiata o assente. Per istruzioni su come ripristinare Supervisor Engine, fare riferimento alla sezione Ripristino di un'immagine corrotta o mancante nel documento Ripristino di uno switch Catalyst 4500/4000 da una perdita di immagine o dalla modalità ROMmon..
Supervisor Engine III, IV e V hanno 64 MB di memoria flash di sistema integrata, che deve contenere facilmente più immagini di sistema. Pertanto, disporre di un'immagine di backup. Oltre al bootflash:, il Supervisor Engine supporta fino a 128 MB di Compact Flash nel dispositivo slot0:. Il Supervisor Engine fornisce anche il trasferimento dell'immagine dalla modalità ROMmon tramite TFTP, consentendo un recupero più rapido di immagini assenti o danneggiate.
Nota: Supervisor Engine II+ ha 32 MB di memoria flash di sistema integrata.
Attenzione: se si esegue il software Cisco IOS versione 12.1(12c)EW, lo switch può bloccarsi se si cerca di utilizzare la memoria flash compatta. Formattare la memoria flash compatta prima dell'uso. Per risolvere questo problema, usare il software Cisco IOS versione 12.1(13)EW e successive.
Un altro problema è il mancato collegamento del modulo Supervisor Engine di standby. Lo stato di altro o guasto nell'output del comando show module o un LED di stato di colore ambra indica questo problema. In questa sezione Motivi comuni e soluzioni vengono illustrati i motivi comuni.
Collegare la console al Supervisor Engine di standby per verificare se si trova in modalità ROMmon o in modalità di riavvio continuo. Se il Supervisor Engine di standby è in uno di questi due stati, fare riferimento al documento sul ripristino dello switch Catalyst 4500/4000 dalla perdita di immagine o dalla modalità ROMmon.
4507#show module Mod Ports Card Type Model Serial No. ----+-----+--------------------------------------+-----------------+----------- 1 2 1000BaseX (GBIC) Supervisor(active) WS-X4515 JAB0627065V 2 Standby Supervisor 3 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45 JAB053606AG 4 48 10/100BaseTX (RJ45)V WS-X4148-RJ45V JAE060800BL M MAC addresses Hw Fw Sw Status --+--------------------------------+---+------------+----------------+--------- 1 0009.e845.6300 to 0009.e845.6301 0.4 12.1(12r)EW( 12.1(12c)EW, EAR Ok 2 Unknown Unknown Unknown Other 3 0001.6443.dd20 to 0001.6443.dd4f 0.0 Ok 4 0008.2138.d900 to 0008.2138.d92f 1.6 Ok
Verificare che il modulo Supervisor Engine sia inserito correttamente nel connettore del backplane e che la vite di installazione del Supervisor Engine sia stata completamente riavvitata. Per ulteriori informazioni, fare riferimento alla sezione Installazione e rimozione del Supervisor Engine nel documento Nota sull'installazione e sulla configurazione della famiglia Catalyst 4000 Supervisor Engine IV.
Per verificare se il Supervisor Engine di standby è guasto, usare il comando reload peer di ridondanza dal Supervisor Engine attivo e dal Supervisor Engine di standby attraverso la console. Osservare la sequenza di avvio per identificare eventuali guasti hardware. Al momento, il Supervisor Engine attivo non può accedere ai risultati della diagnostica all'accensione del Supervisor Engine di standby.
Verificare che queste configurazioni siano sincronizzate tra i Supervisor Engine attivo e quello ridondante:
Configurazione di avvio
Variabile di avvio
Registro di configurazione
Calendario
database VLAN
Se viene eseguito un aggiornamento software sui Supervisor Engine attivo e in standby, verificare se entrambi i Supervisor Engine eseguono la stessa nuova immagine software. Se le immagini software non sono identiche, aggiornare l'immagine software.
Se il Supervisor Engine di standby non è ancora online, creare una richiesta di servizio con il supporto tecnico Cisco. Usare il registro dell'output dello switch raccolto dall'output precedente e le procedure di risoluzione dei problemi.
In questa sezione Common Reasons and Solutions (Motivi comuni e soluzioni) vengono fornite le ragioni comuni per cui è possibile ripristinare lo switch senza alcun intervento manuale:
Lo switch può aver subito un arresto anomalo del software. Per verificare se il problema è dovuto a un arresto anomalo del software, utilizzare il comando more crashinfo:data
OSPF (Open Shortest Path First) more crashinfo:data
Questo comando visualizza le informazioni relative all'ultimo arresto anomalo dello switch sulla console o sul terminale. Questo comando identifica la data e l'ora dell'ultimo arresto anomalo, che consente di determinare se il ripristino è stato causato dall'arresto anomalo registrato.
I dati crashinfo:data non sono presenti se lo switch non è mai stato bloccato. Se lo switch si è schiantato almeno una volta, si troverà traccia dell'arresto anomalo. Al momento non è possibile cancellare il crashinfo:data
che esistono nella memoria. Assicurarsi che il ripristino o il riavvio che si sta risolvendo sia dovuto a crashinfo:data. Per verificare la causa, controllare la data e l'ora dell'ultimo arresto anomalo, come mostrato nell'esempio:
Switch#more crashinfo:data Current time: 04/21/2000 19:58:10 Last crash: 04/21/2000 03:58:56 Build: 12.1(11b)EW, EARLY DEPLOYMENT pc=006B14FC lr=006B14FC msr=0002B030 vector=00000700 !--- Output suppressed.
Per visualizzare il Supervisor Engine di standby crashinfo:data
, emettere il more slavecrashinfo:data
Con questo comando vengono visualizzate crashinfo:data
che sono registrati nel Supervisor Engine di standby corrente.
Se il comando indica un arresto anomalo del software nel momento in cui si sospetta che lo switch sia stato riavviato, il problema può essere diverso da un guasto hardware. Contattare il supporto tecnico Cisco per l'output di questi comandi:
show logging
more crashinfo:data
Controllare la fonte di alimentazione dello switch per verificare che non si sia verificato un guasto. Se si utilizza un gruppo di continuità, assicurarsi che non vi siano problemi.
Se il problema persiste, contattare il Technical Support Escalation Center di Cisco.
Se si dispone di uno switch Catalyst serie 4500/4000 con software Cisco IOS versione 12.1(12c)EW o precedenti e si desidera aggiornare lo switch al software Cisco IOS versione 12.1(12c)EW1, è necessario aggiornare anche il Supervisor Engine III o IV versione ROMmon al software Cisco IOS versione 12.1(12r)EW o successive. Per ulteriore assistenza, fare riferimento alla sezione Aggiornamento del software di sistema delle note sulla versione per gli switch Catalyst serie 4500, Cisco IOS versione 12.1(20)EW2. Per ulteriore assistenza, contattare il Technical Support Escalation Center di Cisco.
Se si dispone di due Supervisor Engine in uno chassis Catalyst 4507R e le porte 1/2 e 2/2 non funzionano, il problema non è un problema hardware. Il sistema funziona secondo le specifiche di progettazione. Per ulteriori informazioni, vedere la sezione Motivi comuni e soluzioni.
In un Catalyst 4507R che utilizza i moduli Supervisor Engine IV, la progettazione dei due uplink è supportata solo quando è presente un Supervisor Engine. Questo progetto significa che se è presente un solo Supervisor Engine ed è nello slot 1, entrambe le porte 1/1 e 1/2 sono funzionanti. Inoltre, se è presente un solo Supervisor Engine ed è nello slot 2, le porte 2/1 e 2/2 sono operative. Quando sono presenti due Supervisor Engine, solo le porte 1/1 e 2/1 sono operative e le porte 1/2 e 2/2 non lo sono. Questa mancanza di funzione non è un guasto.
Se il Supervisor Engine dello switch con software Cisco IOS versione 12.1(11b)EW improvvisamente non funziona o viene riavviato in modo imprevisto, il problema può essere causato dal bug descritto nell'ID bug Cisco CSCdx94797. La correzione è disponibile nel software Cisco IOS versione 12.1(11)EW1 o successive. Per ulteriore assistenza, contattare il Technical Support Escalation Center di Cisco. Per ulteriori informazioni su questo problema, consultare la notifica sul campo: Switch Catalyst 4000 - Differimento della versione 12.1(11b)EW Image - System Failure Possible (Possibile errore di sistema).
Nota: solo gli utenti Cisco registrati possono accedere agli strumenti Cisco interni e alle informazioni sui bug.
Se il sistema è uno switch Catalyst 4500/4000 con Supervisor Engine III o IV e se si verifica una perdita totale o parziale della connettività di rete o una perdita di pacchetti, eseguire le procedure di risoluzione dei problemi di base per eliminare le cause più comuni. Le cause più comuni includono:
Cablaggio non valido
Una porta non valida
Mancata corrispondenza di velocità e duplex
Problemi relativi alle schede di interfaccia di rete (NIC)
Se non si è in grado di risolvere il problema per i motivi più comuni, eseguire la procedura di risoluzione dei problemi descritta in questa sezione e acquisire l'output dei comandi in ciascuna fase. Per assistenza nella risoluzione dei problemi, contattare il supporto tecnico Cisco.
Utilizzare il comando show platform software interface all
quando si osserva il problema di perdita dei pacchetti.
Se si esegue un software precedente a Cisco IOS versione 12.1(8a)EW o 12.1(8a)EW1, usare il comando show platform software interface all | include TxCrcErrors
più volte e cercare incrementi nel contatore TxCrcErrors. Di seguito è riportato un esempio:
cat4k#show platform software interface all | include TxCrcErrors TxCrcErrors: 1870 cat4k# cat4k#show platform software interface all | include TxCrcErrors TxCrcErrors: 1920 cat4k#
Se si esegue il software Cisco IOS versione 12.1(11b)EW o successive, usare il comando show platform software interface all | include DroppedBadPackets
più volte e cercare incrementi nel contatore DroppedBadPackets. Di seguito è riportato un esempio:
cat4k#show platform software interface all | include DroppedBadPackets DroppedBadPackets : 8004 cat4k# cat4k#show platform software interface all | include DroppedBadPackets DroppedBadPackets : 8130 cat4k#
Questi contatori sono visibili solo se contengono un valore diverso da zero. Pertanto, se si esegue il comando e non si visualizza alcun output, lo switch non mostra il problema. Di seguito è riportato un esempio:
cat4k#show platform software interface all | include DroppedBadPackets cat4k#
Se vengono visualizzati incrementi nei contatori TxCrcErrors o DroppedBadPackets, andare al passaggio 2.
Se si esegue il software Cisco IOS versione 12.1(8a)EW o 12.1(8a)EW1, usare il comando show platform cpuport all
più volte e cercare gli incrementi nel contatore VlanZero.
Di seguito è riportato un esempio:
cat4k#show platform cpuport all | include VlanZero VlanZero 130363 5 5 5 4 Cat4k# cat4k#show platform cpuport all | include VlanZero VlanZero 130383 5 5 5 4 Cat4k#
Nota: il contatore VlanZero può aumentare anche se il contatore TxCrcErrors non aumenta. Questa situazione può indicare un problema diverso. Per ulteriore assistenza, contattare il supporto tecnico Cisco.
Se si esegue il software Cisco IOS versione 12.1(11b)EW o successive, usare il comando show platform cpu packet statistics
e cercare gli incrementi nel contatore VlanZeroBadCrc. Di seguito è riportato un esempio:
cat4k#show platform cpu packet statistics | include VlanZeroBadCrc VlanZeroBadCrc 94471 9 9 8 7 cat4k# cat4k#show platform cpu packet statistics | include VlanZeroBadCrc VlanZeroBadCrc 94545 9 9 8 7 cat4k#
Se entrambe le fasi 1 e 2 mostrano sintomi di perdita del pacchetto, usare il comando reload
per il reset a caldo dello switch e osservare i risultati del POST (power-on self test) al ripristino del sistema.
Accertatevi di acquisire tutto l'output in un file di testo.
cat4k#reload Proceed with reload? [confirm] 1d21h: %SYS-5-RELOAD: Reload requested <output truncated> Decompressing the image : ################################################### #################################[OK] k2diags version 1.6 prod: WS-X4014 part: 73-6854-09 serial: JAB0620090U Power-on-self-test for Module 1: WS-X4014 Status: (. = Pass, F = Fail) Traffic using serdes loopback (L2; one port at a time)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Traffic using asic loopback (L2; all ports at once)... switch port 0: F switch port 1: F switch port 2: F switch port 3: F switch port 4: F switch port 5: F switch port 6: F switch port 7: F switch port 8: F switch port 9: F switch port 10: F switch port 11: F switch port 12: F switch port 13: F switch port 14: F switch port 15: F switch port 16: F switch port 17: F switch port 18: F switch port 19: F switch port 20: F switch port 21: F switch port 22: F switch port 23: F switch port 24: F switch port 25: F switch port 26: F switch port 27: F switch port 28: F switch port 29: F switch port 30: F switch port 31: F Traffic using asic loopback (L3; all ports at once)... switch port 0: F switch port 1: F switch port 2: F switch port 3: F switch port 4: F switch port 5: F switch port 6: F switch port 7: F switch port 8: F switch port 9: F switch port 10: F switch port 11: F switch port 12: F switch port 13: F switch port 14: F switch port 15: F switch port 16: F switch port 17: F switch port 18: F switch port 19: F switch port 20: F switch port 21: F switch port 22: F switch port 23: F switch port 24: F switch port 25: F switch port 26: F switch port 27: F switch port 28: F switch port 29: F switch port 30: F switch port 31: F Module 1 Failed Exiting to ios...
Nell'esempio viene mostrato un errore di diagnostica del modulo Supervisor Engine.
Se la fase 3 determina un errore diagnostico del modulo Supervisor Engine, spegnere e riaccendere lo switch e osservare i risultati del POST all'avvio.
Utilizzare il comando show diagnostics power-on
per verificare i risultati POST dall'avvio e determinare se la diagnostica ha di nuovo esito negativo.
Se la diagnostica si interrompe di nuovo, il problema è probabilmente dovuto a un guasto hardware. Per ulteriore assistenza, contattare il supporto tecnico Cisco.
Se Supervisor Engine supera i test diagnostici senza errori dopo il ciclo di alimentazione indicato al punto 4, eseguire la procedura seguente:
Raccogli l'output dal show tech-support
Rimuovere tutti gli alimentatori dalla scatola e raccogliere i numeri di serie, il numero di parte Cisco e il produttore degli alimentatori.
Contattare il supporto tecnico Cisco per informazioni raccolte.
Nota: se il supporto tecnico Cisco non è stato in grado di risolvere il problema, è necessario fornire le informazioni nell'ordine indicato.
Se vengono visualizzati messaggi di errore nel syslog o nella console, vedere la sezione Motivi comuni e soluzioni per identificare il problema:
I messaggi di sistema vengono visualizzati sulla console se è stata attivata la registrazione della console oppure nel syslog se è stata attivata questa funzione. Alcuni messaggi hanno solo scopo informativo e non indicano una condizione di errore. Utilizzare il comando show logging
per visualizzare i messaggi di log.
Se il problema persiste o se il messaggio di errore non è presente nel documento, contattare il Technical Support Escalation Center di Cisco.
Parte del modulo potrebbe non essere in linea. È possibile che si verifichi un errore del modulo se viene visualizzato un LED di stato giallo o rosso oppure se uno di questi stati viene visualizzato nell'output del show module
comando:
Other (Altro)
difettoso
err-disable
negazione dell'alimentazione
non potente
Consultare la sezione Hardware supportato delle Note di rilascio per la release in questione.
Nota: solo gli utenti Cisco registrati possono accedere alle informazioni Cisco interne.
Nota: il modulo WS-X4232-L3 non è supportato su Supervisor Engine II+, III, IV o V.
Verificare che lo switch carichi un'immagine che supporta la scheda di linea o il modulo corrispondente.
Se lo stato è power-deny, lo switch non dispone di alimentazione sufficiente per alimentare il modulo. Utilizzare il comando show power
per verificare se l'alimentazione è sufficiente.
Se lo stato è power-bad, lo switch visualizza una scheda ma non riesce ad allocare l'alimentazione. Questa situazione è possibile se il Supervisor Engine non è in grado di accedere al contenuto della PROM seriale (SPROM) sul modulo per determinare l'identificazione della scheda di linea. Utilizzare il comando show idprom module slot per verificare se la SPROM è leggibile. Se la SPROM non è accessibile, è possibile reimpostare il modulo.
Assicurarsi che il modulo sia inserito correttamente e che sia stato completamente riavvitato. Se il modulo non è ancora in linea, usare il comando hw-module slot number reset (numero slot modulo hw-module). Se il modulo continua a non essere in linea, provare il modulo in uno slot di riserva, scambiarlo con lo slot di un modulo che funziona o provare il modulo in uno chassis diverso.
Utilizzare il comando show diagnostics online module slot number
per identificare eventuali guasti hardware sul modulo. È possibile tenere traccia della soluzione precedente prima di concludere che nel modulo è presente un guasto hardware.
Se il modulo non è ancora online, creare una richiesta di assistenza con il supporto tecnico Cisco per risolvere ulteriormente il problema. Utilizzare il registro dell'output dello switch raccolto nell'output precedente e le operazioni di risoluzione dei problemi eseguite.
Se uno di questi sintomi si verifica quando si accende un computer client o si riavvia il sistema, il problema può essere dovuto a un ritardo di connettività iniziale introdotto dallo switch:
Nel client di rete Microsoft viene visualizzato Nessun controller di dominio disponibile.
DHCP: nessun server DHCP disponibile.
Una workstation di rete Novell Internetwork Packet Exchange (IPX) non dispone della schermata di accesso Novell all'avvio.
Viene visualizzato un client di rete AppleTalk. L'accesso alla rete AppleTalk è stato interrotto. Per ristabilire la connessione, aprire e chiudere il pannello di controllo di AppleTalk. L'applicazione di selezione client AppleTalk può non riuscire a visualizzare un elenco di zone o visualizzare un elenco di zone incompleto.
Le stazioni di rete IBM possono contenere uno dei seguenti messaggi:
NSB83619: risoluzione degli indirizzi non riuscita
NSB83589 - Avvio non riuscito dopo 1 tentativo
NSB70519 - Impossibile connettersi a un server
Per determinare se si verifica uno dei motivi comuni, vedere la sezione Motivi comuni e soluzioni seguente:
La causa di questi sintomi può essere un ritardo dell'interfaccia causato dal protocollo Spanning Tree Protocol (STP), EtherChannel, trunking o un ritardo della negoziazione automatica. Per ulteriori informazioni su questi ritardi e sulle possibili soluzioni, consultare il documento sull'uso di PortFast e di altri comandi per risolvere i ritardi della connettività di avvio della workstation.
Se si rivede la procedura descritta nel documento e se ne tiene traccia, e si hanno ancora problemi, contattare il supporto tecnico Cisco.
Se si verifica uno dei seguenti sintomi, è possibile che la scheda NIC dello switch sia compatibile o che la configurazione dello switch sia errata:
La connessione del server o del client allo switch non si attiva.
Si sono verificati problemi di negoziazione automatica.
Si verificano errori sulla porta.
Per ulteriori informazioni sui problemi di configurazione errata, vedere la sezione Motivi comuni e soluzioni:
La causa di questi sintomi può essere un problema noto del driver della scheda NIC, una mancata corrispondenza della velocità e del duplex o problemi di negoziazione automatica o di cablaggio. Per ulteriori informazioni sulla risoluzione dei problemi, consultare il documento sulla risoluzione dei problemi di compatibilità NIC degli switch Cisco Catalyst.
Nella tabella viene mostrato il problema noto di Catalyst 4000 con Supervisor Engine III e IV:
Sintomo | Descrizione | Fix |
---|---|---|
WS-X4424-GB-RJ45 non si collega al codice fisso per la velocità e il duplex. | Se l'interfaccia della scheda di linea WS-X442-GB-RJ45 è hardcoded per la velocità e il duplex, un Catalyst 4000 Supervisor Engine con software Cisco IOS versione 12.1(12c)EW o precedenti non si collega. Per risolvere il problema, usare il comando shutdown/no shutdown interface. | Software Cisco IOS release 12.1(12c)EW1 e successive |
Se i problemi persistono anche dopo aver esaminato e verificato la procedura descritta nel documento Risoluzione dei problemi di compatibilità NIC degli switch Cisco Catalyst, contattare il supporto tecnico Cisco per ulteriore assistenza.
Se lo stato dell'interfaccia è err-disabled nell'output del comando show interface status, consultare la sezione Common Reasons and Solutions (Motivi comuni e soluzioni):
L'interfaccia viene messa nello stato err-disabled per una serie di motivi. Alcune delle possibilità includono:
Mancata corrispondenza del duplex
Configurazione errata del port-channel
Violazione di protezione BPDU (Bridge Protocol Data Unit)
Condizione UDLD (UniDirectional Link Detection)
Rilevamento di collisioni ritardate
Rilevamento di instabilità nell'interfaccia (link flap)
Violazione della sicurezza
Instabilità del Port Aggregation Protocol (PAgP)
Protezione Layer Two Tunneling Protocol (L2TP)
Limite di velocità dello snooping DHCP
Per determinarne il motivo, usare il comando show errdisable recovery.
Per riattivare manualmente l'interfaccia, usare il comando no shutdowninterface. In alternativa, è possibile impostare il meccanismo di timeout per riattivare la porta dopo un periodo di tempo configurato. Dopo aver individuato la causa dello stato err-disabled, è possibile risolvere il problema e correggerne la causa principale. Ad esempio, la porta può essere in stato err-disabled a causa della ricezione di una BPDU su una porta di accesso su cui è stata abilitata PortFast. È possibile risolvere i problemi per determinare se uno switch ha una connessione accidentale a quella porta o se un hub è stato connesso in modalità loop, in modo che lo switch veda la propria BPDU.
Se dopo aver esaminato e risolto i problemi relativi all'utilizzo di questo documento persistono, contattare il supporto tecnico Cisco per ulteriore assistenza.
Se l'output del comando show interface restituisce un errore, vedere la sezione Common Reasons and Solutions (Motivi comuni e soluzioni):
Gli errori dell'interfaccia possono essere causati da:
Un problema a livello fisico, ad esempio un cavo o una scheda NIC difettosi
Un problema di configurazione, ad esempio una mancata corrispondenza di velocità e duplex
Un problema di prestazioni, ad esempio una sottoscrizione eccessiva
Per la comprensione e la risoluzione dei problemi, consultare il documento sulla risoluzione dei problemi relativi alle porte e alle interfacce dello switch.
In alcuni casi, i contatori degli errori vengono incrementati in modo non corretto a causa di un bug software o di limitazioni hardware. Nella tabella seguente vengono elencati alcuni dei problemi noti relativi ai contatori della piattaforma Catalyst 4000 Supervisor Engine III e IV:
Sintomo | Descrizione | Fix |
---|---|---|
Errori di output nel comando show interface. | La coda di output viene conteggiata in modo errato come errore di output. Nota: gli errori di output validi vengono ancora conteggiati come tali. |
Software Cisco IOS release 12.1(11)EW e successive |
La dimensione della coda di input è maggiore della dimensione massima della coda di input nell'output del comando show interface. Di seguito è riportato un esempio di output: Input queue: 3285/2000/0/0 (size/max/drops/flushes |
Le dimensioni della coda di input includono erroneamente il conteggio di tutti i pacchetti di input. | Software Cisco IOS release 12.1(12c)EW e successive |
Il contatore di trasmissione nell'output del comando show interface vlan vlan-id non funziona. Il contatore è sempre zero. | Il contatore di trasmissione non conta i frame di trasmissione validi per la VLAN SVI1. | Software Cisco IOS release 12.1(12c)EW e successive |
La porta trunk ISL2segnala i giganti e su alcune schede di linea sono presenti errori di input nell'output del comando show interface id. | I pacchetti più grandi di 1522 byte sono considerati di dimensioni eccessive, o "giganti". Questi giganti compaiono anche come errori di input. I pacchetti ISL possono avere una dimensione massima di 1548 byte. I pacchetti compresi tra 1522 e 1548 byte vengono commutati correttamente, ma continuano a essere considerati giganti a causa di una limitazione nota. | Non disponibile |
Nell'output del comando show interface id vengono visualizzati un errore CRC3 e un errore di input. | In alcune condizioni, il Supervisor Engine III può trasmettere pacchetti che generano internamente un CRC errato. I pacchetti che entrano nello switch sulle interfacce esterne non si danneggiano in queste condizioni. Fare riferimento all'ID bug Cisco CSCdx36065
ulteriori informazioni. L'accesso alle informazioni e agli strumenti interni dei bug di Cisco è consentito solo agli utenti Cisco registrati. |
Software Cisco IOS release 12.1(11)EW e successive |
L'output del comando show interface-id incrementa continuamente le perdite. | Il conteggio di rilascio totale dell'output deve contare il totale di tutti gli scarti della coda Tx 4 per l'interfaccia. Il contatore viene incrementato in modo continuo quando il campo tx-queue-drop< /tt> ha un valore diverso da zero. Le gocce si aggiungono cumulativamente, il che è errato. Fare riferimento all'ID bug Cisco CSCdx6202 (solo utenti registrati) per ulteriori informazioni. | Software Cisco IOS release 12.1(12c)EW e successive |
I Baby giants contano come giganti oversize su determinate schede di linea nell'output del comando show interface id. | Si tratta di una limitazione nota. Per ulteriori informazioni, fare riferimento alla sezione Catalyst serie 4000 del documento Jumbo/Giant Frame Support sugli switch Catalyst in Configurazione di esempio. | Non disponibile |
1SVI = interfaccia virtuale commutata.
2ISL = Inter-Switch Link Protocol.
3CRC = controllo di ridondanza ciclico.
4Tx = trasmissione.
Se si esaminano e si risolvono i problemi relativi ai documenti a cui fa riferimento questa sezione, contattare il supporto tecnico Cisco per ulteriore assistenza.
Se alcune interfacce sono bloccate nella direzione di ricezione quando si connettono a hub o altri dispositivi, il problema può essere causato dal bug descritto dall'ID bug Cisco CSCdx79678. lo switch può ancora essere visualizzato con il protocollo Cisco Discovery se si connette a un altro dispositivo Cisco. Tuttavia, questo switch non rileva alcun indirizzo MAC sulla porta e non inoltra il traffico. Le altre porte operative adiacenti inoltrano il traffico senza problemi. La causa principale del bug è la ricezione da parte dell'interfaccia di un pacchetto le cui dimensioni sono superiori alle dimensioni della Maximum Transmission Unit (MTU) sull'interfaccia.
Nota: solo gli utenti che eseguono la registrazione di Cisco possono accedere agli strumenti Cisco interni e alle informazioni sui bug.
Il bug può interessare le seguenti schede di linea:
WS-X4504-FX-MT
WS-X4232-GB-RJ
WS-X4148-FX-MT
WS-X4148-RJ
WS-X4148-RJ21
WS-X4148-RJ45V
La correzione è disponibile a partire da Cisco IOS versione 12.1(12c)EW. Per risolvere il problema, usare il comando hw-module slot number reset per ripristinare il modulo che ha la porta guasta. In questo modo il problema viene risolto temporaneamente.
Quando un pacchetto viene instradato, porta l'indirizzo MAC di origine come quello dell'interfaccia fisica o dell'interfaccia VLAN, che esegue il routing anziché l'interfaccia in uscita in modalità switchport.
Per conoscere l'indirizzo MAC dell'interfaccia o della porta connessa direttamente, è possibile configurare la porta per la VLAN nativa. Quando tutti i frame senza tag vengono inviati fuori da questa porta, l'indirizzo MAC di origine associato alla porta fisica viene appreso e aggiunto alla tabella degli indirizzi MAC nel dispositivo remoto.
Se l'alimentatore di uno chassis Catalyst 4500 è in stato err-disabled nei risultati del comando show power, consultare la sezione Common Reasons and Solutions:
Catalyst 4500 ha due slot di alimentazione per fornire ridondanza 1+1. Tuttavia, lo switch non consente la presenza di due alimentatori diversi nello stesso chassis. Gli alimentatori devono avere la stessa potenza e lo stesso tipo di alimentazione CA/CC. Lo switch utilizza solo il primo alimentatore riconosciuto dallo switch. Lo switch mette il secondo alimentatore in stato err-disabled e ignora questo alimentatore. È possibile rimuovere in modo sicuro l'alimentatore che ha causato un errore dallo chassis dopo averlo spento.
Se il LED dell'alimentatore con l'etichetta Fail è acceso, vedere la sezione Motivi comuni e soluzioni per identificare il problema:
Se si dispone di due alimentatori, con potenza diversa o di tipo CA/CC diverso, vedere l'opzione Power Supply on a 4500 Chassis Is in errdisable State nell'output della sezione show power command di questo documento.
Se si dispone di un'alimentazione singola o doppia dello stesso tipo e il LED di errore è acceso, consultare la sezione Risoluzione dei problemi di alimentazione del documento Risoluzione dei problemi di installazione.
Se l'output del comando show module visualizza un messaggio del tipo "alimentazione insufficiente per il modulo", controllare la sezione Catalyst serie 4500 Power Supplies del documento Specifiche per i requisiti minimi di alimentazione.
Se si esegue il comando show environment status e si rileva un errore nell'assembly della ventola, consultare la sezione Common Reasons and Solutions per identificare il problema:
Per ulteriori informazioni su questo problema, consultare la sezione Risoluzione dei problemi relativi all'assieme ventola del documento Risoluzione dei problemi relativi all'installazione.
show version
OSPF (Open Shortest Path First) show version
l'output del comando fornisce questo tipo di informazioni:
La versione software di Supervisor Engine attualmente in esecuzione.
Tempo di attività, ovvero l'ora dall'ultima reimpostazione.
Motivo dell'ultima reimpostazione.
Il file di immagine del sistema attualmente in esecuzione.
Quantità di memoria installata.
Il registro di configurazione e il numero di serie.
Le informazioni vengono visualizzate in grassetto in questo output di esempio:
4507# show version Cisco Internetwork Operating System Software Cisco IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(12c)EW, EARLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2002 by cisco Systems, Inc. Compiled Thu 22-Aug-02 19:28 by hqluong Image text-base: 0x00000000, data-base: 0x00CA7148 ROM: 12.1(12r)EW(1.05) Dagobah Revision 63, Swamp Revision 24 4507 uptime is 6 days, 23 hours, 17 minutes System returned to ROM by redundancy reset System image file is "bootflash:cat4000-is-mz.121-12c.EW" cisco WS-C4507R (XPC8245) processor (revision 4) with 524288K bytes of memory. Processor board ID FOX062105FP Last reset from Redundancy Reset 48 FastEthernet/IEEE 802.3 interface(s) 52 Gigabit Ethernet/IEEE 802.3 interface(s) 403K bytes of non-volatile configuration memory. Configuration register is 0x2102
show module
Il comando show module fornisce le seguenti informazioni critiche:
descrizione del Supervisor Engine attivo in uno switch 4507R o 4510R
Numero di modello dei moduli presenti nei vari slot
Stato dei moduli
Le informazioni vengono visualizzate in grassetto in questo output di esempio:
4507#show module Mod Ports Card Type Model Serial No. ----+-----+--------------------------------------+-----------------+----------- 1 2 1000BaseX (GBIC) Supervisor(standby) WS-X4515 JAB0627065V 2 2 1000BaseX (GBIC) Supervisor(active) WS-X4515 JAB062408TV 3 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45 JAB053606AG 4 48 10/100BaseTX (RJ45)V WS-X4148-RJ45V JAE060800BL M MAC addresses Hw Fw Sw Status --+--------------------------------+---+------------+----------------+--------- 1 0009.e845.6300 to 0009.e845.6301 0.4 Ok 2 0009.e845.6302 to 0009.e845.6303 0.4 12.1(12r)EW( 12.1(12c)EW, EAR Ok 3 0001.6443.dd20 to 0001.6443.dd4f 0.0 Ok 4 0008.2138.d900 to 0008.2138.d92f 1.6 Ok
show diagnostics online module
OSPF (Open Shortest Path First) show diagnostics online module slot #
fornisce i risultati dei test diagnostici per il modulo negli slot da 3 a 7. Il test diagnostico, disponibile solo per il Supervisor Engine attivo, viene eseguito con il comando show diagnostics power-on.
4507#show diagnostics online module 3 Slot Ports Card Type Diag Status Diag Details ---- ----- -------------------------------------- ---------------- ------------ 3 48 10/100/1000BaseTX (RJ45) Passed None Detailed Status --------------- . = Pass U = Unknown L = Loopback failure S = Stub failure I = Ilc failure P = Port failure E = SEEPROM failure G = GBIC integrity check failure Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 . . . . . . . . . . . . . . . . Ports 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 . . . . . . . . . . . . . . . . Ports 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 . . . . . . . . . . . . . . . .
show diagnostics power-on
OSPF (Open Shortest Path First) show diagnostics power-on
fornisce i risultati POST per il Supervisor Engine attivo. Al momento, con la Ridondanza del processore di routing (RPR), i risultati del Supervisor Engine di standby non sono disponibili.
4507#show diagnostics power-on Power-On-Self-Test Results Power-on-self-test for Module 2: WS-X4515 Traffic using serdes loopback (L2; all ports at once)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Traffic using asic loopback (L2; all ports at once)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Traffic using asic loopback (L3; all ports at once)... switch port 0: . switch port 1: . switch port 2: . switch port 3: . switch port 4: . switch port 5: . switch port 6: . switch port 7: . switch port 8: . switch port 9: . switch port 10: . switch port 11: . switch port 12: . switch port 13: . switch port 14: . switch port 15: . switch port 16: . switch port 17: . switch port 18: . switch port 19: . switch port 20: . switch port 21: . switch port 22: . switch port 23: . switch port 24: . switch port 25: . switch port 26: . switch port 27: . switch port 28: . switch port 29: . switch port 30: . switch port 31: . Module 2 Passed
Nota: in questo output di esempio, il Supervisor Engine nello slot 2 è in modalità attiva e lo slot 1 in modalità standby.
Il comando show power fornisce informazioni sugli alimentatori installati nel sistema. Il comando fornisce inoltre informazioni sull'alimentazione disponibile e sullo stato degli alimentatori.
4507#show power Power Fan Inline Supply Model No Type Status Sensor Status ------ ---------------- --------- ----------- ------ ------ PS1 PWR-C45-2800AC AC 2800W good good good PS2 PWR-C45-1000AC AC 1000W err-disable good n.a. *** Power Supplies of different type have been detected*** Power Supply Max Min Max Min Absolute (Nos in Watts) Inline Inline System System Maximum -------------- ------ ------ ------ ------ -------- PS1 1400 1400 1360 1360 2800 PS2 0 0 0 0 0 Power Summary (in Watts) Available Used Remaining ------------- --------- ------ --------- System Power 1360 450 910 Inline Power 1400 18 1382 Maximum Power 2800 468 2332 Power supplies needed by system : 1 Power Used Power Used Mod Model (online) (in Reset) ---- ----------------- ---------- ---------- 1 WS-X4515 110 110 2 WS-X4515 110 110 3 WS-X4448-GB-RJ45 120 72 4 WS-X4148-RJ45V 60 50
Nota: in questo output di esempio, il secondo alimentatore è in modalità err-disabled perché non è possibile utilizzare una combinazione di diversi tipi di alimentatori.
Il comando show environment status fornisce informazioni sullo stato degli alimentatori, del modulo Supervisor Engine e dell'alloggiamento delle ventole.
Switch#show environment status Power Fan Supply Model No Type Status Sensor ------ --------------- --------- ----------- ------ PS1 PWR-C45-1400AC AC 1400W good good PS2 PWR-C45-1400AC AC 1400W good good Power Supply Max Min Max Min Absolute (Nos in Watts) Inline Inline System System Maximum -------------- ------ ------ ------ ------ -------- PS1 0 0 1360 1360 1400 PS2 0 0 1360 1360 1400 Power supplies needed by system : 1 Chassis Type : WS-C4506 Supervisor Led Color : Green Fantray : good Power consumed by Fantray : 50 Watts
Il comando show interface id-interfaccia status restituisce lo stato dell'interfaccia, uno dei seguenti stati:
connesso
non connettere
disabled
errdisable
difettoso
L'output del comando contiene anche la VLAN dell'interfaccia e le informazioni sulla velocità e sul duplex.
4507#show interfaces gigabitethernet 1/1 status Port Name Status Vlan Duplex Speed Type Gi1/1 notconnect 1 auto 1000 No Gbic
Il comando show errdisable recovery permette di conoscere lo stato della configurazione automatica della funzione di timeout di errdisable per ciascuno dei motivi della funzione ErrDisable. Inoltre, il comando rappresenta il metodo principale per conoscere il motivo per cui una determinata porta è in modalità errdisable.
Switch#show errdisable recovery ErrDisable Reason Timer Status ----------------- -------------- udld Disabled bpduguard Disabled channel-misconfig Disabled pagp-flap Disabled dtp-flap Disabled link-flap Disabled security-violation Disabled Timer interval:300 seconds Interfaces that will be enabled at the next timeout: Interface Errdisable reason Time left(sec) --------- ----------------- -------------- Fa6/1 link-flap 279 Switch#
Il comando show interface-idcounters errorcommand restituisce i dettagli del contatore degli errori di un'interfaccia.
4507#show interfaces gigabitethernet 1/1 counters errors Port CrcAlign-Err Dropped-Bad-Pkts Collisions Symbol-Err Gi1/1 0 0 0 0 Port Undersize Oversize Fragments Jabbers Gi1/1 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Gi1/1 0 0 0 0 Port Deferred-Col False-Car Carri-Sen Sequence-Err Gi1/1 0 0 0 0
Revisione | Data di pubblicazione | Commenti |
---|---|---|
1.0 |
04-Aug-2023 |
Versione iniziale |