Risoluzione dei problemi relativi alla porta e all'interfaccia dello switch

Introduzione

In questo documento viene descritto come stabilire perché si verificano dei problemi su una porta o su un'interfaccia.

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Le informazioni di questo documento sono valide per i dispositivi Catalyst switch con software Cisco IOS®.

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.

Convenzioni

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

Nota: per accedere agli strumenti e ai siti Web, occorre essere clienti Cisco registrati.

Risoluzione dei problemi sul layer fisico  

Uso dei LED per la risoluzione dei problemi

Se si dispone di accesso fisico allo switch, è possibile save è tempo di esaminare i LED delle porte che forniscono lo stato del collegamento o che possono indicare una condizione di errore (se rossi o arancioni). Nella tabella vengono descritti gli indicatori di stato dei LED dei moduli Ethernet o degli switch a configurazione fissa:

Piattaforma	URL
Switch Catalyst serie 6000	LED del modulo Ethernet
Switch Catalyst serie 4000	LED del modulo Ethernet
Switch Catalyst serie 3750	LED sul pannello anteriore
Switch Catalyst serie 3550	LED sul pannello anteriore
Switch Catalyst serie 2950/2955	LED sul pannello anteriore
Catalyst serie 2900/3500XL Switch	LED sul pannello anteriore
Catalyst serie 1900 e 2820 Switch	LED sul pannello anteriore

Accertarsi che il collegamento sia valido su entrambi i lati. Se la spia del collegamento si accende solo su un lato, la causa del problema può essere un cavo rotto o una porta spenta.

La spia del collegamento non garantisce che il cavo sia perfettamente funzionante. Il cavo potrebbe aver subito sollecitazioni fisiche che lo rendono solo parzialmente funzionante. In genere, è possibile riconoscere questa situazione dalla presenza di molti errori di pacchetto sulla porta o dalla sua instabilità (il collegamento viene continuamente perso e ristabilito).

Controllo del cavo e di entrambi i lati del collegamento

Se la spia del collegamento della porta non si accende, valutare le seguenti possibilità:

Possibile causa	Azione correttiva
Nessun cavo collegato	Collegare il cavo tra lo switch e un dispositivo sicuramente funzionante.
Porta errata	Accertarsi che entrambe le estremità del cavo siano inserite nelle porte corrette.
Dispositivo non alimentato	Accertarsi che entrambi i dispositivi siano alimentati.
Tipo di cavo errato	Verificare il cavo scelto. Fare riferimento alla Guida dei cavi dei Catalyst switch.
Cavo difettoso	Sostituire il cavo sospetto con un cavo sicuramente funzionante. Controllare che non vi siano pin o connettori rotti o mancanti.
Collegamenti allentati	Controllare che non vi siano collegamenti allentati. A volte sembra che il cavo sia inserito nel jack, ma in realtà il cavo non è inserito. Scollegare il cavo e reinserirlo.
Patch panel	Eliminare i collegamenti difettosi del patch panel. Se possibile, escludere il patch panel.
Convertitori di supporti	Eliminare i convertitori di supporti difettosi, ad esempio tra fibra e rame. Se possibile, ignorare il convertitore di supporti.
Gigabit Interface Convertor (GBIC) difettoso o errato	Sostituire il convertitore GBIC sospetto con uno sicuramente funzionante. Verificare il supporto hardware e software per questo tipo di GBIC.
Porta difettosa o porta del modulo o interfaccia o modulo non abilitato	Spostare il cavo su una porta sicuramente funzionante per risolvere i problemi di una porta o di un modulo sospetto. Per verificare lo stato err-disabled, disabilitato o chiuso, usare il comando show interface per Cisco IOS. Il comando show module può indicare una condizione di errore causata da un problema hardware. Per ulteriori informazioni, vedere la sezione Problemi comuni di porte e interfacce in questo documento.

Cavi Ethernet in rame e in fibra ottica

Verificare di usare il cavo corretto per il tipo di collegamento che si sta effettuando. Il cavo in rame di categoria 3 può essere utilizzato per connessioni a doppino intrecciato non schermato (UTP) a 10 Mbps, ma non deve mai essere utilizzato per connessioni UTP a 10/100 o 10/100/1000 Mbps. Utilizzare sempre UTP di categoria 5, 5e o 6 per le connessioni a 10/100 o 10/100/1000 Mbps.

Avvertenza: i cavi di categoria 5e e di categoria 6 possono accumulare elevati livelli di elettricità statica a causa delle proprietà dielettriche dei materiali utilizzati nella loro costruzione. Prima di collegare i cavi al modulo, effettuare sempre la messa a terra (in particolare per nuove pose di cavi) a un punto di scarico adatto e sicuro.

In caso di fibra ottica, accertarsi di usare il cavo corretto per le distanze interessate e il tipo di porte in fibra utilizzate. Le due opzioni sono fibra monomodale (SMF) o fibra multimodale (MMF). Accertarsi che i dispositivi collegati tra loro abbiano entrambi porte SMF o entrambi porte MMF.

Nota: per i collegamenti in fibra ottica, verificare che il cavo di trasmissione di una porta sia collegato al cavo di ricezione dell'altra porta. Le connessioni trasmissione-trasmissione e ricezione-ricezione non funzionano.

Distanze massime di trasmissione Ethernet e Fast Ethernet

Velocità del ricetrasmettitore	Tipo di cavo	Modalità duplex	Distanza massima tra le postazioni
10 Mbps	UTP di categoria 3	Full e Half	100 m (328 piedi)
10 Mbps	MMF	Full e Half	2 km (1,2 miglia)
100 Mbps	UTP di categoria 5 / UTP di categoria 5e	Full e Half	100 m (328 piedi)
100 Mbps	UTP di categoria 6	Full e Half	100 m (328 piedi)
100 Mbps	MMF	Half	400 m (1312 piedi)
		Full	2 km (1,2 miglia)
100 Mbps	SMF	Half	400 m (1312 piedi)
		Full	10 km (6,2 miglia)

Per ulteriori dettagli sui diversi tipi di cavi o connettori, i requisiti dei cablaggi e dei moduli ottici (distanza, tipo, cavi patch, ecc.), come connettere i diversi cavi e quali cavi siano usati sulla maggior parte di switch e moduli Cisco, fare riferimento alla Guida ai cavi dei dispositivi Catalyst switch.

Risoluzione dei problemi di Gigabit Ethernet

Se il dispositivo A è collegato al dispositivo B con un collegamento Gigabit e il collegamento non è attivo, eseguire questa procedura.

Procedura dettagliata

1. Verificare che il convertitore GBIC, la lunghezza d'onda corta (SX), la lunghezza d'onda lunga (LX), il raggio lungo (LH), la lunghezza d'onda estesa (ZX) o l'UTP in rame (TX) siano gli stessi sul dispositivo A e sul dispositivo B. Entrambi i dispositivi devono utilizzare lo stesso tipo di GBIC per poter stabilire il collegamento. Un SX GBIC deve essere connesso a un SX GBIC. Un SX GBIC non può essere collegato a un LX GBIC. Per ulteriori informazioni, fare riferimento alla Nota all'installazione dei cavi patch con condizionamento della modalità.

2. Verificare la distanza e il cavo utilizzati per il convertitore GBIC come specificato nella tabella.

   Specifiche del cablaggio delle porte 1000BASE-T e 1000BASE-X

GBIC	Lunghezza d'onda (nm)	Tipo in rame/fibra	Dimensioni conduttore1(micron)	Larghezza di banda modale (MHz/km)	Distanza dei cavi2
WS-G54831000Base - T (rame)		Categoria 5 UTP / Categoria 5e UTP / Categoria 6 UTP			100 m (328 piedi)
WS-G54841000BASE-SX3	850	MMF	62.5 62.5 50.0 50.0	160 200 400 500	220 m (722 piedi) 275 m (902 piedi) 500 m (1640 piedi) 550 m (1804 piedi)
WS-G54861000BASE-LX/LH	1310	MMF4SMF	62,5 50,0 50,0 8,3/9/10	500 400 500-	550 m (1804 piedi) 550 m (1804 piedi) 550 m (1804 piedi) 10 km (6,2 miglia)
WS-G54871000BASE-ZX5	1550	MMF SMF6	8,3/9/10 8,3/9/10		70 km7100 km

1. I valori forniti per il cavo in fibra ottica multimodale si riferiscono al diametro del nucleo. Per i cavi in fibra ottica monomodali, il valore di 8,3 micron si riferisce al diametro del nucleo. I valori di 9 micron e 10 micron si riferiscono al diametro del campo modale (MFD), ossia il diametro della porzione della fibra che trasporta la luce. Questa zona è costituita dal conduttore di fibra ottica più una piccola porzione del rivestimento circostante. L'MFD è una funzione del diametro del nucleo, della lunghezza d'onda del laser e della differenza di indice di rifrazione tra il nucleo e il rivestimento.

2. Le distanze si basano sulle perdite di fibra ottica. La presenza di giunzioni multiple e un cavo in fibra ottica di qualità scadente riducono le distanze di cablaggio.

3. Utilizzare solo con MMF.

4. Quando si utilizza un convertitore LX/LH GBIC con modulo MMF da 62,5 micron di diametro, installare un cavo patch con condizionamento della modalità (CAB-GELX-625 o equivalente) tra il cavo GBIC e il cavo MMF su entrambi lati trasmissione e ricezione del collegamento. Il cavo patch con condizionamento della modalità è richiesto per distanze di collegamento inferiori a 100 m (328 piedi) o superiori a 300 m (984 piedi). Il cavo patch con condizionamento della modalità impedisce di sovraccaricare il ricevitore sui tratti brevi del cavo in fibra MMF e riduce il ritardo della modalità differenziale sui tratti lunghi. Per ulteriori informazioni, fare riferimento alla Nota all'installazione dei cavi patch con condizionamento della modalità.

5. Utilizzare solo con SMF.

6. Cavo in fibra ottica monomodale a dispersione spostata (DSF).

7. La distanza minima del collegamento per i moduli ZX GBIC è 10 km (6,2 miglia) con un attenuatore da 8 dB installato su ciascuna estremità. Senza attenuatori, la distanza minima del collegamento è 40 km (24,9 miglia).

3. Se uno dei dispositivi dispone di più porte Gigabit, collegare le porte tra loro. Il test controlla ciascun dispositivo e verifica che l'interfaccia Gigabit funzioni correttamente. Ad esempio, uno switch ha due porte Gigabit. Collegare la porta Gigabit uno alla porta Gigabit due. Il collegamento risulta attivato? In tal caso, la porta funziona correttamente. Il protocollo STP blocca il traffico sulla porta e impedisce che si formino dei loop (la porta di ricezione (RX) uno è indirizzata alla porta di trasmissione (TX) due e la porta di trasmissione (TX) uno è indirizzata alla porta di ricezione (RX) due).

4. Se una singola connessione o la Fase 3 non riesce con i connettori SC, ricollegare la porta a se stessa (la porta 1 RX va alla porta 1 TX). La porta si attiva? In caso contrario, contattare il centro TAC, potrebbe trattarsi di una porta difettosa.

5. Se i punti 3 e 4 hanno esito positivo, ma non è possibile stabilire una connessione tra i dispositivi A e B, collegare le porte tramite un loop al cavo che collega i due dispositivi. Verificare che il cavo non sia difettoso.

6. Verificare che ogni dispositivo supporti la specifica 802.3z per la negoziazione automatica Gigabit. Gigabit Ethernet prevede una procedura di negoziazione automatica più ampia di quella utilizzata per le trasmissioni Ethernet a 10/100 Mbps (specifica di negoziazione automatica Gigabit: IEEE Std 802.3z-1998). Quando si abilita la negoziazione del collegamento, il sistema negozia automaticamente le informazioni sul controllo del flusso, la modalità duplex e gli errori remoti. È necessario abilitare o disabilitare la negoziazione del collegamento su entrambi i lati. Entrambi i lati del collegamento devono essere impostati sullo stesso valore; in caso contrario, non sarà possibile stabilire il collegamento. Sono stati segnalati problemi di connessione ai dispositivi prodotti prima della ratifica dello standard IEEE 802.3z. Se uno dei dispositivi non supporta la negoziazione automatica Gigabit, disabilitare la negoziazione automatica Gigabit e forzare l'attivazione del collegamento. Il firmware della scheda impiega 300 msec per segnalare al software la mancata attivazione di un collegamento o di una porta 10/100/1000BASE-TX. Il tempo di debounce è calcolato dal timer di polling del firmware sulle schede di linea. Il suo valore predefinito è 300 msec. Se il collegamento viene eseguito in modalità 1G (1000BASE-TX), la sincronizzazione Gigabit, che avviene ogni 10 msec, deve essere in grado di rilevare il collegamento più rapidamente. I tempi di rilevamento degli errori di collegamento sono diversi se si usa la tecnologia GigabitEthenet su rame o la tecnologia GigabitEthernet su fibra. Questa differenza nel tempo di rilevamento si basa sugli standard IEEE.

Avviso: la disabilitazione della negoziazione automatica nasconde la perdita del collegamento o i problemi del layer fisico. È quindi richiesta solo se si usano dispositivi finali, ad esempio le schede NIC Gigabit meno recenti, che non supportano lo standard IEEE 802.3z. Non disabilitare la negoziazione automatica tra switch a meno che non sia strettamente necessario, in quanto i problemi del layer fisico possono passare inosservati e generare loop STP. In alternativa, contattare il fornitore per aggiornare il software o l'hardware in modo che supportino la negoziazione automatica Gigabit IEEE 802.3z.

Per i requisiti di sistema Gigabit Ethernet e per i GBIC (Gigabit Interface Converter), CWDM (Coarse Wavelength Division Multiplexing) e SFP (Small Form-Factor Pluggable), fare riferimento a questi documenti:

