La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.
Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).
In questo documento vengono fornite le linee guida per isolare i problemi di negoziazione automatica di Ethernet e risolverli.
Cisco raccomanda la conoscenza dei seguenti argomenti:
Come risolvere i problemi con le schede di rete (NIC, Network Interface Card) 10/100
Negoziazione Gigabit
Problemi operativi su piattaforme Cisco specifiche
Problemi operativi con NIC specifiche
Tabella che mostra tutte le possibili impostazioni e i risultati della velocità e del duplex tra una NIC e uno switch
Descrizione del protocollo di negoziazione automatica (con FLP)
Nota: per ulteriori informazioni sulla negoziazione automatica, fare riferimento alla sezione Risoluzione dei problemi di compatibilità tra i dispositivi Cisco Catalyst Switch e le schede NIC.
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
Software di sistema Cisco IOS
Questa apparecchiatura è stata utilizzata per creare gli esempi riportati nel presente documento:
Un terminale
Un cavo console adatto al Supervisor Engine nello switch. Per ulteriori informazioni, fare riferimento a Collegamento di un terminale alla porta console sugli switch Catalyst.
Due dispositivi Catalyst switch in un ambiente lab non configurato
Due interfacce Tx da 10/100/1000 Mb con modalità full-duplex
Un cavo crossover Ethernet
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.
Nota: il comando write erase è stato eseguito su ciascuno switch per verificare che dispongano delle configurazioni predefinite.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
In questo documento viene descritta per grandi linee la funzionalità di negoziazione automatica e illustrata la procedura per configurarla e verificarla sui dispositivi Catalyst switch con software Cisco IOS sia sul Supervisor Engine sia sull'MSFC (nativo). In questo documento viene mostrato anche un esempio del motivo per cui si verifica l'errore più comune di mancata corrispondenza della modalità duplex e viene spiegato come configurare e verificare la negoziazione automatica sui dispositivi Catalyst switch con Cisco IOS®.
Nota: i nuovi moduli/switch Catalyst, come Catalyst 6500/6000, 4500/4000, 3550 e 2950, supportano interfacce o porte Ethernet negoziate a 10/100/1000 Mbps. Queste porte funzionano su una velocità di 10 Mbps, 100 Mbps o 1000 Mbps in base alla connessione con l'altra estremità. Le porte a 10/100/1000 Mbps possono essere configurate in modo da negoziare la velocità e la modalità duplex con una procedura simile a quella usata per le porte a 10/100 Mbps sugli switch con software Cisco IOS. Pertanto, le configurazioni descritte in questo documento per la negoziazione delle porte 10/100 Mbps si applicano anche alle porte 10/100/1000 Mbps.
La negoziazione automatica è una funzione opzionale dello standard Fast Ethernet IEEE 802.3u che consente ai dispositivi di scambiare automaticamente le informazioni sulla velocità e sulle capacità duplex tramite un collegamento.
La negoziazione automatica interessa le porte. Queste porte sono assegnate ad aree in cui utenti o dispositivi temporanei si connettono a una rete. Ad esempio, molte aziende offrono postazioni o uffici condivisi agli Account Manager e ai tecnici sistemisti quando si trovano in ufficio. Ogni ufficio o postazione dispone di una porta Ethernet connessa in modo permanente alla rete aziendale. Poiché potrebbe non essere possibile garantire che ogni utente disponga di 10 MB, una rete Ethernet da 100 MB o una scheda da 10/100 MB sul proprio PC, le porte degli switch che gestiscono queste connessioni devono essere in grado di negoziare la velocità e la modalità duplex. L'alternativa è fornire una porta da 10 e 100 MB a ogni ufficio o postazione e apporre le relative etichette.
Una delle cause più comuni dei problemi di prestazioni dei collegamenti Ethernet a 10/100 MB si verifica quando una porta sul collegamento funziona in modalità half-duplex, mentre l'altra porta funziona in modalità full-duplex. Questa situazione può verificarsi se si effettua il reset di una o di entrambe le porte di un collegamento e il processo di negoziazione automatica non genera la stessa configurazione per entrambi i partner del collegamento. Questa condizione si può anche verificare quando gli utenti riconfigurano un partner del collegamento ma non l'altro. La negoziazione automatica deve essere attivata o disattivata su entrambi i lati di un collegamento. Cisco consiglia di lasciare attiva la negoziazione automatica per i dispositivi conformi a 802.3u.
Molte delle chiamate in assistenza relative a problemi di prestazioni possono essere evitate se si configura correttamente la negoziazione automatica. Molti moduli di switching Catalyst Ethernet supportano 10/100 MB e la modalità half-duplex o full-duplex. Le eccezioni includono i moduli di switching Ethernet Group. Il comando show interfaces capabilities mostra se l'interfaccia o il modulo supportano la velocità di 10/100/1000 Mb e la modalità half-duplex o full-duplex. Questo documento utilizza due X5530 Supervisor Engine III, ciascuno con due porte 10/100 BaseTX Ethernet di uplink installate.
Nota: se il modulo WS-6748-GE-TX è collegato a un dispositivo network tap, la negoziazione automatica non funziona. Per risolvere questo problema, è necessario configurare manualmente la negoziazione automatica. Andare alla modalità interfaccia ed eseguire questo comando:
Cat6K-IOS(config-if)#speed auto
Fondamentalmente, la negoziazione automatica in Gigabit Ethernet riguarda questi elementi:
Impostazioni duplex: mentre i dispositivi Cisco supportano solo full-duplex, lo standard IEEE 802.3z supporta Gigabit Ethernet half-duplex. Per questo motivo, il duplex viene negoziato tra i dispositivi Gigabit Ethernet.
Controllo di flusso: a causa della quantità di traffico che può essere generata dalla rete Gigabit Ethernet, è presente una funzionalità di pausa integrata in Gigabit Ethernet. Il frame di pausa è un pacchetto che indica al dispositivo più lontano di interrompere la trasmissione dei pacchetti finché il mittente non è in grado di gestire tutto il traffico e cancellare i relativi buffer. Il frame di pausa dispone di un timer incluso, che indica al dispositivo più lontano quando ricominciare a inviare i pacchetti. Se il timer scade senza l'invio di un altro frame di pausa, il dispositivo più lontano può inviare di nuovo i pacchetti. Il controllo del flusso è un elemento facoltativo e deve essere negoziato. I dispositivi possono essere in grado di inviare o ricevere un frame di pausa e potrebbero non accettare la richiesta di controllo del flusso del dispositivo più lontano.
Negoziazione: generalmente, le porte Gigabit Ethernet integrate sono in grado di eseguire la negoziazione eccetto nei casi come con i tipi GBIC o SFP modulari. Il protocollo di linea non sarà attivo per una porta Gigabit Ethernet quando collegato a una porta Fast Ethernet. Questa situazione può essere verificata usando il comando show interfaces interface capabilities:
Switch#show interfaces Gig 5/3 capabilities GigabitEthernet5/3 Model: VS-S720-10G Type: 10/100/1000BaseT Speed: 10,100,1000,auto Duplex: half,full Trunk encap. type: 802.1Q,ISL Trunk mode: on,off,desirable,nonegotiate Channel: yes Broadcast suppression: percentage(0-100) Flowcontrol: rx-(off,on,desired),tx-(off,on,desired) Membership: static Fast Start: yes QOS scheduling: rx-(2q4t), tx-(1p3q4t) QOS queueing mode: rx-(cos), tx-(cos) CoS rewrite: yes ToS rewrite: yes Inline power: no SPAN: source/destination UDLD yes Link Debounce: yes Link Debounce Time: no Ports-in-ASIC (Sub-port ASIC) : 1-5 (3-4) Remote switch uplink: no Port-Security: yes Dot1x: yes
Si supponga che vi siano due dispositivi, A e B. Si supponga quindi che ciascun dispositivo possa avere la funzione di negoziazione automatica abilitata o disabilitata. Il comportamento corretto dello stato del collegamento con la funzione di negoziazione automatica conforme allo standard IEEE 802.3z-1998 deve essere simile a quanto riportato di seguito:
Se A è abilitato e B è abilitato, lo stato del collegamento deve essere indicato su entrambi i dispositivi come attivo.
Se A è disabilitato e B è abilitato, A deve essere indicato come collegamento attivo e B come collegamento non attivo.
Se A è abilitato e B è disabilitato, A deve essere indicato come collegamento non attivo e B come collegamento attivo.
Per impostazione predefinita, tutti i dispositivi devono eseguire la negoziazione automatica. 802.3z non definisce specificamente un modo per disattivare la negoziazione automatica, sia per 1 Gigabit Ethernet che per 10 Gigabit Ethernet.
I comandi descritti in questa sezione possono essere usati su diversi tipi di dispositivi Catalyst switch con software Cisco IOS, ad esempio i dispositivi Catalyst 4500 e Catalyst 6500. Alcuni risultati provengono anche dai dispositivi Catalyst 3850 e 9500. I dispositivi in questa sezione sono stati collegati con un cavo crossover Ethernet. Vedere l'Appendice B per ulteriori informazioni sui cavi crossover e la funzionalità Auto-MDIX.
Per impostazione predefinita, gli switch con software Cisco IOS negoziano automaticamente la velocità e hanno la modalità duplex attiva. Per verificare queste impostazioni, eseguire il comando show interface interface status.
Il primo output viene generato da un dispositivo Catalyst 6500/6000 con software Cisco IOS release 12.1(6)E. Indica una porta connessa che consente la negoziazione automatica di un collegamento a 100 Mbps e half-duplex. La configurazione in esecuzione per questo switch non dispone di comandi duplex o di velocità con l'interfaccia Fast Ethernet 3/1 perché la negoziazione automatica è l'impostazione predefinita. Eseguire il comando show interface interface (senza la parola chiave status) per visualizzare la velocità e la modalità duplex della porta.
I prefissi a per half e 100 indicano che questa porta non è configurata per una modalità duplex o una velocità specifica. Pertanto, esegue la negoziazione automatica della modalità duplex e della velocità se anche il dispositivo a cui è connesso esegue questa negoziazione automatica. Lo stato è "connected" (connesso) su entrambe le porte, quindi il segnale di collegamento è stato rilevato dalla porta dell'altro lato del collegamento. Lo stato può essere connesso anche se il duplex è negoziato in modo errato o configurato in modo errato. Notare che non sono disponibili comandi sulla velocità o sulla modalità duplex nella configurazione interfaccia, in quanto per impostazione predefinita la velocità e la modalità duplex vengono negoziate automaticamente.
NativeIOS#show interfaces fastethernet 3/1 status Port Name Status Vlan Duplex Speed Type Fa3/1 connected routed a-half a-100 10/100BaseTX NativeIOS#show run ... ! interface FastEthernet3/1 ip address 172.16.84.110 255.255.255.0 !
NativeIOS#show interfaces fastethernet 3/1 FastEthernet3/1 is up, line protocol is up Hardware is C6k 100Mb 802.3, address is 0002.7ef1.36e0 (bia 0002.7ef1.36e0) Internet address is 172.16.84.110/24 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Half-duplex, 100Mb/s ...
Se si desidera configurare la velocità e la modalità duplex su uno switch con software Cisco IOS (disattivare la negoziazione automatica), utilizzare i comandi di velocità e duplex nell'interfaccia specifica. Il duplex è subordinato alla velocità nel senso che se la velocità è impostata su auto, il duplex non può essere impostato manualmente. Quando la velocità e la modalità duplex sono configurate sui due dispositivi, è possibile che vengano visualizzati messaggi di errore CRC (Cyclic Redundancy Check). Ciò si può verificare perché uno dei dispositivi esegue una versione precedente di Cisco IOS. Per risolvere gli errori, è possibile aggiornare Cisco IOS o impostare la velocità e il duplex su auto su entrambi i dispositivi.
Nota: se si configura la velocità su una porta, la negoziazione automatica della velocità e della modalità duplex viene disabilita.
NativeIOS#show run ... interface FastEthernet3/2 no ip address ! NativeIOS#configure terminal Enter configuration commands, one per line. End with CNTL/Z. NativeIOS(config)#interface fastethernet3/2 NativeIOS(config-if)#duplex full Duplexwill
not be set until speed is set to non-auto value
!--- Error: On this platform, you must set the speed before the duplex.
!--- Not all switch platforms have this command ordering requirement.
NativeIOS(config-if)#speed 100
NativeIOS(config-if)#duplex full
NativeIOS(config-if)#^Z
NativeIOS#show interfaces fastethernet 3/2 statusPort Name Status Vlan Duplex Speed Type
Fa3/2 notconnect routed full 100 10/100BaseTX
NativeIOS#show run
...
interface FastEthernet3/2
no ip address
duplex full
speed 100
!--- Notice that the speed and duplex commands appear in the configuration
!--- now because they have been manually set to a non-default behavior.
I prossimi output sono state presi da un dispositivo Catalyst 3850 e da un dispositivo Catalyst 9500. Nell'esempio, questi due switch sono collegati direttamente; su un lato la velocità e la modalità duplex sono configurati, sull'altro lato sono stabilite con la negoziazione automatica. Come si può osservare, l'assenza del prefisso a nei campi di stato dell'output del show interface TwentyFiveGigE1/0/2 status
comando sullo switch 1 indica che la modalità duplex è configurata per full e la velocità è configurata per 1000.
Switch_1#show run interface TwentyFiveGigE1/0/2 Building configuration... Current configuration : 37 bytes ! interface TwentyFiveGigE1/0/2 end Switch_1#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Switch_1(config)#interface TwentyFiveGigE1/0/2 Switch_1(config-if)#duplex full Switch_1(config-if)#speed 1000 Switch_1(config-if)#end *Aug 1 19:26:33.957: %LINEPROTO-5-UPDOWN: Line protocol on Interface TwentyFiveGigE1/0/2, changed state to down *Aug 1 19:26:34.913: %SYS-5-CONFIG_I: Configured from console by console *Aug 1 19:26:34.957: %LINK-3-UPDOWN: Interface TwentyFiveGigE1/0/2, changed state to down *Aug 1 19:26:38.819: %LINK-3-UPDOWN: Interface TwentyFiveGigE1/0/2, changed state to up *Aug 1 19:26:39.820: %LINEPROTO-5-UPDOWN: Line protocol on Interface TwentyFiveGigE1/0/2, changed state to up Switch_1#show interface TwentyFiveGigE1/0/2 status Port Name Status Vlan Duplex Speed Type Twe1/0/2 connected 1 full 1000 10/100/1000BaseTX SFP
Switch_1#show cdp neighbors TwentyFiveGigE1/0/2 Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device ID Local Intrfce Holdtme Capability Platform Port ID Switch_2 Twe 1/0/2 124 S I WS-C3850- Gig 1/0/1 Total cdp entries displayed : 1
Switch_2#show run interface GigabitEthernet1/0/2 Building configuration... Current configuration : 38 bytes ! interface GigabitEthernet1/0/2 end Switch_2#show interfaces GigabitEthernet1/0/2 status Port Name Status Vlan Duplex Speed Type Gi1/0/2 connected 1 a-full a-1000 10/100/1000BaseTX
Se si tenta di configurare la modalità half-duplex su un'interfaccia GigabitEthernet, viene visualizzato un messaggio di errore simile a quanto mostrato nel prossimo output:
Switch_1# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Switch_1(config)#interface twentyFiveGigE 1/0/2
Switch_1(config-if)#duplex half
% Duplex cannot be set to half when speed autonegotiation subset contains 1Gbps,2.5Gbps,5Gbps or 10Gbps
Solo le interfacce con velocità 100 possono accettare la configurazione half-duplex:
Switch_1(config-if)#speed 100
Switch_1(config-if)#duplex half
Switch_1(config-if)#
Switch_1(config-if)#speed 1000
Cannot change speed to 1000Mbps when in half duplex
Switch_1(config-if)#end
Switch_1#
Il messaggio successivo segnala l'uso di una modalità duplex diversa sui due lati e viene visualizzato su uno switch dopo che è stata rilevata questa condizione sull'interfaccia. La mancata corrispondenza può verificarsi a causa di una configurazione errata sul dispositivo connesso sull'interfaccia GigabitEthernet2/0/20:
%CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on GigabitEthernet2/0/20 (not half duplex), with XXXXX GigabitEthernet0 (half duplex)
È importante notare che questo messaggio viene creato dal protocollo Cisco Discovery Protocol (CDP), non dal protocollo di negoziazione automatica 802.3. Il protocollo CDP può segnalare i problemi individuati ma non li corregge automaticamente.
La mancata corrispondenza duplex non genera necessariamente un messaggio di errore. Un'altra indicazione di una mancata corrispondenza duplex è il rapido aumento di errori di allineamento e FCS sul lato half-duplex e runt sulla porta full-duplex.
Questo documento contiene informazioni su come installare i moduli Catalyst e le funzionalità di ogni modulo. Contiene inoltre le spiegazioni dei LED su ciascun modulo. In generale, i LED indicano lo stato del modulo e le porte attive.
Le porte Ethernet sugli switch Catalyst dispongono di ricetrasmettitori Ethernet integrati (onboarding). I dispositivi che si connettono alle porte Ethernet possono avere ricetrasmettitori Ethernet integrati o utilizzare ricetrasmettitori esterni.
Utilizzare un cavo patch straight-through, ad esempio un cavo patch UTP (Unshielded Twisted Pair) CAT5/CAT6 10/100/1000BaseT, per connettere un PC, un server, una stampante o altri dispositivi dell'utente finale (ad esempio un router) a uno switch. Straight-through significa che il pin 1 su un'estremità del cavo è collegato al pin 1 sull'altra estremità, il pin 2 su un'estremità del cavo è collegato al pin 2 sull'altra estremità, e così via.
Utilizzare un cavo crossover, ad esempio un cavo patch crossover UTP CAT5/CAT6 10/100/1000BaseT, quando si connette un'altra porta dello switch o un'altra porta di Layer 2 a una porta Ethernet su uno switch. In questo caso, i pin sono collegati (vedere le Figure).
Una regola pratica consiste nell'utilizzare un cavo crossover quando le due porte connesse si trovano allo stesso livello del modello OSI. Per collegare i livelli OSI, utilizzare un cavo straight-through. Trattare i PC come porte di livello 3, gli hub e la maggior parte degli switch di livello 3 come porte di livello 2. Alcuni dispositivi, particolarmente diffusi sugli hub, sono dotati di un pulsante che consente di passare da un cavo straight-through a un cavo crossover e viceversa. Pertanto, questa regola pratica non è sempre applicabile.
Nota: utilizzare un cavo crossover quando si collegano due porte nello stesso layer del modello OSI, ad esempio router-router (Layer 3) o switch-switch (Layer 2). Utilizzare un cavo straight-through se le due porte si trovano in livelli diversi, come nei casi router-switch (livello 3-2) o PC-switch (livello 3-2). Per questa regola, trattare un PC come dispositivo di livello 3.
I cavi patch crossover UTP CAT5/CAT6 10/100/1000BaseT sono disponibili presso la maggior parte dei negozi di computer.
Nota: alcuni dispositivi di rete Ethernet (hub 10/100BaseT) sono dotati di una porta chiamata porta MDI (Media Dependent Interface). L'attivazione di una funzione di crossover interno e questo tipo di porta consente il collegamento del dispositivo a una porta Ethernet su uno switch che utilizza un cavo patch straight-through. Attivare l'interruttore MDI per eseguire questa operazione. Quando lo switch MDI si trova nella posizione di uscita, la porta si aspetta di essere connessa a un dispositivo dell'utente finale.
Quattro schemi di cavi crossover a doppino intrecciato (Twisted-Pair) per porte del modulo GBIC 10/100/1000 e 1000BASE-T
I cavi patch crossover UTP CAT 5, 5e o 6 sono disponibili presso la maggior parte dei negozi di computer.
Linee guida per la connessione dei cavi in fibra
Se si utilizza una porta Ethernet sullo switch con un'interfaccia di fibra per collegare un'altra porta dello switch, una porta del router o un altro dispositivo di livello 2, è necessario invertire il collegamento su uno dei dispositivi. Ruotare il connettore di mezzo giro o scambiare i singoli connettori in fibra per invertire la connessione. Pensare a ciascuna fibra come fibra A o fibra B. Se una connessione straight-through è A-A e B-B, una connessione crossover è A-B e B-A.
L'Auto-MDIX (Automatic Medium-Dependent Interface Crossover) è una funzione che consente all'interfaccia dello switch di rilevare il tipo di connessione del cavo richiesto (straight-through o crossover) e configurare automaticamente la connessione in modo appropriato. Con la funzione Auto-MDIX abilitata, è possibile utilizzare un cavo straight-through o crossover per collegare l'altro dispositivo mentre l'interfaccia esegue automaticamente la correzione per eventuali cablaggi errati.
Contatori (in ordine alfabetico) | Problemi e cause comuni che aumentano il numero di errori |
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. |
Align-Err |
Descrizione: show interfaces counters errors. Gli errori di allineamento vengono conteggiati considerando il numero di frame ricevuti che non terminano con un numero pari di ottetti e hanno un CRC (Cyclic Redundancy Check) non valido.Cause comuni: dovute in genere a una mancata corrispondenza della modalità duplex o a un problema fisico (ad esempio anomalia nel cablaggio, nella porta o nella scheda NIC). 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. |
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: sh 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 show interfaces counters errors. 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. Cause comuni: il volume di 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 - visualizza errore contatori interfacce. Cause comuni: vedere le eccezioni delle piattaforme. Eccezioni delle piattaforme: sui dispositivi Catalyst serie 5000, rcv-err = errori nel buffer di ricezione. 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 inferiori alla dimensione minima del frame IEEE 802.3 (64 byte per Ethernet) e hanno un CRC non valido. Cause comuni: 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. Eccezioni piattaforma: Catalyst serie 4000 con Cisco IOS. Nelle versioni software precedenti alla 12.1(19)EW, il 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 release Cisco IOS precedenti alla 12.1(19)EA1 che usano frame dot1q sull'interfaccia trunk sui dispositivi Catalyst 3750, il comando show interfaces restituiva runt frame in quanto i pacchetti incapsulati dot1q, da 61 a 64 byte con q-tag, venivano conteggiati dallo switch come frame sottodimensionati, anche se questi pacchetti erano inviati 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. |
Quando è necessario utilizzare la negoziazione automatica?
Cisco consiglia di utilizzare la negoziazione automatica quando i dispositivi coinvolti sono conformi allo standard 802.3u. Per ulteriori informazioni su prodotti specifici, fare riferimento a Risoluzione dei problemi di compatibilità NIC degli switch Cisco Catalyst. La negoziazione automatica è molto utile per le porte a cui vengono connessi e disconnessi regolarmente dispositivi con funzionalità diverse. Un caso tipico è un dipendente in visita presso l'ufficio con il proprio computer portatile.
Come è possibile configurare un'interfaccia per la negoziazione automatica?
Rimuovere le impostazioni preconfigurate della velocità e della modalità duplex dalla configurazione interfaccia. In questo modo, viene reimpostata la negoziazione automatica per la modalità duplex e la velocità. In alternativa, eseguire il comando interfaccia speed auto.
Come è possibile stabilire la configurazione della porta?
Eseguire il comando show interface <interface > status. Cercare il prefisso a nei campi di stato. Ciò indica che la porta è configurata per la negoziazione automatica. Gli esempi sono a-full e a-100. Se il prefisso a non è presente, la porta è configurata manualmente per i parametri mostrati. Gli esempi sono full e 100. Eseguire il comando show run interface <interface> per visualizzare la configurazione sullo switch.
Cosa fare per conoscere le funzionalità dell'interfaccia?
Eseguire il comando show interface capabilities oppure il comando show interfaces <interface> status per visualizzare le impostazioni della velocità e della modalità duplex.
Perché una porta non rileva la modalità duplex corretta quando il partner di collegamento non è configurato per la negoziazione automatica?
La porta non la rileva perché non è disponibile alcun metodo per eseguire questa operazione.
Perché è possibile visualizzare il collegamento come connesso quando le due porte hanno modalità duplex configurate diversamente?
Perché i segnali elettrici che le porte utilizzano per determinare la connessione o meno non tracciano lo stato delle modalità duplex.
Il prefisso a nei campi di stato duplex e velocità indica sempre che la negoziazione automatica è attiva sulla porta?
No, indica che la porta è in grado di eseguire la negoziazione automatica.
Qual è il significato del messaggio %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered?
Questo messaggio indica che il CDP determina, tramite confronto delle configurazioni, che esiste una mancata corrispondenza. Il CDP non tenta di risolvere la mancata corrispondenza.
Revisione | Data di pubblicazione | Commenti |
---|---|---|
3.0 |
13-Sep-2023 |
Contenuto tecnico e elenco collaboratori aggiornati. |
2.0 |
17-Aug-2022 |
Release iniziale |
1.0 |
29-Nov-2001 |
Versione iniziale |