• Requisiti di sistema per implementare Gigabit Ethernet sui Catalyst Switch

• Matrice di compatibilità degli switch per convertitori di interfaccia Catalyst GigaStack Gigabit

• Cisco Gigabit Ethernet Transceiver Modules Compatibility Matrix (Matrice di compatibilità dei moduli ricetrasmettitori Gigabit Ethernet Cisco)

• Matrice di compatibilità dei moduli ricetrasmettitori Cisco 10 Gigabit Ethernet

Per ulteriori informazioni sulla configurazione generale e la risoluzione dei problemi, fare riferimento a Configurazione e risoluzione dei problemi di negoziazione automatica per 10/100/1000 Mb e half/full-duplex su Ethernet.

Porta nello stato connessa o non connessa

La maggior parte degli switch Cisco ha una porta nello stato notconnect, ossia non connessa. Ciò significa che lo switch non è al momento connesso, ma è pronto a riconnettersi se è presente un collegamento valido a un altro dispositivo operativo. Se si collega un cavo funzionante a due porte dello switch nello stato notconnect, la spia di collegamento deve diventare verde su entrambe le porte e lo stato della porta deve diventare "connected" (connessa). Ciò significa che la porta è attiva fino al layer 1 (L1).

In Cisco IOS, è possibile usare il comando show interfaces per verificare se l'interfaccia è nello stato up, line protocol is up (connected). Il primo up segnala che lo stato del layer fisico dell'interfaccia è attivo. Il messaggio line protocol up (protocollo di linea attivo) mostra lo stato del layer di collegamento dati dell'interfaccia e conferma che l'interfaccia può inviare e ricevere messaggi keepalive.

Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is down, line protocol is down (notconnect)

!--- Reasons: In this case,
!--- 1) A cable is not properly connected or not connected at all to this port.
!--- 2) The connected cable is faulty.
!--- 3) Other end of the cable is not connected to an active port or device.

!--- Note: For gigabit connections, GBICs need to be matched on each
!--- side of the connection.
!--- There are different types of GBICs, depends on the cable and
!--- distances involved: short wavelength (SX),
!--- long-wavelength/long-haul (LX/LH) and extended distance (ZX).
!--- An SX GBIC needs to connect with an SX GBIC;
!--- an SX GBIC does not link with an LX GBIC. Also, some gigabit
!--- connections require conditioning cables,
!--- that depend on the lengths involved.

Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is down (notconnect)

!--- The interface is up (or not in a shutdown state), but line protocol down.
!--- Reason: In this case, the device on the other side of the wire is a
!--- CatOS switch with its port disabled.

Router#show interfaces fastEthernet 6/1 status
Port   Name    Status       Vlan    Duplex   Speed  Type
Fa6/1          notconnect    1       auto     auto   10/100BaseTX

Se il comando show interfaces mostra le interfacce attive/connesse ma si osservano incrementi di errori nell'output di uno dei due comandi, consultare la sezione Problemi comuni delle porte e delle interfacce di questo documento per ulteriori informazioni.

Comandi comuni per la risoluzione dei problemi di porte e interfacce in CatOS e Cisco IOS

In questa tabella sono elencati i comandi più comuni utilizzati per la risoluzione dei problemi di porte o interfacce sugli switch con Cisco IOS System Software su Supervisor.

Nota: nella colonna di destra viene fornita una breve descrizione della funzionalità del comando e di eventuali eccezioni per singola piattaforma.

Con l'output dei comandi supportati ed eseguiti sul dispositivo Cisco, è possibile usare Cisco CLI Analyzer per visualizzare gli eventuali errori e correggerli.

Comandi Cisco IOS	Descrizione
show version	Questo comando visualizza un output simile a quello visualizzato dal router Cisco, ad esempio il nome dell'immagine software, le informazioni sulla versione e le dimensioni della memoria di sistema. Utile per la ricerca di incompatibilità software/hardware (con Note sulla versione o Software Advisor) e bug (con Bug Search Tool).  Nota: solo gli utenti Cisco registrati possono accedere agli strumenti e alle informazioni interni di Cisco.
show module	Questo comando visualizza le schede presenti nello switch, la versione del software in esecuzione e lo stato in cui si trovano i moduli: in funzione, guasto, ecc. Utile per diagnosticare un problema hardware su un modulo o una porta. Per ulteriori informazioni su come risolvere i problemi hardware con il comando show module, consultare le sezioni Port or Interface Status is disabled or shutdown o Hardware Problems in questo documento.
show run-config	Questo comando visualizza il file di configurazione corrente dello switch. Le modifiche sono saved  alla configurazione in Cisco IOS con il comando write memory. Utile per determinare se una configurazione errata del modulo/della porta o dell'interfaccia può causare un problema.
show interfaces	Il comando show interface visualizza, tra le altre informazioni, lo stato amministrativo e lo stato operativo di una porta dello switch, i pacchetti in ingresso e in uscita, gli errori del buffer e altre anomalie.
clear counters	Utilizzare il comando clear counters per azzerare i contatori del traffico e degli errori in modo da verificare se il problema è solo temporaneo o se i contatori continuano ad aumentare. Nota: il comando clear counters non azzera i contatori di bit di un'interfaccia sui Catalyst serie 6500/6000 Switch. L'unico modo per cancellare i contatori di bit in questi switch è ricaricare il dispositivo.
show interfaces counters	Il comando da usare sui dispositivi Catalyst serie 6000, 4000, 3550, 2950 e 3750 Switch è
show counters interface  show controllers ethernet-controller	Il comando show counters interface è stato introdotto nella versione software 12.1(13)E solo per Catalyst serie 6000 e visualizza i contatori di errore a 32 bit e a 64 bit. Per gli switch Cisco IOS serie 2900/3500XL, 2950/2955, 3550, 2970 e 3750, il comando show controller Ethernet-controller visualizza i frame scartati, i frame differiti, gli errori di allineamento, le collisioni e così via.
show interfaces counters	Il comando da usare sui dispositivi Catalyst serie 6000, 4000, 3550, 2950 e 3750 Switch è
show diagnostic(s) show post	Il comando show diagnostic è stato introdotto nella versione software 12.1(11b)E dei dispositivi Catalyst serie 6000; il comando show diagnostics (con una s) è stato introdotto sui dispositivi Catalyst serie 4000. Sui dispositivi Catalyst serie 2900/3500XL, 2950/2955, 3550, 2970 e 3750 Switch, il comando equivalente è show post che restituisce i risultati del test POST dello switch. Per ulteriori informazioni sulla risoluzione degli errori hardware sui dispositivi Catalyst switch, vedere la sezione Problemi hardware in questo documento.

Informazioni sull'output dei contatori di porte e interfacce in Cisco IOS

La maggior parte degli switch tiene traccia dei pacchetti e degli errori che si verificano su una porta o un'interfaccia. I comandi comuni utilizzati per trovare questo tipo di informazioni sono descritti nella sezione Comandi comuni per la risoluzione dei problemi di porte e interfacce in Cisco IOS in questo documento.

Nota: il tipo di contatori e il modo con cui vengono utilizzati possono differire a seconda della piattaforma o della release in uso. I contatori restituiscono valori in larga misura accurati, ma non sono stati progettati per la massima precisione. Per ottenere le statistiche esatte del traffico, si consiglia di utilizzare uno sniffer che monitori le interfacce desiderate in ingresso e in uscita.

Il valore elevato di alcuni contatori indica in genere la presenza di un problema. Quando si lavora in configurazioni half-duplex, è normale che alcuni errori di collegamento dati aumentino nei contatori FCS, di allineamento, di runt frame e di collisioni. In genere, con connessioni half-duplex è considerato accettabile l'1 percento degli errori sul traffico totale. Se la percentuale di errori rispetto ai pacchetti in ingresso è superiore al due o al tre percento, le prestazioni si riducono.

In ambienti half-duplex, è possibile che lo switch e il dispositivo collegato rilevino il cavo e inizino a trasmettere esattamente nello stesso momento, causando una collisione. Le collisioni possono causare errori di runt frame, FCS e di allineamento in quanto il frame non viene copiato completamente sul cavo, con conseguente frammentazione.

Nelle configurazioni full-duplex, i contatori FCS, CRC (Cyclic Redundancy Checks), di allineamento e di runt frame devono avere valori minimi. Se il collegamento funziona in modalità full-duplex, il contatore di collisioni non è attivo. Se i contatori FCS, CRC, di allineamento o di runt frame aumentano, la causa potrebbe essere una mancata corrispondenza duplex. Per mancata corrispondenza duplex si intende una situazione in cui lo switch è in modalità full-duplex e il dispositivo connesso è in modalità half-duplex o viceversa. Le conseguenze di una mancata corrispondenza duplex sono prestazioni estremamente lente, connettività intermittente e perdita di connessione. Altre possibili cause di errori di collegamento dati in modalità full-duplex sono cavi difettosi, porte dello switch difettose o problemi software/hardware della scheda NIC. Per ulteriori informazioni, vedere la sezione Problemi comuni di porte e interfacce in questo documento.

Comando show interfaces in Cisco IOS

Il comando show interfaces card-type {slot/port}viene usato in Cisco IOS sul Supervisor per visualizzare i contatori degli errori e le statistiche. In alternativa a questo comando (per gli switch Catalyst serie 6000, 4000, 3550, 2970, 2950/2955 e 3750), è possibile usare il comando show interfacescard-type <slot/port> counters errors per visualizzare solo i contatori degli errori dell'interfaccia. Per la spiegazione dell'output dei contatori di errori, fare riferimento alla Tabella 1.

Nota: sugli switch serie 2900/3500XL, usare il comando show interfaces card-type {slot/port} con il comando show controllers Ethernet-controller .

Router#sh interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is up (connected)
   Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
   MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
      reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation ARPA, loopback not set
   Full-duplex, 100Mb/s
   input flow-control is off, output flow-control is off
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input 00:00:14, output 00:00:36, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue :0/40 (size/max)
   5 minute input rate 0 bits/sec, 0 packets/sec
   5 minute output rate 0 bits/sec, 0 packets/sec

Qui viene spiegato l'output del comando show interfaces (in ordine):

• up, line protocol is up (connected): il primo up si riferisce allo stato del layer fisico dell'interfaccia. Il messaggio line protocol up (protocollo di linea attivo) mostra lo stato del layer di collegamento dati dell'interfaccia e conferma che l'interfaccia può inviare e ricevere messaggi keepalive.

• MTU: l'unità di trasmissione massima (MTU) di un frame Ethernet è 1500 byte per impostazione predefinita (porzione di dati massima del frame).

• Full-duplex, 100 Mb/s: full-duplex e 100 Mbps indicano la modalità duplex e la velocità impostati al momento sull'interfaccia. ma non specificano se è stata usata la negoziazione automatica. Per visualizzare questo messaggio, usare il comando show interfaces fast Ethernet 6/1 status:

Router#show interfaces fastEthernet 6/1 status
Port    Name               Status       Vlan       Duplex  Speed Type
Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

!--- Autonegotiation was used to achieve full-duplex and 100Mbps.

• Last input, output: il numero di ore, minuti e secondi dall'ultima volta che il pacchetto è stato ricevuto o trasmesso correttamente dall'interfaccia. Queste informazioni sono utili quando un'interfaccia inattiva non funziona correttamente.

• Ultima cancellazione dei contatori dell'interfaccia show: l'ultima volta in cui il comando clear counters è stato emesso dopo l'ultimo riavvio dello switch. Il comando clear counters viene usato per azzerare le statistiche dell'interfaccia.

Nota: l'azzeramento dei contatori non interessa le variabili che riguardano il routing, come il carico e l'affidabilità.

• Coda di input: il numero di pacchetti nella coda di input.Size/max/drops= il numero corrente di frame nella coda / il numero massimo di frame che la coda può contenere prima che inizi a rilasciare frame / il numero effettivo di frame scartati a causa del superamento delle dimensioni massime della coda. Gli scaricamenti vengono utilizzati per contare le perdite SPD (Selective Packet Discard) su Catalyst serie 6000 con Cisco IOS. (È possibile usare il contatore degli scaricamenti, ma non gli incrementi su Catalyst serie 4000 con Cisco IOS.) SPD è un meccanismo che scarta rapidamente pacchetti a bassa priorità quando la CPU è sovraccarica al fine di save  capacità di elaborazione per pacchetti ad alta priorità. Nell'output del comando show interface, l'aumento del contatore flushes dipende dal meccanismo SPD (Selective Packet Discard), che implementa una policy di eliminazione selettiva dei pacchetti sulla coda di processo IP del router. Pertanto, si applica solo al traffico commutato.

  Lo scopo del meccanismo SPD è garantire che i pacchetti di controllo importanti, ad esempio gli aggiornamenti di routing e i messaggi keepalive, non vengano eliminati quando la coda di input IP è piena. Quando la dimensione della coda di input IP è compresa tra le soglie minima e massima, i pacchetti IP normali vengono scartati in base a una probabilità di eliminazione. Queste eliminazioni casuali sono chiamate SPD flushes.

• Total output drops: il numero di pacchetti eliminati perché la coda di output è piena. Questi errori possono essere causati da una diminuzione della larghezza di banda su un collegamento o dalla commutazione del traffico di più collegamenti in entrata in un singolo collegamento in uscita. Ad esempio, se un'interfaccia Gigabit è interessata da un elevato volume di traffico con conseguente passaggio a un'interfaccia da 100 Mbps, i pacchetti eliminati in uscita potrebbero aumentare sull'interfaccia da 100 Mbps. Infatti, la coda di output su quell'interfaccia è sovraccaricata dal traffico in eccesso a causa della mancata corrispondenza di velocità tra le larghezze di banda in ingresso e in uscita.

• Coda di output: il numero di pacchetti nella coda di output. Per size/max si intende il numero corrente di frame presenti nella coda/il numero massimo di frame che possono rimanere in coda prima che la coda si saturi e inizi a eliminare i frame.

• 5 minute input/output rate: la frequenza media di input e di output rilevata dall'interfaccia negli ultimi cinque minuti. Specificare un periodo di tempo più breve per ottenere una lettura accurata (ad esempio per rilevare meglio i picchi di traffico e usare il comando di interfaccia load-interval <secondi>).

    Per la spiegazione dell'output dei contatori di errori, fare riferimento alla Tabella 1.

!--- ...show interfaces command output continues.
     1117058 packets input, 78283238 bytes, 0 no buffer
      Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles
      0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
      0 watchdog, 0 multicast, 0 pause input
      0 input packets with dribble condition detected
      285811 packets output, 27449284 bytes, 0 underruns
      0 output errors, 0 collisions, 2 interface resets
      0 babbles, 0 late collision, 0 deferred
      0 lost carrier, 0 no carrier
      0 output buffer failures, 0 output buffers swapped out

Nota: esiste una differenza tra il contatore dell'output del comando show interface per un'interfaccia fisica e un'interfaccia VLAN. I contatori dei pacchetti in ingresso aumentano nell'output del comando show interface di un'interfaccia VLAN quando il pacchetto è elaborato sul layer 3 (L3) dalla CPU. Il traffico commutato sul layer 2 (L2) non viene mai elaborato dalla CPU e non rientra nei contatori del comando show interface dell'interfaccia VLAN. Viene conteggiato invece sull'output show interface dell'interfaccia fisica appropriata.

Il comando show interfaces < card-type> <slot/port> counters errors viene usato in Cisco IOS per visualizzare solo l'output degli errori dell'interfaccia. Per la spiegazione dell'output dei contatori di errori, fare riferimento alla Tabella 1.

Router#show interfaces fastEthernet 6/1 counters errors

 Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
 Fa6/1               0          0          0          0         0           0

 Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
 Fa6/1              0         0         0          0         0         0         0

Tabella 1. Output dei contatori di errori Cisco IOS per show interfaces o show interfaces < card-type> <x/y> rileva gli errori relativi ai sistemi Catalyst serie 6000 e 4000.

Contatori (in ordine alfabetico)	Problemi e cause comuni che aumentano il numero di errori
Align-Err	Descrizione: show interfaces counters errors.  Gli errori di allineamento sono un conteggio del numero di frame ricevuti che non terminano con un numero pari di ottetti e che hanno un controllo di ridondanza ciclico (CRC, Cyclic Redundancy Check) errato. Cause comuni: in genere sono il risultato di una mancata corrispondenza del duplex o di un problema fisico (ad esempio un cablaggio, una porta errata o una scheda NIC errata). Questi errori possono verificarsi quando il cavo viene collegato alla porta per la prima volta oppure, se alla porta è collegato un hub, quando si verificano collisioni tra i dispositivi dell'hub. Eccezioni delle piattaforme: gli errori di allineamento non vengono conteggiati sui dispositivi Catalyst serie 4000 Supervisor I (WS-X4012) o Supervisor II (WS-X4013).
babbles	Descrizione: show interfaces counter. Indica che il timer jabber di trasmissione è scaduto. Un jabber è un frame più lungo di 1518 ottetti (esclusi i bit di framing e inclusi gli ottetti FCS), che non termina con un numero pari di ottetti (errore di allineamento) o presenta un errore FCS non valido.
Carri-Sen	Descrizione: show interfaces counters errors.  Il contatore Carri-Sen (rilevamento portante) aumenta ogni volta che un controller Ethernet vuole inviare dati su una connessione half-duplex. Il controller rileva il cavo e controlla che non sia occupato prima di iniziare a trasmettere. Cause comuni: comportamento normale sui segmenti Ethernet half-duplex.
collisions	Descrizione: show interfaces counter. Il numero di volte in cui si è verificata una collisione prima che l'interfaccia abbia trasmesso correttamente un frame ai supporti. Cause comuni: le collisioni sono normali sulle interfacce configurate come half-duplex, ma non devono verificarsi sulle interfacce full-duplex. Se le collisioni aumentano molto, l'uso del collegamento è elevato oppure la modalità duplex dello switch non corrisponde alla modalità duplex del dispositivo collegato.
CRC	Descrizione: show interfaces  counter. Aumenta quando il CRC generato dalla postazione LAN di origine o dal dispositivo remoto non corrisponde al checksum calcolato in base ai dati ricevuti. Cause comuni: ciò indica in genere interferenze o problemi di trasmissione sull'interfaccia LAN o sulla LAN stessa. Un numero elevato di CRC è in genere il risultato di collisioni, ma può anche indicare un problema fisico (cablaggio, interfaccia o scheda NIC difettosa) o una mancata corrispondenza duplex.
deferred	Descrizione: show interfaces  counter. Il numero di frame trasmessi correttamente dopo aver aspettato che il supporto si liberasse. Cause comuni: situazione tipica degli ambienti half-duplex in cui la portante è già in uso quando cerca di trasmettere un frame.
pause input	Descrizione: show interfaces  counter. Un incremento di questo contatore indica che il dispositivo connesso deve essere messo in pausa e non può più ricevere dati perché il buffer di ricezione è quasi pieno. Cause comuni: il valore di questo contatore viene restituito a scopo informativo, dal momento in cui lo switch accetta il frame. La trasmissione dei pacchetti viene riavviata quando il dispositivo connesso può di nuovo ricevere dati.
input packets with dribble condition	Descrizione: show interfaces  counter. Un errore di dribble bit indica che un frame è leggermente troppo lungo.Cause comuni: il valore di questo contatore viene restituito a scopo informativo, dal momento in cui lo switch accetta il frame.
Excess-Col	Descrizione: show interfaces counters errors.  Numero di frame che non possono essere trasmessi su una particolare interfaccia a causa di un numero eccessivo di collisioni. Una collisione eccessiva si verifica quando un pacchetto subisce una collisione per 16 volte di seguito. Il pacchetto viene quindi eliminato.  Cause comuni: le collisioni eccessive indicano in genere che il carico di un segmento deve essere suddiviso su più segmenti, ma possono anche indicare l'uso di una modalità duplex diversa nello switch e nel dispositivo collegato. Le collisioni non devono essere visualizzate sulle interfacce configurate come full duplex.
FCS-Err	Descrizione: show interfaces counters errors.  Il numero di frame di dimensioni valide con errori FCS (Frame Check Sequence), ma senza errori di framing.   Cause comuni: in genere si tratta di un problema fisico, ad esempio anomalia nel cablaggio, nella porta o nella scheda NIC (Network Interface Card), ma può anche indicare una mancata corrispondenza della modalità duplex.
frame	Descrizione: show interfaces  counter. Numero di pacchetti ricevuti in modo errato con errore CRC e numero di ottetti non intero (errore di allineamento).  Cause comuni: un valore elevato di questo contatore è in genere il risultato di collisioni o di un problema fisico (ad esempio anomalia nel cablaggio, nella porta o nella scheda NIC), ma può anche indicare una mancata corrispondenza della modalità duplex.
Giants	Descrizione: show interfaces and show interfaces counters errors. Frame ricevuti che superano la dimensione massima IEEE 802.3 (1518 byte per Ethernet non jumbo) e hanno una sequenza di controllo del frame (FCS) errata. Cause comuni: in molti casi, questo è il risultato di una scheda NIC corrotta. Provare a individuare il dispositivo difettoso e rimuoverlo dalla rete. Eccezioni delle piattaforme: sui dispositivi Catalyst serie 4000 con Cisco IOS con versione software precedente alla 12.1(19)EW, il contatore di giant frame aumenta per ogni frame superiore a 1518 byte. Nelle versioni successive alla 12.1(19)EW, il contatore di giant frame restituito dal comando show interfaces aumenta solo quando viene ricevuto un frame superiore a 1518 byte con una sequenza FCS errata.
ignored	Descrizione: show interfaces  counter. Il numero di pacchetti ricevuti e ignorati dall'interfaccia a causa dei buffer interni che stanno per diventare pieni.  Cause comuni: le tempeste di trasmissione e i burst di rumore possono aumentare il numero di pacchetti ignorati.
Input errors	Descrizione: show interfaces  counter.  Cause comuni: include il conteggio di runt frame, giant frame, no buffer, CRC, frame, overrun e pacchetti ignorati. L'aumento di questo contatore può essere causato anche da altri errori di input; alcuni datagrammi possono avere più di un errore. Pertanto, questa somma non può bilanciare la somma degli errori di input enumerati. Consultare anche la sezione Errori di input su un'interfaccia di layer 3 collegata a una porta dello switch di layer 2.
Late-Col	Descrizione: show interfaces e show interfaces counterors.  Il numero di volte in cui viene rilevata una collisione su una particolare interfaccia nelle fasi avanzate del processo di trasmissione. Sulle porte a 10 Mbit/s, per fase avanzata si intende la fase successiva a 512 bit nella trasmissione di un pacchetto. Cinquecentododici bit corrispondono a 51,2 microsecondi su un sistema a 10 Mbit/s. Cause comuni: questo errore può indicare, tra le altre cose, una mancata corrispondenza della modalità duplex. Nello scenario di mancata corrispondenza della modalità duplex, la collisione tardiva si verifica sul lato half-duplex. Il lato half-duplex sta trasmettendo, ma il lato full-duplex non aspetta il proprio turno e trasmette simultaneamente; ciò provoca una collisione tardiva. Le collisioni tardive possono anche indicare un cavo o un segmento Ethernet troppo lungo. Le collisioni non devono essere visualizzate sulle interfacce configurate come full duplex.
lost carrier	Descrizione: show interfaces  counter. Il numero di volte in cui la portante è stata persa durante la trasmissione.  Cause comuni: controllare se è presente un cavo difettoso. Controllare la connessione fisica su entrambi i lati.
Multi-Col	Descrizione: show interfaces counters errors.  Il numero di volte in cui si sono verificate collisioni multiple prima che l'interfaccia abbia trasmesso correttamente un frame ai supporti.  Cause comuni: le collisioni sono normali sulle interfacce configurate come half-duplex, ma non devono verificarsi sulle interfacce full-duplex. Se le collisioni aumentano molto, l'uso del collegamento è elevato oppure la modalità duplex dello switch non corrisponde alla modalità duplex del dispositivo collegato.
no buffer	Descrizione: show interfaces  counter. Il numero di pacchetti ricevuti e scartati per mancanza di spazio sufficiente nel buffer. Cause comuni: confrontare questo valore con il numero di pacchetti ignorati. Spesso responsabili di questi eventi possono essere le tempeste di trasmissione.
no carrier	Descrizione: show interfaces counter. Il numero di volte in cui la portante non era presente nella trasmissione. Cause comuni: controllare se è presente un cavo difettoso. Controllare la connessione fisica su entrambi i lati.
Out-Discard	Descrizione: il numero di pacchetti in uscita scelti per essere eliminati anche se non sono stati rilevati errori. Cause comuni: un motivo per scartare pacchetti di questo tipo può essere liberare spazio nel buffer.
output buffer failures output buffers swapped out	Descrizione: show interfaces  counter. Il numero di buffer non riusciti e il numero di buffer scambiati. Cause comuni: una porta esegue il buffering dei pacchetti nella memoria di trasmissione quando il traffico indirizzato alla porta è elevato e non è possibile gestirlo. La porta inizia a eliminare i pacchetti quando il buffer Tx è pieno, aumentando così i valori di underrun e il numero di errori nel buffer di output. L'aumento del numero di errori del buffer di output può indicare che le porte funzionano a velocità inferiore e/o in modalità duplex, oppure che la porta è attraversata da un traffico eccessivo. Ad esempio, si consideri uno scenario in cui un flusso multicast da 1 Giga viene inoltrato a 24 porte da 100 Mbps. Se un'interfaccia in uscita viene usata oltre la sua capacità, è normale che si verifichino errori del buffer di output che aumentano insieme ai pacchetti eliminati in uscita. Per informazioni sulla risoluzione dei problemi, vedere la sezione Frame posticipati (Out-Lost o Out-Discard) in questo documento.
output errors	Descrizione: show interfaces counter. La somma di tutti gli errori che hanno impedito la trasmissione finale dei datagrammi all'esterno dell'interfaccia. Cause comuni: questo problema è dovuto alle dimensioni ridotte della coda di output.
overrun	Descrizione: il numero di volte in cui il dispositivo di ricezione non è stato in grado di trasferire i dati ricevuti al buffer di un altro dispositivo. Causa comune:La velocità del traffico in ingresso ha superato la capacità del ricevitore di gestire i dati.
packets input/output	Descrizione: show interfaces counter. Totale dei pacchetti senza errori ricevuti e trasmessi sull'interfaccia. Il monitoraggio di questi contatori è utile per determinare se il traffico attraversa correttamente l'interfaccia. Il contatore di byte include l'incapsulamento dei dati e degli indirizzi MAC nei pacchetti esenti da errori ricevuti e trasmessi dal sistema.
RCV-Err	Descrizione: solo per Catalyst serie 6000 - mostra errore contatori interfacce. Cause comuni: vedere Eccezioni della piattaforma.Eccezioni della piattaforma: errori del buffer di ricezione per Catalyst serie 5000 rcv-err. Ad esempio, un errore di runt frame, giant frame o FCS non aumenta il numero di errori nel buffer di ricezione. Sui Catalyst serie 5000, il contatore rcv-err aumenta solo a causa del traffico eccessivo. Sui Catalyst serie 4000, rcv-err = la somma di tutti gli errori di ricezione, quindi, a differenza dei Catalyst serie 5000, il contatore rcv-err aumenta quando l'interfaccia riceve un errore di runt frame, giant frame o FCS.
Runts	Descrizione: show interfaces and show interfaces counters errors. I frame ricevuti sono più piccoli della dimensione minima del frame IEEE 802.3 (64 byte per Ethernet) e con un CRC errato. Cause comuni: questa condizione può essere causata da una mancata corrispondenza del duplex e da problemi fisici, ad esempio un cavo, una porta o una scheda NIC errati sul dispositivo collegato.  Eccezioni piattaforma: Catalyst serie 4000 con Cisco IOS versione precedente alla 12.1(19)EW software, runt = undersize. ossia è inferiore a 64 byte. Il contatore di runt frame aumentava solo quando veniva ricevuto un frame di dimensioni inferiori a 64 byte. Nelle versioni successive alla 12.1(19EW), un runt frame è un frammento, ossia un frame inferiore a 64 byte e con un CRC non valido. Il contatore di runt frame quindi aumenta nell'output del comando show interfaces, insieme al contatore di frammenti in show interfaces counters errors quando viene ricevuto un frame inferiore a 64 byte e con CRC non valido. Switch Cisco Catalyst serie 3750 Nelle versioni precedenti a Cisco IOS 12.1(19)EA1, quando il dot1q viene utilizzato sull'interfaccia trunk dello switch Catalyst 3750, i runt possono essere visualizzati sull'output show interfaces perché i pacchetti incapsulati dot1q validi, che sono da 61 a 64 byte e includono il tag q, vengono conteggiati dallo switch Catalyst 3750 come frame di dimensioni ridotte, anche se questi pacchetti vengono inoltrati correttamente. Inoltre, questi pacchetti non vengono classificati nella categoria corretta (unicast, multicast o broadcast) nelle statistiche di ricezione. Questo problema è stato risolto in Cisco IOS versione 12.1(19)EA1 o 12.2(18)SE o successive.
Single-Col	Descrizione: show interfaces counters errors.  Il numero di volte in cui si è verificata una collisione prima che l'interfaccia abbia trasmesso correttamente un frame ai supporti.  Cause comuni: le collisioni sono normali sulle interfacce configurate come half-duplex, ma non devono verificarsi sulle interfacce full-duplex. Se le collisioni aumentano molto, l'uso del collegamento è elevato oppure la modalità duplex dello switch non corrisponde alla modalità duplex del dispositivo collegato.
throttles	Descrizione: show interfaces. Il numero di volte in cui il ricevitore sulla porta viene disabilitato, probabilmente a causa di un sovraccarico del buffer o del processore. Se viene visualizzato un asterisco (*) dopo il numero di limitazioni, l'interfaccia è soggetta a limitazioni nel momento in cui viene eseguito il comando.  Cause comuni: i pacchetti che possono aumentare il sovraccarico del processore includono pacchetti IP con opzioni, TTL scaduto, incapsulamento non ARPA, frammentazione, tunnel, pacchetti ICMP, pacchetti con errore di checksum MTU, errori RPF, errori di checksum IP e di lunghezza.
underruns	Descrizione: il numero di volte in cui il trasmettitore è stato eseguito a una velocità più elevata di quella che lo switch può gestire.  Cause comuni: ciò può verificarsi in una situazione di traffico elevato, in cui un'interfaccia è interessata da picchi di traffico provenienti da molte altre interfacce contemporaneamente. È possibile che si verifichino reset dell'interfaccia con errori underrun.
UnderSize	Descrizione: show interfaces counters errors.  I frame ricevuti sono più piccoli della dimensione minima del frame IEEE 802.3 di 64 byte (che esclude i bit di framing, ma include gli ottetti FCS) che sotto altri aspetti sono formati correttamente.   Cause comuni: controllare il dispositivo che invia questi frame.
Xmit-Err	Descrizione: show interfaces counters errors.  Indica che il buffer di invio (Tx) interno è pieno. Cause comuni: gli errori Xmit-Err possono essere causati da una diminuzione della larghezza di banda su un collegamento o dalla commutazione del traffico di più collegamenti in entrata in un singolo collegamento in uscita. Ad esempio, se un'interfaccia Gigabit è interessata da un elevato volume di traffico con conseguente passaggio a un'interfaccia da 100 Mbps, il contatore Xmit-Err potrebbe aumentare sull'interfaccia da 100 Mbps. Infatti, il buffer di output dell'interfaccia è sovraccaricato dal traffico in eccesso a causa della mancata corrispondenza di velocità tra le larghezze di banda in ingresso e in uscita.

Comando show interfaces counters in Cisco IOS

Per monitorare il traffico in entrata e in uscita sulla porta restituito dal successivo output, per traffico unicast, multicast e broadcast, Il comando show interfaces card-type {slot/port} counters viene usato con Cisco IOS su Supervisor.

Nota: un contatore Out-Discard è presente nel comando Cisco IOS show interfaces counters errors, descritto nella tabella 1.

Router#show interfaces fas 6/1 counters

  Port            InOctets   InUcastPkts   InMcastPkts   InBcastPkts
  Fa6/1           47856076            23        673028           149

  Port           OutOctets  OutUcastPkts  OutMcastPkts  OutBcastPkts
  Fa6/1           22103793            17        255877          3280
  Router#
  
!--- Cisco IOS counters used to monitor inbound and outbound unicast, multicast
!--- and broadcast packets on the interface.

Comando show counters interfaces in Cisco IOS

Il comando show counters interface-type {slot/port} è stato introdotto nel software Cisco IOS versione 12.1(13)E solo per Catalyst serie 6000 e offre statistiche ancora più dettagliate per le porte e le interfacce. Con questo comando vengono visualizzati i contatori di errore a 32 bit e a 64 bit per porta o interfaccia.

Comando show controller ethernet-controller in Cisco IOS

Sui dispositivi Catalyst serie 3750, 3550, 2970, 2950/2955, 2940 e 2900/3500XL Switch, usare il comando show controller ethernet-controller per visualizzare l'output del contatore del traffico e del contatore di errori, analogo all'output restituito sui dispositivi Catalyst serie 6000 Switch.

3550-1#show controller ethernet-controller fastEthernet 0/1
  !--- Output from a Catalyst 3550.

    Transmit FastEthernet0/1           Receive
          0 Bytes                        0 Bytes
          0 Unicast frames               0 Unicast frames
          0 Multicast frames             0 Multicast frames
          0 Broadcast frames             0 Broadcast frames
          0 Discarded frames             0 No dest, unicast
          0 Too old frames               0 No dest, multicast
          0 Deferred frames              0 No dest, broadcast
          0  1 collision frames
          0  2 collision frames          0 FCS errors
          0  3 collision frames          0 Oversize frames
          0  4 collision frames          0 Undersize frames
          0  5 collision frames          0 Collision fragments
          0  6 collision frames
          0  7 collision frames          0 Minimum size frames
          0  8 collision frames          0 65 to 127 byte frames
          0  9 collision frames          0 128 to 255 byte frames
          0 10 collision frames          0 256 to 511 byte frames
          0 11 collision frames          0 512 to 1023 byte frames
          0 12 collision frames          0 1024 to 1518 byte frames
          0 13 collision frames
          0 14 collision frames          0 Flooded frames
          0 15 collision frames          0 Overrun frames
          0 Excessive collisions         0 VLAN filtered frames
          0 Late collisions              0 Source routed frames
          0 Good (1 coll) frames         0 Valid oversize frames
          0 Good(>1 coll) frames         0 Pause frames
          0 Pause frames                 0 Symbol error frames
          0 VLAN discard frames          0 Invalid frames, too large
          0 Excess defer frames          0 Valid frames, too large
          0 Too large frames             0 Invalid frames, too small
          0 64 byte frames               0 Valid frames, too small
          0 127 byte frames
          0 255 byte frames
          0 511 byte frames
          0 1023 byte frames
          0 1518 byte frames

 3550-1#
 
!--- See the next table for additional counter output for 2900/3500XL Series switches.

Contatore	Descrizione	Possibili cause
Frame trasmessi
Discarded frames	Il numero totale di frame il cui tentativo di trasmissione è stato abbandonato a causa di risorse insufficienti. Questo totale include i frame con ogni tipo di destinazione.	Il carico di traffico sull'interfaccia è eccessivo e causa l'eliminazione dei frame. Se il numero di pacchetti in questo campo aumenta, ridurre il carico di traffico sull'interfaccia.
Too old frames	Numero di frame che hanno impiegato più di due secondi per passare attraverso lo switch. Per questo motivo, sono stati eliminati. Questa situazione si verifica solo in condizioni di stress estremo.	Il carico di traffico di questo switch è eccessivo e causa l'eliminazione dei frame. Se il numero di pacchetti in questo campo aumenta, ridurre il carico dello switch. Per ridurre il carico di traffico dello switch, potrebbe essere necessario modificare la topologia della rete.
Deferred frames	Il numero totale di frame il cui primo tentativo di trasmissione è stato posticipato a causa del traffico sul supporto di rete. Questo totale include solo i frame che vengono trasmessi successivamente senza errori e che non sono interessati da collisioni.	Il carico di traffico destinato a questo switch è eccessivo e causa l'eliminazione dei frame. Se il numero di pacchetti in questo campo aumenta, ridurre il carico dello switch. Per ridurre il carico di traffico dello switch, potrebbe essere necessario modificare la topologia della rete.
Collision frames	I contatori dei frame di collisione indicano il numero di tentativi di trasmissione di un pacchetto che hanno avuto esito negativo al primo tentativo, ma esito positivo al tentativo successivo. Ciò significa che se il numero di frame di collisione è 2, lo switch ha cercato di inviare il pacchetto due volte senza riuscirci e la trasmissione ha avuto esito positivo solo al terzo tentativo.	Il carico di traffico sull'interfaccia è eccessivo e causa l'eliminazione dei frame. Se il numero di pacchetti in questo campo aumenta, ridurre il carico di traffico sull'interfaccia.
Excessive collisions	Il contatore di collisioni eccessive aumenta dopo che si sono verificate 16 collisioni consecutive in sequenza. Dopo 16 tentativi di invio, il pacchetto viene scartato e il contatore aumenta.	L'aumento di questo contatore segnala la presenza di un problema di cablaggio, di un carico eccessivo sulla rete o di una mancata corrispondenza duplex. Un carico eccessivo sulla rete può essere causato da un numero eccessivo di dispositivi su una rete Ethernet condivisa.
Late collisions	Una collisione tardiva si verifica quando due dispositivi trasmettono dati nello stesso momento ma nessuno dei due 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 invia 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.	Le collisioni tardive sono dovute a un cablaggio errato o a un numero di hub non conforme nella rete. Anche le schede NIC non valide possono causare collisioni tardive.
Good (1 coll) frames	Il numero totale di frame che vengono trasmessi correttamente dopo una sola collisione.	Le collisioni in un ambiente half-duplex sono da considerarsi normali.
Good (>1 coll) frames	Il numero totale di frame che, in seguito a un numero di collisioni da 2 a 15 incluso, vengono trasmessi correttamente.	Le collisioni in un ambiente half-duplex sono da considerarsi normali. I frame che fanno aumentare il contatore oltre la quindicesima collisione sono conteggiati come collisioni eccessive.
VLAN discardframes	Il numero di frame eliminati da un'interfaccia a causa dell'impostazione del bit CFI.	Il bit Canonical Format Indicator (CFI) nel TCI di un frame 802.1q è impostato a 0 per il formato di frame Ethernet canonico. Se il bit CFI è impostato a 1, ciò indica la presenza di un frame RIF (Routing Information Field) o di un Token Ring non canonico che viene quindi scartato.
Frame ricevuti
No bandwidth frames	Solo switch 2900/3500XL.Il numero di volte in cui una porta ha ricevuto un pacchetto dalla rete, ma lo switch non aveva le risorse per riceverlo. Ciò si verifica solo in condizioni estreme, ad esempio in presenza di picchi di traffico su più porte. Pertanto, finché il numero di frame senza larghezza di banda rimane basso, non costituisce un problema. (Per numero basso si intende comunque un valore inferiore all'1 percento dei frame ricevuti.)	Il carico di traffico sull'interfaccia è eccessivo e causa l'eliminazione dei frame. Se il numero di pacchetti in questo campo aumenta, ridurre il carico di traffico sull'interfaccia.
No buffers frames	Solo switch 2900/3500XL.Il numero di volte in cui una porta ha ricevuto un pacchetto dalla rete, ma lo switch non aveva le risorse per riceverlo. Ciò si verifica solo in condizioni estreme, ad esempio in presenza di picchi di traffico su più porte. Pertanto, finché il numero di frame senza buffer rimane basso, non costituisce un problema. (Per numero basso si intende comunque un valore inferiore all'1 percento dei frame ricevuti.)	Il carico di traffico sull'interfaccia è eccessivo e causa l'eliminazione dei frame. Se il numero di pacchetti in questo campo aumenta, ridurre il carico di traffico sull'interfaccia.
No dest, unicast	Questo contatore restituisce il numero di pacchetti unicast senza destinazione, ossia che non sono stati inoltrati a nessun'altra porta.	Ecco alcune brevi descrizioni dei contatori di frame senza destinazione (unicast, multicast e broadcast): Se una porta è una porta di accesso e la porta è connessa a una porta trunk ISL (Inter-Switch Link Protocol), il contatore No dest è molto grande perché tutti i pacchetti ISL in entrata non vengono inoltrati. Questa configurazione non è valida. Se una porta è bloccata dal protocollo STP (Spanning Tree Protocol), la maggior parte dei pacchetti non vengono inoltrati, per cui non viene inviato alcun pacchetto di destinazione. Se una porta ha appena acquisito un collegamento, i pacchetti in ingresso non vengono inoltrati per un tempo brevissimo (meno di un secondo). Se la porta si trova in una VLAN e nessun'altra porta dello switch appartiene a tale VLAN, tutti i pacchetti in entrata vengono eliminati e il contatore aumenta. Il contatore aumenta anche quando l'indirizzo di destinazione del pacchetto viene acquisito sulla porta su cui è stato ricevuto il pacchetto. Se è stato ricevuto un pacchetto sulla porta 0/1, con indirizzo MAC di destinazione X, e lo switch già sa che l'indirizzo MAC X risiede sulla porta 0/1, il contatore aumenta e il pacchetto viene eliminato. Ciò può accadere in queste situazioni: Se un hub è connesso alla porta 0/1 e una postazione di lavoro connessa all'hub trasmette pacchetti a un'altra postazione di lavoro connessa allo stesso hub, il pacchetto non viene inoltrato in quanto l'indirizzo MAC di destinazione risiede sulla stessa porta. Ciò può verificarsi anche se alla porta 0/1 è connesso uno switch, che inizia a inviare pacchetti a tutte le sue porte per acquisire gli indirizzi MAC. Se è stato impostato un indirizzo statico su un'altra porta della stessa VLAN e non è stato impostato alcun indirizzo statico per la porta di ricezione, il pacchetto viene eliminato. Ad esempio, se è stata configurata una mappa statica dell'indirizzo MAC X sulla porta 0/2 per inoltrare il traffico alla porta 0/3, il pacchetto deve essere ricevuto sulla porta 0/2, altrimenti il pacchetto viene eliminato. Se un pacchetto viene inviato da un'altra porta, nella stessa VLAN della porta 0/2, il pacchetto viene eliminato. Se la porta è sicura, i pacchetti con indirizzi MAC di origine non consentiti non vengono inoltrati e il contatore aumenta.
No dest, multicast	Questo contatore restituisce il numero di pacchetti multicast senza destinazione, ossia che non sono stati inoltrati a nessun'altra porta.
No dest, broadcast	Questo contatore restituisce il numero di pacchetti broadcast senza destinazione, ossia che non sono stati inoltrati a nessun'altra porta.
Alignment errors	Gli errori di allineamento sono il numero di frame ricevuti che non terminano con un numero di ottetti pari e hanno un CRC non valido.	La causa di questi errori è la mancata copia completa del frame sul cavo, con conseguente frammentazione dei frame. Gli errori di allineamento sono il risultato di collisioni in modalità half-duplex, dell'uso di modalità duplex diverse da parte dei due dispositivi, di un componente hardware difettoso (NIC, cavo o porta) o di un dispositivo connesso che genera frame che non terminano con un ottetto e hanno un FCS non valido.
FCS errors	Il numero di errori FCS è il numero di frame ricevuti con checksum non valido (valore CRC) nel frame Ethernet. Questi frame vengono eliminati e non si propagano ad altre porte.	Gli errori FCS sono il risultato di collisioni in modalità half-duplex, dell'uso di modalità duplex diverse da parte dei due dispositivi, di un componente hardware difettoso (NIC, cavo o porta) o di un dispositivo connesso che genera frame che non terminano con un ottetto e hanno un FCS non valido.
Undersize frames	Il numero totale di pacchetti ricevuti con lunghezza inferiore a 64 ottetti (bit di framing esclusi, FCS inclusi) e con un valore FCS valido.	Questa è un'indicazione di un frame non valido generato dal dispositivo connesso. Verificare che il dispositivo connesso funzioni correttamente.
Oversize frames	Numero di pacchetti ricevuti dalla porta dalla rete, con pacchetti più lunghi di 1514 byte.	La causa di un aumento del contatore può essere un hardware difettoso, problemi di configurazione del dot1q o del trunk ISL.
Collision fragments	Il numero totale di frame la cui lunghezza è inferiore a 64 ottetti (bit di framing esclusi, FCS inclusi) e con un valore FCS non valido.	Se il contatore aumenta, le porte sono configurate in modalità half-duplex. Impostare la modalità duplex su full-duplex.
Overrun frames	Il numero di volte in cui il dispositivo di ricezione non è stato in grado di trasferire i dati ricevuti al buffer di un altro dispositivo.	La velocità del traffico in ingresso ha superato la capacità del ricevitore di gestire i dati.
VLAN filtered frames	Il numero totale di frame filtrati a causa del tipo di informazioni sulla VLAN contenute nel frame.	La porta può essere configurata per filtrare i frame con tag 802.1Q. Quando si riceve un frame contenente un tag 802.1Q, il frame viene filtrato e questo valore aumenta.
Source routed frames	Il numero totale di frame ricevuti che vengono scartati in quanto il bit della route di origine è impostato sull'indirizzo di origine dei frame nativo.	Questo tipo di routing dell'origine è permesso solo in Token Ring e FDDI. La specifica Ethernet IEEE vieta l'impostazione di questo bit in un frame Ethernet. Lo switch elimina quindi tali frame.
Valid oversize frames	Il numero totale di frame ricevuti la cui lunghezza supera la MTU di sistema con valori FCS validi.	Questo contatore restituisce il numero di frame che superano la MTU di sistema configurata, ma le cui dimensioni potrebbero essere state aumentate oltre i 1518 byte per consentire l'incapsulamento Q-in-Q o MPLS.
Symbol error frames	Gigabit Ethernet (1000 Base-X) usa la codifica 8B/10B per convertire i dati a 8 bit dal livello secondario MAC (layer 2) in un simbolo a 10 bit da inviare tramite cavo. Quando una porta riceve un simbolo, estrae i dati a 8 bit dal simbolo (10 bit).	Un errore di simbolo indica che l'interfaccia rileva la ricezione di un simbolo non definito ossia non valido. Una piccola quantità di errori di simbolo possono essere ignorati. Un numero elevato di errori di simbolo può essere causato da un dispositivo, un cavo o un hardware difettoso.
Invalid frames, too large	Giant frame ovvero frame ricevuti che superano le dimensioni massime definite dallo standard IEEE 802.3 (1518 byte per i frame Ethernet non jumbo) e che hanno un valore FCS (Frame Check Sequence) non valido.	In molti casi, questi frame sono il risultato di una scheda NIC difettosa. Provare a individuare il dispositivo difettoso e rimuoverlo dalla rete.
Invalid frames, too small	Runt frame ovvero frame ricevuti con dimensioni inferiori ai 64 byte (bit FCS inclusi, intestazione del frame esclusa) e che hanno un errore FCS o di allineamento.	Ciò può essere causato da una mancata corrispondenza duplex e da problemi fisici, ad esempio un cavo, una porta o una scheda NIC difettosi sul dispositivo collegato.

Messaggi degli errori di sistema comuni

Per il formato dei messaggi di sistema Cisco IOS, è possibile fare riferimento alla Guida alle procedure di recupero e dei messaggi per la versione del software in uso. Ad esempio, è possibile esaminare i messaggi e le procedure di recupero per le versioni Cisco IOS.

%AMDP2_FE-3-UNDERFLO

Questo messaggio di errore si verifica quando un frame viene trasmesso e il buffer locale del chip del controller non riceve dati sufficienti. I dati non possono essere trasferiti al chip a una velocità paragonabile alla velocità di uscita. In genere tale condizione è temporanea, in quanto dipende dai picchi di carico transitori all'interno del sistema. Il problema si verifica quando l'interfaccia Fast Ethernet elabora una quantità eccessiva di traffico. Il messaggio di errore viene ricevuto quando il livello di traffico raggiunge 2,5 Mb circa. Questo vincolo del livello di traffico è dovuto a limitazioni hardware. Per questo motivo, è possibile che il dispositivo collegato al Catalyst switch elimini i pacchetti.

In genere il sistema viene ripristinato automaticamente. Non sono necessarie ulteriori azioni. Se lo switch sovraccarica l'interfaccia Ethernet, controllare le impostazioni della velocità e della modalità duplex. Inoltre, usare un programma sniffer per analizzare i pacchetti in entrata e in uscita dall'interfaccia Fast Ethernet del router. Per evitare la perdita di pacchetti sul dispositivo collegato al Catalyst switch, usare il comando ip cef sull'interfaccia Fast Ethernet del dispositivo collegato allo switch.

%INTR_MGR-DFC1-3-INTR: Queuing Engine (Blackwater) [1]: codice di controllo imprevisto ricevuto dal fabric-A

Questo messaggio di errore viene inviato dal fabric dello switch a un pacchetto quando il valore CRC dell'intestazione del fabric sul pacchetto non corrisponde al valore CRC calcolato dal sottoblocco Fabric Interface Controller (FIC) di Blackwater ASIC. Il messaggio segnala un danneggiamento del pacchetto verificatosi durante il trasferimento; Blackwater ha ricevuto il pacchetto danneggiato.

Comando rifiutato: l'[interfaccia] non è una porta di commutazione

Negli switch che supportano sia le interfacce L3 sia le porte dello switch L2, il messaggio Command rejected: [interface] not a switching port (Comando rifiutato: l'[interfaccia] non è una porta di commutazione) viene visualizzato quando si cerca di immettere un comando relativo al layer 2 su una porta configurata come interfaccia di layer 3.

Per convertire l'interfaccia dalla modalità layer 3 alla modalità layer 2, usare il comando di configurazione dell'interfaccia switchport. Dopo aver immesso questo comando, configurare la porta con le proprietà di layer 2.

Problemi comuni di porte e interfacce

Porta o interfaccia nello stato disabilitata o spenta

Spesso la causa più ovvia, ma a volte sottovalutata, di un problema di connettività delle porte è un'errata configurazione dello switch. Se su una porta si accende una spia arancione fissa, quella porta è stata spenta dal software interno dello switch tramite l'interfaccia utente o tramite processi interni.

Nota: alcuni LED delle porte della piattaforma funzionano diversamente quando si usa il protocollo STP. Ad esempio, quando i dispositivi Catalyst 1900/2820 sono in modalità di blocco STP, si accende una spia arancione. In questo caso, la spia arancione segnala il corretto funzionamento del protocollo STP. Sui Catalyst 6000/4000 invece, la spia della porta non si accende in arancione per segnalare la modalità di blocco STP.

Accertarsi che la porta o il modulo non siano stati disabilitati o spenti per qualche motivo. Se una porta o un modulo viene spento manualmente su un lato o sull'altro del collegamento, il collegamento non viene attivato finché la porta non viene riattivata. Controllare lo stato della porta su entrambi i lati del collegamento. Utilizzare il comando show run interface e verificare se l'interfaccia è in stato shutdown:

Switch#show run interface fastEthernet 4/2
!
interface FastEthernet4/2
 switchport trunk encapsulation dot1q
 switchport mode trunk
 shutdown
 duplex full
 speed 100
end

!--- Use the no shut command in config-if mode to re-enable this interface.  

Se la porta entra in modalità di spegnimento subito dopo il riavvio dello switch, probabilmente la causa è l'impostazione di sicurezza della porta. Se sulla porta interessata è abilitata la trasmissione unicast in modalità flooding, la porta potrebbe arrestarsi dopo un riavvio. Cisco consiglia di disabilitare la modalità flooding unicast per garantire che non si verifichino problemi una volta raggiunto il limite di indirizzi MAC.

Porta o interfaccia nello stato errdisable (disattivata a causa di un errore)

Per impostazione predefinita, i processi software interni dello switch possono arrestare una porta o un'interfaccia in presenza di alcuni errori.

Quando si controlla il comando show interfacecard-type {slot/port}status per Cisco IOS:

Router#show interface fastethernet 2/4 status

  Port    Name               Status       Vlan       Duplex  Speed Type
  Gi2/4                      err-disabled 1            full   1000 1000BaseSX

  !--- The show interfaces card-type {slot/port} status command for Cisco IOS
  !--- displays a status of errdisabled.
  !--- The show interfaces status errdisabled command shows all the interfaces
  !--- in this status.

Il comando show logging per Cisco IOS visualizza anche i messaggi di errore (il formato esatto del messaggio varia) relativi allo stato err-disabled.

In Cisco IOS le porte o le interfacce vengono disattivate quando si verifica un errore. Questa situazione può essere causata da una configurazione EtherChannel errata che causa, tra le altre cose, instabilità del protocollo PAgP, mancata corrispondenza della modalità duplex, BPDU port-guard e PortFast configurati contemporaneamente o rilevamento di un collegamento unidirezionale da parte del protocollo UDLD.

La porta o l'interfaccia deve essere riattivata manualmente per uscire dallo stato err-disabled a meno che non si configuri un'opzione di ripristino da uno stato di errore. Nel software Cisco IOS, è possibile riattivare automaticamente una porta dopo un periodo di tempo configurabile in stato err-disabled. In sostanza, anche se si configura l'interfaccia in modo da ripristinare lo switch dopo la disattivazione di una porta a causa di un errore, il problema si ripresenta finché non viene individuata la causa profonda.

Nota: consultare Ripristino di una porta disabilitata a causa di un errore sulle piattaforme Cisco IOS per ulteriori informazioni sullo stato errdisable sugli switch con Cisco IOS.

In questa tabella viene fornito un esempio dei comandi utilizzati per configurare la verifica e la risoluzione dei problemi relativi allo stato errdisable sugli switch. Per ulteriori informazioni, consultare Ripristino di una porta disabilitata a causa di un errore sulle piattaforme Cisco IOS:

Azione	Comandi errdisable in Cisco IOS
Configurazione	errdisable detect cause
Configurazione	errdisable recovery cause
Configurazione	errdisable recovery interval <timer_interval_in_seconds>
verifica e risoluzione dei problemi	show errdisableDetect
verifica e risoluzione dei problemi	show interfaces status err-disabled

Porta o interfaccia nello stato inattiva

In genere, le porte degli switch con Cisco IOS diventano inattive quando la VLAN a cui appartengono non è più visibile. Questa condizione si può verificare quando le interfacce sono configurate come porte switch di livello 2 che usano il comando switchport.

Ogni porta di uno switch di layer 2 appartiene a una VLAN. Ogni porta di uno switch di layer 3 configurato come porta dello switch L2 deve appartenere a una VLAN. Se la VLAN viene eliminata, la porta o l'interfaccia diventa inattiva.

Nota: in questa situazione, su alcuni switch si accende una spia arancione fissa su ciascuna porta.

Per la verifica, usare il comando show interfaces card-type {slot/port} switchport insieme a show vlan.

Router#show interfaces fastEthernet 4/47 switchport
  Name: Fa4/47Switchport: Enabled
  Administrative Mode: static access
  Operational Mode: static access
  Administrative Trunking Encapsulation: negotiate
  Operational Trunking Encapsulation: native
  Negotiation of Trunking: Off
  Access Mode VLAN: 11 ((Inactive))

  !--- FastEth 4/47 is inactive.

 Router#show vlan

 VLAN Name                             Status    Ports
 ---- -------------------------------- --------- -------------------------------
 1    default                          active    Gi1/1, Gi2/1, Fa6/6
 10   UplinkToGSR's                    active    Gi1/2, Gi2/2
 
 !--- VLANs are displayed in order and VLAN 11 is not available.
 
 30   SDTsw-1ToSDTsw-2Link             active	Fa6/45

Se lo switch che ha eliminato la VLAN è un server VTP del dominio VTP, la VLAN verrà rimossa anche dalla tabella VLAN di ciascuno switch server e client. Quando si aggiunge nuovamente la VLAN nella tabella di uno switch del server VTP, le porte degli switch del dominio che appartengono alla VLAN ripristinata diventano nuovamente attive. Le porte ricordano la VLAN a cui sono state assegnate, anche quando si elimina la VLAN stessa. Per ulteriori informazioni sul protocollo VTP, fare riferimento a Informazioni e configurazione del protocollo VLAN Trunk Protocol (VTP).

Nota: se l'output del comando show interface <interface> switchport visualizza la porta come porta trunk anche dopo aver configurato la porta come porta di accesso con il comando switchport access vlan<vlan> , usare il comando switchport mode access per rendere la porta una porta di accesso.

Porta o interfaccia di uplink nello stato inattiva

Sui Catalyst serie 4510R Switch, per abilitare le porte di uplink da 10 Gigabit Ethernet e Gigabit Ethernet SFP, è disponibile una configurazione facoltativa. Per abilitare l'uso simultaneo delle interfacce da 10 Gigabit Ethernet e Gigabit Ethernet SFP, immettere il comando hw-module uplink select all . Dopo aver eseguito il comando, riavviare lo switch o l'output del comando show interface status module <numero modulo> restituisce la porta uplink come inattiva.

In Cisco IOS Software Release 12.2(25)SG, è supportato l'uso simultaneo delle interfacce 10 Gigabit Ethernet e Gigabit Ethernet SFP sui Catalyst 4500 Switch.

Nota: sui Catalyst 4503, 4506 e serie 4507R Switch, questa funzionalità viene abilitata automaticamente.

Aumento del contatore dei frame posticipati sull'interfaccia dei dispositivi Catalyst switch

Il problema è causato da un carico di traffico eccessivo destinato allo switch che causa l'eliminazione dei frame. Normalmente i frame posticipati equivalgono al numero di frame che sono stati trasmessi correttamente dopo aver atteso che il supporto occupato diventasse disponibile. Questa è la situazione tipica degli ambienti half-duplex in cui la portante è già in uso quando cerca di trasmettere un frame. Negli ambienti full duplex il problema si verifica quando il carico eccessivo è destinato allo switch.

Per una soluzione temporanea:

• Codificare entrambi i lati del collegamento in full duplex in modo da evitare che la negoziazione non corrisponda.

• Sostituire il cavo e il cavo del patch panel per verificare che non siano difettosi.

Nota: se il contatore di frame posticipati aumenta su una porta GigabitEthernet di Supervisor 720, la soluzione temporanea è attivare la negoziazione della velocità sull'interfaccia.

Errore intermittente sul timer impostato [valore] per la vlan [n. vlan]

Il problema si verifica quando EARL (Encoded Address Recognition Logic) non è in grado di impostare la durata della CAM per la VLAN sul numero di secondi richiesto. In questo caso, la durata della VLAN è già impostata su una durata inferiore

e il processo di impostazione del timer di durata viene bloccato. Il tempo di durata CAM predefinito è cinque minuti, il che significa che lo switch cancella la tabella degli indirizzi MAC acquisiti ogni cinque minuti. Ciò garantisce che la tabella degli indirizzi MAC (tabella CAM) contenga le voci più recenti.

L'impostazione di durata inferiore configura temporaneamente la durata CAM sul numero di secondi specificato dall'utente e viene utilizzata insieme al processo di notifica delle modifiche alla topologia (TCN). Infatti, quando si modifica la topologia, questo valore è necessario per svuotare la tabella CAM più velocemente e per compensare la modifica apportata.

Per controllare la durata CAM sullo switch, immettere il comando show cam aging. Le notifiche TCN e l'impostazione di durata inferiore sono piuttosto rare, quindi il livello di gravità del messaggio è 3. Se le VLAN sono spesso soggette a una durata inferiore, verificarne il motivo.

In caso di TCN, il motivo più comune è la connessione diretta tra PC client e switch. Quando si accende o si spegne il PC, la porta dello switch cambia stato e lo switch avvia il processo TCN. Questo perché lo switch non sa che il dispositivo connesso è un PC; lo switch sa solo che la porta ha cambiato stato.

Per risolvere questo problema, Cisco ha sviluppato la funzione PortFast per le porte host. Uno dei vantaggi di PortFast è che questa funzione elimina le TCN di una porta host.

Nota: PortFast ignora anche i calcoli del protocollo STP sulla porta, quindi può essere usato solo su una porta host.

Mancata corrispondenza della modalità trunking

Controllare che su entrambi i lati del collegamento Accertarsi che sui due lati del collegamento sia stata impostata la stessa modalità (trunking in entrambi i casi con lo stesso metodo: ISL o 802.1q oppure entrambi i lati senza trunking). Se si attiva la modalità trunking (anziché la modalità automatica o desiderabile) su una porta e l'altra porta ha la modalità trunking disattivata, queste non saranno in grado di comunicare. Il trunking modifica la formattazione del pacchetto. Le porte devono concordare sul formato da usare sul collegamento, altrimenti non possono comunicare.

In Cisco IOS, usare il comando show interfaces card-type {mod/port} trunk per verificare la configurazione del trunking e la VLAN nativa.

Router#show interfaces fastEthernet 6/1 trunk

  Port      Mode         Encapsulation  Status        Native vlan
  Fa6/1     desirable    802.1q         trunking      1

  Port      Vlans allowed on trunk
  Fa6/1     1-4094
!--- Output truncated.

Per ulteriori informazioni sulle diverse modalità di trunking, linee guida e restrizioni, fare riferimento a questi documenti:

• Requisiti di sistema per implementare il trunking

• Pagina di supporto della tecnologia trunking

Jumbo frame, giant frame e baby giant frame

L'unità di trasmissione massima (MTU) della porzione dati di un frame Ethernet è 1500 byte per impostazione predefinita. Se l'MTU del traffico trasmesso supera l'MTU supportato, lo switch non inoltra il pacchetto. Inoltre, a seconda dell'hardware e del software, alcune piattaforme di switch aumentano il numero di contatori di errori delle porte e delle interfacce.

• I jumbo frame non sono definiti nello standard IEEE Ethernet e dipendono dal fornitore. Possono essere definiti come qualsiasi frame più grande del frame Ethernet standard di 1518 byte (inclusi l'intestazione L2 e il controllo di ridondanza ciclico (CRC)) I jumbo frame hanno in genere dimensioni maggiori di 9000 byte.

• I giant frame sono frame con dimensione superiore alla dimensione massima di un frame Ethernet (ossia superiore a 1518 byte) con FCS non valido.

• I baby giant frame sono solo leggermente più grandi della dimensione massima di un frame Ethernet. In genere ciò significa una dimensione di 1600 byte.

Sui Catalyst switch, il supporto per jumbo e baby giant frame varia a seconda della piattaforma, a volte anche dei moduli all'interno dello switch. Anche la versione del software è un fattore importante.

Per ulteriori informazioni sui requisiti di sistema, sulla configurazione e sulla risoluzione dei problemi dei jumbo e dei baby giganti, fare riferimento a Configurazione del supporto Jumbo/Giant Frame sugli switch Catalyst.

Impossibile eseguire il ping sul dispositivo finale

Controllare il dispositivo finale eseguendo il ping dallo switch connesso direttamente, quindi tornando indietro porta per porta, interfaccia per interfaccia, trunk per trunk fino a trovare la causa del problema di connettività. Accertarsi che ogni switch possa visualizzare l'indirizzo MAC del dispositivo finale nella tabella CAM (Content Addressable Memory).

Usare il comando show mac address-table dynamic o sostituire la parola chiave interface.

Router#show mac-address-table interface fastEthernet 6/3
Codes: * - primary entry

  vlan   mac address     type    learn qos            ports
------+----------------+--------+-----+---+--------------------------
*    2  0040.ca14.0ab1   dynamic  No    --  Fa6/3

!--- A workstation on VLAN 2 with MAC address 0040.ca14.0ab1 is directly connected
!--- to interface fastEthernet 6/3 on a switch running Cisco IOS.

Dopo aver confermato che lo switch ha acquisito l'indirizzo MAC del dispositivo nella propria tabella CAM, stabilire se il dispositivo si trova sulla stessa VLAN o su una VLAN diversa rispetto a quella su cui è stato eseguito il ping.

Se il dispositivo finale si trova su una VLAN diversa da quella su cui si sta tentando di eseguire il ping, configurare uno switch o un router L3 per consentire la comunicazione tra i dispositivi. Accertarsi che l'indirizzamento L3 sul dispositivo finale e sul router/switch L3 sia configurato correttamente. Controllare l'indirizzo IP, la subnet mask, il gateway predefinito, la configurazione del protocollo di routing dinamico, i percorsi statici, ecc.

Uso del comando switchport host per risolvere i ritardi all'avvio

Se le postazioni di lavoro non sono in grado di comunicare con i server principali quando si connettono tramite uno switch, il problema può comportare ritardi nell'attivazione della porta dello switch dopo che è stato attivato il collegamento sul layer fisico. In alcuni casi, questi ritardi possono arrivare fino a 50 secondi. Alcune postazioni di lavoro non possono aspettare così a lungo prima di trovare il proprio server. Questi ritardi sono causati dal protocollo STP, dalle negoziazioni del trunking (DTP) e da EtherChannel (PAgP). Tutti questi protocolli possono essere disabilitati sulle porte di accesso quando non sono necessari, in modo che la porta o l'interfaccia dello switch avvii l'inoltro dei pacchetti alcuni secondi dopo aver stabilito un collegamento con il dispositivo vicino.

In Cisco IOS, è possibile usare il comando switchport host per disabilitare il channeling e abilitare lo spanning-tree portfast e il comando switchport nonegotiate per disabilitare i pacchetti di negoziazione DTP. Per ottenere lo stesso risultato contemporaneamente su più interfacce, usare il comando interface-range .

Router6k-1(config)#interface range fastEthernet 6/13 - 18
Router6k-1(config-if-range)#switchport
Router6k-1(config-if-range)#switchport host
switchport mode can be set to access
spanning-tree portfast can be enabled
channel group can be disabled
!--- Etherchannel is disabled and portfast is enabled on interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#switchport nonegotiate
!--- Trunking negotiation is disabled on interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#end
Router6k-1#

In Cisco IOS è possibile usare il comando global spanning-tree portfast default per applicare automaticamente la modalità portfast su qualsiasi interfaccia configurata come porta di accesso di layer 2. Controllare la Guida di riferimento ai comandi della versione del software per verificare la disponibilità di questo comando. È possibile usare anche il comando spanning-tree portfast per singola interfaccia, ma in questo caso sarà necessario disattivare la modalità trunking ed etherchannel separatamente per risolvere i ritardi di avvio delle postazioni di lavoro.

Nota: per ulteriori informazioni su come risolvere i ritardi di avvio, fare riferimento a Utilizzo di Portfast e di altri comandi per correggere i ritardi della connettività di avvio della workstation.

Problemi di velocità/modalità duplex, negoziazione automatica o NIC

Se si verificano molti errori di allineamento, errori FCS o collisioni tardive, è possibile che la causa sia:

• Mancata corrispondenza del duplex

• Cavo difettoso o danneggiato

• Problemi con la scheda NIC

Mancata corrispondenza del duplex

Un problema comune con la velocità/modalità duplex si verifica quando le impostazioni duplex non corrispondono tra due switch, tra uno switch e un router o tra lo switch e una postazione di lavoro o un server. Ciò può verificarsi quando si codifica manualmente la velocità e la modalità duplex o per problemi di negoziazione automatica tra i due dispositivi.

Se la mancata corrispondenza si verifica tra due dispositivi Cisco che usano il protocollo Cisco Discovery Protocol (CDP), i messaggi di errore CDP vengono visualizzati sulla console o nel buffer di registrazione di entrambi i dispositivi. Il protocollo CDP è utile per rilevare gli errori e le statistiche di sistema e porte sui dispositivi Cisco vicini. CDP è un protocollo prioritario Cisco e funziona inviando pacchetti a un indirizzo MAC noto 01-00-0C-CC-CC-CC.

Nell'esempio vengono mostrati i messaggi di log risultanti da una mancata corrispondenza duplex tra due switch Catalyst serie 6000 con Cisco IOS. Questi messaggi in genere indicano una mancata corrispondenza e la relativa posizione.

Jun  2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2
(not half duplex), with TBA04251336 3/2 (half duplex).

Utilizzare il comando show cdp neighbors card-type <slot/port> detail per visualizzare le informazioni CDP dei dispositivi adiacenti Cisco.

Router#show cdp neighbors fastEthernet 6/1 detail
-------------------------
Device ID: TBA04251336
Entry address(es):
  IP address: 10.1.1.1
Platform: WS-C6006,  Capabilities: Trans-Bridge Switch IGMP
Interface: FastEthernet6/1,  Port ID (outgoing port): 3/1
Holdtime : 152 sec
Version :
WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3)
Copyright (c) 1995-2001 by Cisco Systems
!--- Neighbor device to FastEth 6/1 is a Cisco Catalyst 6000 Switch
!--- on port 3/1 running CatOS.
advertisement version: 2
VTP Management Domain: 'test1'
Native VLAN: 1
Duplex: full
!--- Duplex is full.
Router#

Anche la configurazione con velocità/modalità duplex automatiche su un lato e 100/full-duplex sull'altro lato è errata e può causare una mancata corrispondenza duplex. Se la porta dello switch riceve molte collisioni tardive, ciò indica in genere un problema di mancata corrispondenza della modalità duplex e la porta può passare allo stato errdisable. I pacchetti vengono inviati sulla porta lato half-duplex a intervalli predefiniti; i pacchetti ricevuti dalla porta in qualsiasi altro momento sono considerati collisioni. Le cause delle collisioni tardive possono essere altre, ma la mancata corrispondenza della modalità duplex è una delle cause più comuni. Impostare sempre la negoziazione automatica di velocità e modalità duplex su entrambi i lati della connessione oppure impostare manualmente i due parametri agli stessi valori.

Utilizzare il comando show interfaces <tipo scheda> <slot/port> status per visualizzare la velocità e l'impostazione del duplex, nonché altre informazioni. Usare i comandi speed e duplex nella modalità di configurazione interfaccia per impostare entrambi i lati a una velocità di 10 o 100 e con modalità half o full duplex secondo necessità.

Router#show interfaces fastEthernet 6/1 status
Port    Name               Status       Vlan       Duplex  Speed Type
Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

Se si utilizza il comando show interfaces senza l'opzione status, viene visualizzata una configurazione per la velocità e il duplex, ma non si sa se la velocità e il duplex sono state raggiunte tramite la negoziazione automatica o meno.

Router#show interface fas 6/1
FastEthernet6/1 is up, line protocol is up (connected)
  Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex, 100Mb/s

!--- Full-duplex and 100Mbps does not tell you whether autoneg was used to achieve this.
!--- Use the sh interfaces fas 6/1 status command to display this.

Cavo difettoso o danneggiato

Controllare sempre che il cavo non sia danneggiato o guasto. Anche se ancora in grado di connettersi al layer fisico, un cavo con fili o connettori anche con lievi anomalie finirà col danneggiare i pacchetti. Controllare o sostituire il cavo in rame o in fibra. Sostituire il convertitore GBIC (se rimovibile) con connessioni in fibra ottica. Verificare che le connessioni del patch panel o i convertitori di supporti tra origine e destinazione non siano danneggiati. Provare il cavo su un'altra porta o interfaccia, se disponibile, e verificare se il problema persiste.

Problemi di negoziazione automatica e della scheda NIC

A volte si verificano problemi tra gli switch Cisco e alcune schede NIC di terze parti. Per impostazione predefinita, le porte e le interfacce dei Catalyst switch sono impostate sulla negoziazione automatica. È normale che anche altri dispositivi come i laptop siano impostati per la negoziazione automatica; tuttavia a volte la negoziazione automatica non viene eseguita correttamente.

Per risolvere i problemi di negoziazione automatica, si consiglia di provare a codificare entrambi i lati. Se né la negoziazione automatica né la codifica fissa sembrano funzionare, potrebbe esserci un problema nel firmware o nel software sulla scheda NIC. Per risolvere il problema, aggiornare il driver della scheda NIC all'ultima versione disponibile sul sito Web del produttore.

Per ulteriori informazioni su come risolvere i problemi di velocità, duplex e negoziazione automatica, fare riferimento alla sezione Configurazione e risoluzione dei problemi di negoziazione automatica Ethernet 10/100/1000 MB Half/Full Duplex.

Per ulteriori informazioni su come risolvere i problemi delle schede NIC di terze parti, fare riferimento a Risoluzione dei problemi di compatibilità tra Cisco Catalyst Switch e schede NIC.

Loop del protocollo STP (Spanning Tree Protocol)

I loop STP (Spanning Tree Protocol) possono causare problemi di porta o interfaccia che nascondono problemi più seri. Quando si verifica un loop STP, alcuni frame utilizzano più e più volte la stessa larghezza di banda, lasciando poco spazio al traffico legittimo.

La funzionalità STP Loop Guard fornisce una protezione aggiuntiva dai loop di inoltro di layer 2 (loop STP). Un loop STP si crea quando una porta di blocco STP in una topologia ridondante passa erroneamente allo stato di inoltro. Ciò si verifica in genere perché una delle porte di una topologia con ridondanza fisica (non necessariamente la porta di blocco STP) non riceve più le BPDU del protocollo. STP basa il suo funzionamento sulla ricezione o la trasmissione continua di BPDU in base al ruolo della porta. Le BPDU vengono trasmesse sulla porta designata e ricevute dalla porta non designata.

Quando una delle porte in una topologia con ridondanza fisica non riceve più BPDU, il protocollo STP ritiene che la topologia sia priva di loop. Alla fine, la porta alternativa o di backup bloccata diventa la porta designata e passa allo stato di inoltro. Questa situazione si ripete ciclicamente.

La funzionalità Loop Guard effettua controlli aggiuntivi. Se le BPDU non vengono ricevute su una porta non designata e Loop Guard è abilitata, tale porta passa allo stato di blocco STP loop-inconsistent, anziché allo stato di ascolto / apprendimento / inoltro. Senza la funzionalità Loop Guard, la porta assume il ruolo di porta designata. La porta passa allo stato di inoltro STP e crea un loop. Per ulteriori informazioni sulla funzione loop guard, fare riferimento a Configurazione di STP con Loop Guard e Rilevamento inclinazione BPDU.

In questo documento vengono illustrati i motivi per cui il protocollo STP può causare errori, le informazioni da cercare per individuare l'origine del problema e il tipo di progettazione che riduce al minimo i rischi di loop STP.

I loop possono essere causati anche da un collegamento unidirezionale. Per ulteriori informazioni, fare riferimento alla sezione sui problemi UDLD: collegamento unidirezionale in questo documento.

UDLD: collegamento unidirezionale

Un collegamento unidirezionale è un collegamento in cui il traffico viene inoltrato esclusivamente in una direzione. Lo switch non sa che il collegamento di ingresso è difettoso (per la porta il collegamento è attivo e funzionante).

Un cavo in fibra rotto o altri problemi di cablaggio o porta possono causare una comunicazione unidirezionale. Questi collegamenti che non sono pienamente funzionanti possono causare problemi, ad esempio loop STP, quando gli switch coinvolti non sanno che il collegamento è parzialmente interrotto. Quando rileva un collegamento unidirezionale, il protocollo UDLD può mettere una porta nello stato errdisable. Il comando udld aggressive-mode può essere configurato sugli switch con Cisco IOS (controllare le note sulla release per verificare la disponibilità del comando) per le connessioni point-to-point tra gli switch sui cui non è possibile tollerare collegamenti unidirezionali. L'uso di questa funzione può aiutare a individuare i problemi di collegamento unidirezionale più difficili da localizzare.

Per informazioni sulla configurazione del protocollo UDLD, consultare il documento sulla configurazione della funzionalità di protocollo UDLD.

Frame posticipati (persi in uscita o scartati in uscita)

Un numero elevato di frame posticipati o frame scartati in uscita (chiamati Out-Discard o Out-Lost a seconda delle piattaforme), indica che i buffer di output dello switch erano pieni e i pacchetti sono stati eliminati. Questo può indicare che il segmento funziona a velocità inferiore e/o in modalità duplex oppure che la porta è interessata da un volume di traffico eccessivo.

Per controllare gli OutDiscard, usare il comando show interfaces counters error.

Router#show interfaces counters error
Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Fa7/47              0          0          0          0         0           0
Fa7/48              0          0          0          0         0     2871800
Fa8/1               0          0          0          0         0     2874203
Fa8/2             103          0          0        103         0     2878032
Fa8/3             147          0          0        185         0           0
Fa8/4             100          0          0        141         0     2876405
Fa8/5               0          0          0          0         0     2873671
Fa8/6               0          0          0          0         0           2
Fa8/7               0          0          0          0         0           0

!--- The show interfaces counters errors command shows certain interfaces
!--- that increment in large amounts OutDiscards while others run clean.

Esaminare queste cause comuni di errore del buffer di output:

Velocità inferiore/modalità duplex per traffico elevato

È possibile che la rete invii troppi pacchetti su questa porta affinché la porta possa gestirli con le impostazioni di velocità e modalità duplex correnti. Questa situazione può verificarsi quando sono presenti più porte ad alta velocità verso una singola porta (in genere più lenta). È possibile spostare il dispositivo scollegato da questa porta su un supporto più veloce. Ad esempio, se la porta è da 10 Mbps, spostare il dispositivo su una porta da 100 Mbps o Gigabit. È possibile modificare la topologia per indirizzare i frame in modo diverso.

Problemi di congestione: segmenti troppo occupati

Se il segmento è condiviso, gli altri dispositivi del segmento possono trasmettere una quantità di dati tale che lo switch non ha alcuna possibilità di trasmettere. Quando possibile, evitare gli hub collegati a margherita. La congestione può causare la perdita di pacchetti. La perdita di pacchetti causa ritrasmissioni sul layer di trasporto, causando a sua volta latenza a livello dell'applicazione. Se possibile, è possibile aggiornare i collegamenti da 10 Mbps a 100 Mbps o i collegamenti Gigabit Ethernet. È possibile rimuovere alcuni dispositivi dai segmenti più affollati e spostarli in altri segmenti meno popolati. La prevenzione delle congestioni di rete deve essere una priorità.

Infrastruttura

A volte le caratteristiche di trasmissione del traffico dell'applicazione in uso possono causare problemi con il buffer di output. I trasferimenti di file NFS che provengono da un server Gigabit che utilizza il protocollo UDP (User Datagram Protocol) con una dimensione di 32K sono un esempio di impostazione dell'applicazione che può causare questo tipo di problema. Se sono stati controllati o provati gli altri suggerimenti in questo documento (controllo velocità/modalità duplex, nessun errore fisico sul collegamento, tutto il traffico è traffico valido normale e così via), ridurre le dimensioni dell'unità inviata dall'applicazione può aiutare a risolvere il problema.

Problemi software

Se si riscontra un comportamento che può essere considerato solo "strano", è possibile isolare il comportamento. Se i controlli suggeriti finora sono stati eseguiti, può esserci un problema software o hardware. In genere, è più semplice aggiornare il software che l'hardware. Cambiare prima il software.

Utilizzare il comando show version per verificare la versione corrente del software insieme al comando dir flash: o dir bootflash: (a seconda della piattaforma) per verificare la memoria flash disponibile per l'aggiornamento:

Router#show version
Cisco Internetwork Operating System Software
Cisco IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA
RLY DEPLOYMENT RELEASE SOFTWARE (fc1)
TAC Support: http://www.cisco.com/tac
Copyright (c) 1986-2002 by cisco Systems, Inc.
Compiled Fri 20-Dec-02 13:52 by eaarmas
Image text-base: 0x00000000, data-base: 0x00E638AC
ROM: 12.1(12r)EW
Dagobah Revision 71, Swamp Revision 24
trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes
System returned to ROM by redundancy reset
System image file is "bootflash:cat4000-is-mz.121-13.EW.bin"

!--- Typical Cisco IOS show version output.

Router#dir bootflash:
Directory of bootflash:/
1  -rw-     8620144   Mar 22 2002 08:26:21  cat4000-is-mz.121-13.EW.bin
61341696 bytes total (52721424 bytes free)

!--- Verify available flash memory on switch running Cisco IOS.

Come aggiornare il software

Per informazioni su come effettuare l'aggiornamento software sui dispositivi Cisco switch, andare al link, selezionare la piattaforma e consultare la sezione sulla configurazione del software.

Incompatibilità hardware e software

In alcuni casi il software non è compatibile con l'hardware. Questa situazione si verifica quando diventa disponibile un nuovo hardware che richiede un supporto speciale da parte del software. Per ulteriori informazioni sulla compatibilità del software, utilizzare lo strumento Software Advisor.

Bug del software

Il sistema operativo può avere un bug. Il problema può essere risolto caricando una versione più recente del software. È possibile cercare i bug del software noti con lo strumento Software Bug Toolkit.

Immagini danneggiate

Un'immagine può essere danneggiata. Per informazioni su come ripristinare le immagini danneggiate, scegliere la piattaforma dello switch e cercare le informazioni nella sezione sulla risoluzione dei problemi.

Problemi hardware

Controllare i risultati di show module per gli switch Catalyst serie 6000 e 4000 con Cisco IOS.

Controllare i risultati del test POST dello switch per verificare che non siano stati segnalati errori in qualche parte dello switch. Gli errori di qualsiasi test di un modulo o di una porta mostrano una "F" nei risultati del test.

Per Cisco IOS, sugli switch modulari come Cat6000, usare il comando show diagnostics. Per visualizzare i risultati POST per modulo, usare il comando show diagnostics module < module>.

ecsj-6506-d2#sh diagnostic module 3
  Current Online Diagnostic Level = Minimal
  !--- The diagnostic level is set to minimal which is a shorter,
  !--- but also less thorough test result.
  !--- You may wish to configure diagnostic level complete to get more test results.
  Online Diagnostic Result for Module 3 : MINOR ERROR
  Online Diagnostic Level when Line Card came up = Minimal
  Test Results: (. = Pass, F = Fail, U = Unknown)
  1 . TestLoopback :
  Port  1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
  ----------------------------------------------------------------------------
        .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  F  F  F  F F  F
 
  !--- Notice the MINOR ERROR test result and failed loopback test which means
  !--- these ports are currently unusable.
  !--- Use the hw-module{mod}reset command or, if necessary, physically reseat the
  !--- module to try and fix this problem.

  !--- If these steps fail, open a case with Cisco Technical Support.

Nota: per gli switch Catalyst serie 3750, 3550, 2970, 2950/2955 e 2900/3500XL, usare il comando show post per verificare se lo stato dell'hardware ha esito positivo o negativo. Usare i LED di questi switch per comprendere i risultati del test POST.

Per ulteriori informazioni su come risolvere i problemi hardware sugli switch Catalyst con Cisco IOS, consultare le pagine del supporto degli switch Cisco, scegliere la piattaforma in uso e consultare la Troubleshooting > Hardware sezione. In caso di problemi relativi agli avvisi tecnici, fare riferimento ad Avvisi tecnici per gli switch LAN e ATM.

Errori di input su un'interfaccia di layer 3 collegata a una porta dello switch di layer 2

Per impostazione predefinita, tutte le porte di layer 2 sono in modalità dynamic desirable, quindi la porta di layer 2 cerca di formare un collegamento trunk e invia i pacchetti DTP al dispositivo remoto. Quando un'interfaccia di layer 3 è connessa a una porta dello switch di layer 2, non è in grado di interpretare questi frame, generando errori di input, errori WrongEncap e interruzioni della coda di input.

Per risolvere il problema, modificare la modalità della porta dello switch in static access o trunk secondo necessità.

Switch2(config)#interface fastEthernet1/0/12
Switch2(config-if)#switchport mode access

O

Switch2(config)#interface fastEthernet1/0/12
Switch2(config-if)#switchport trunk encapsulation dot1q
Switch2(config-if)#switchport mode trunk

Aumento rapido del contatore Rx-No-Pkt-Buff e degli errori di input

Il contatore Rx-No-Pkt-Buff può aumentare sulle porte con blade, ad esempio WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 e WS-X4548-GB-RJ45V. Un certo aumento nella perdita di pacchetti è normale ed è il risultato di un aumento del traffico.

Questi tipi di errori aumentano rapidamente, soprattutto quando il traffico che passa attraverso quel collegamento è elevato o quando sono connessi all'interfaccia dispositivi come i server. Questo carico elevato di traffico è superiore alla capacità delle porte, esaurisce i buffer di input e causa un rapido aumento del contatore Rx-No-Pkt-Buff e degli errori di input.

Se un pacchetto non può essere ricevuto completamente perché lo switch ha esaurito i buffer dei pacchetti, il contatore viene incrementato di uno per ogni pacchetto eliminato. Questo contatore indica lo stato interno degli ASIC di switching sul modulo Supervisor e non indica necessariamente una condizione di errore.

Frame di pausa

Quando il lato ricezione (Rx) della porta ha la coda Rx FIFO piena e raggiunge il limite massimo, il lato trasmissione (Tx) inizia a generare frame di pausa a un intervallo predefinito. Il dispositivo remoto deve arrestarsi o ridurre la trasmissione dei pacchetti all'intervallo di tempo indicato nel frame di pausa.

Se il lato Rx può svuotare la coda Rx o raggiungere un livello basso entro questo intervallo, il lato Tx invia un frame di pausa speciale in cui l'intervallo è zero (0x0). Ciò consente al dispositivo remoto di avviare la trasmissione dei pacchetti.

Se il lato Rx è ancora funzionante sulla coda, una volta trascorso l'intervallo di tempo, il lato Tx invia un nuovo frame di pausa con un nuovo valore di intervallo.

Se Rx-No-Pkt-Buff è pari a zero o non aumenta e il contatore TxPauseFrames aumenta, lo switch sta generando frame di pausa per il lato remoto che non invia più dati e la coda Rx FIFO si svuota.

Se i contatori Rx-No-Pkt-Buff e TxPauseFrames aumentano, il lato remoto sta ignorando i frame di pausa (non supporta il controllo del flusso) e continua a inviare traffico. Per superare questa situazione, configurare manualmente la velocità e la modalità duplex e, se necessario, disabilitare il controllo del flusso.

Questi tipi di errori sull'interfaccia sono correlati a un problema di traffico sulle porte che superano il limite di capacità. I moduli di switching WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 e WS-X4548-GB-RJ45V hanno 48 porte con oversubscription suddivise in sei gruppi di otto porte ciascuno:

• Porte 1, 2, 3, 4, 5, 6, 7, 8

• Porte 9, 10, 11, 12, 13, 14, 15, 16

• Porte 17, 18, 19, 20, 21, 22, 23, 24

• Porte 25, 26, 27, 28, 29, 30, 31, 32

• Porte 33, 34, 35, 36, 37, 38, 39, 40

• Porte 41, 42, 43, 44, 45, 46, 47, 48

Le otto porte di ciascun gruppo usano un circuito comune in modo da usare un unico collegamento Gigabit Ethernet full-duplex senza blocco indirizzato al fabric di switch interno. Per ciascun gruppo di otto porte, i frame ricevuti vengono memorizzati nel buffer e inviati al collegamento Gigabit Ethernet comune al fabric di switch interno. Se la quantità di dati ricevuti per una porta inizia a superare la capacità del buffer, il controllo del flusso invia i frame in pausa alla porta remota per arrestare temporaneamente il traffico ed evitare la perdita di frame.

Se i frame ricevuti su un gruppo superano la larghezza di banda di 1 Gbps, il dispositivo inizia a eliminare i frame. L'eliminazione di questi frame non è così evidente, in quanto avviene sull'ASIC interno anziché sull'interfaccia in uso. Ciò può comportare un rallentamento della velocità di trasmissione effettiva dei pacchetti sul dispositivo.

Il valore di Rx-No-Pkt-Buff non dipende dalla frequenza del traffico totale, ma dalla quantità di pacchetti memorizzati nel buffer Rx FIFO del modulo ASIC. La dimensione di questo buffer è di soli 16 KB. Quando i pacchetti riempiono il buffer, vengono conteggiati come picchi di flusso di breve durata. Pertanto, il valore di Rx-No-Pkt-Buff su ciascuna porta può essere conteggiato quando la frequenza di traffico totale del gruppo di porte ASIC supera 1 Gbps, poiché WS-X4548-GB-RJ45 ha un valore di oversubscription di 8:1.

Quando i dispositivi della configurazione devono trasportare un elevato volume di traffico sull'interfaccia, prendere in considerazione l'uso di una porta per ciascun gruppo in modo che i circuiti comuni condivisi da un singolo gruppo non siano interessati dall'elevato volume di traffico. Quando il modulo di switching Gigabit Ethernet non è completamente utilizzato, è possibile bilanciare le connessioni delle porte tra i vari gruppi per ottenere la massima larghezza di banda disponibile. Ad esempio, con il modulo di switching WS-X4448-GB-RJ45 10/100/1000, è possibile collegare le porte di gruppi diversi, ad esempio le porte 4, 12, 20 o 30 (in qualsiasi ordine), prima di collegare le porte dello stesso gruppo, ad esempio le porte 1, 2, 3, 4, 5, 6, 7 e 8. Se il problema persiste, prendere in considerazione l'uso di un modulo senza oversubscription delle porte.

Informazioni sul comando unknown protocol drops

Unknown protocol drops è un contatore dell'interfaccia e viene attivato dalla presenza di protocolli sconosciuti dal router o dallo switch. Questo esempio del comando show run interface mostra le perdite di protocollo sconosciute sull'interfaccia Gigabit Ethernet 0/1.

Switch#show run interface GigabitEthernet0/1
GigabitEthernet0/1 is up, line protocol is up
  Hardware is BCM1125 Internal MAC, address is 0000.0000.0000 (via 0000.0000)
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is RJ45
  output flow-control is XON, input flow-control is XON
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:05, output 00:00:03, output hang never
  Last clearing of "show interface" counters 16:47:42
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     3031 packets input, 488320 bytes, 0 no buffer
     Received 3023 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 63107 multicast, 0 pause input
     0 input packets with dribble condition detected
     7062 packets output, 756368 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     2015 unknown protocol drops
     4762 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

In genere, i protocolli sconosciuti sono eliminati perché l'interfaccia su cui vengono ricevuti i pacchetti non è configurata per questo tipo di protocollo o potrebbe essere un protocollo sconosciuto al router. Ad esempio, se si hanno due router connessi e si disabilita il protocollo CDP su un'interfaccia del router, il protocollo sconosciuto elimina quella interfaccia. I pacchetti CDP non vengono più riconosciuti e vengono quindi eliminati.

Trunking tra uno switch e un router

I collegamenti trunk tra uno switch e un router possono rendere inattiva la porta dello switch. Il trunk può attivarsi dopo aver disabilitato e abilitato la porta dello switch, ma alla fine la porta dello switch può nuovamente disattivarsi.

Per risolvere il problema procedere come segue:

1. Accertarsi che il protocollo Cisco Discovery Protocol (CDP) sia attivo tra lo switch e il router e che entrambi i dispositivi possano vedersi l'un l'altro.

2. Disabilitare i messaggi keepalive sull'interfaccia del router.

3. Riconfigurare l'incapsulamento trunk su entrambi i dispositivi.

Quando i messaggi keepalive sono disabilitati, il protocollo CDP fa funzionare il collegamento normalmente.

Problemi di connettività causati dall'oversubscription

Quando si utilizzano i moduli WS-X6548-GE-TX o WS-X6148-GE-TX, l'utilizzo di singole porte può causare problemi di connettività o perdita di pacchetti sulle interfacce circostanti. Per ulteriori informazioni sulla funzionalità di oversubscription, fare riferimento a Problemi di connettività dell'interfaccia o del modulo.

Sottointerfacce nei moduli SPA

Nei moduli SPA, dopo aver creato una sottointerfaccia con 802.1Q, non è possibile utilizzare la stessa VLAN sullo switch. Dopo aver incapsulato dot1q su una sottointerfaccia, non è più possibile utilizzare la VLAN nel sistema in quanto gli switch 6500 e 7600 assegnano internamente la VLAN e la sottointerfaccia diventa l'unico membro.  Per risolvere questo problema, creare porte trunk anziché sottointerfacce. In questo modo, la VLAN può essere visualizzata in tutte le interfacce.

Risoluzione dei problemi relativi ai pacchetti eliminati nella coda di output

In genere, i pacchetti vengono eliminati nella coda di output quando si configura la funzionalità QoS e non viene fornita una larghezza di banda sufficiente per una determinata classe di pacchetti. Può verificarsi anche quando si configura la modalità oversubscription.

Nell'esempio sotto si può notare un elevato numero di pacchetti eliminati nella coda di output sull'interfaccia GigabitEthernet 8/9 di un Catalyst serie 6500 Switch:

Switch#show interface GigabitEthernet8/9
GigabitEthernet8/9 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0013.8051.5950 (bia 0013.8051.5950)
  Description: Connection To Bedok_Core_R1 Ge0/1
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 18/255, rxload 23/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is SX
  input flow-control is off, output flow-control is off
  Clock mode is auto
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:28, output 00:00:10, output hang never
  Last clearing of "show interface" counters never
Input queue: 0/2000/3/0 (size/max/drops/flushes); Total output drops: 95523364
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 94024000 bits/sec, 25386 packets/sec
  5 minute output rate 71532000 bits/sec, 24672 packets/sec
     781388046974 packets input, 406568909591669 bytes, 0 no buffer
     Received 274483017 broadcasts (257355557 multicasts)
     0 runts, 0 giants, 0 throttles
     3 input errors, 2 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     749074165531 packets output, 324748855514195 bytes, 0 underruns
     0 output errors, 0 collisions, 3 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Per analizzare il problema, raccogliere l'output di questi comandi:

• show fabric utilization detail

• show fabric errors

• show platform hardware capacity

• show catalyst6000 traffic-meter

• show platform hardware capacity rewrite-engine drop

Last input never nell'output del comando show interface

In questo esempio del comando show interface, viene mostrato il valore di Last input never sull'interfaccia TenGigabitEthernet1/15.

Switch#show interface TenGigabitEthernet1/15
TenGigabitEthernet1/15 is up, line protocol is up (connected)
  Hardware is C6k 10000Mb 802.3, address is 0025.84f0.ab16 (bia 0025.84f0.ab16)
  Description: lsnbuprod1 solaris
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input never, output 00:00:17, output hang never
  Last clearing of "show interface" counters 2d22h
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 46000 bits/sec, 32 packets/sec
     52499121 packets input, 3402971275 bytes, 0 no buffer
     Received 919 broadcasts (0 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     118762062 packets output, 172364893339 bytes, 0 underruns
     0 output errors, 0 collisions, 3 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Viene mostrato il numero di ore, minuti e secondi trascorsi da quando l'ultimo pacchetto è stato ricevuto correttamente da un'interfaccia ed elaborato localmente sul router. Questo valore è utile per sapere quando un'interfaccia inattiva è difettosa. Il contatore viene aggiornato solo quando i pacchetti sono sottoposti a commutazione di processo, non quando i pacchetti sono commutati rapidamente.  Il contatore Last input never tiene conto dei pacchetti di interfaccia che non vengono trasferiti correttamente sull'altro lato o terminale. In genere, ciò significa che non è stato effettuato alcun trasferimento di pacchetti per quell'entità.

Informazioni correlate

• Risoluzione dei problemi di compatibilità NIC degli switch Cisco Catalyst
• Utilizzo di PortFast e di altri comandi per correggere i ritardi di connettività all'avvio della postazione di lavoro
• Configurazione e risoluzione dei problemi Ethernet 10/100/1000Mb Half/Full Duplex Auto-Negotiation
• Aggiornamento delle immagini software e uso dei file di configurazione sui dispositivi Catalyst switch
• Documentazione e supporto tecnico – Cisco Systems