Cosa può causare "FastEthernet è attivo, il protocollo di linea è inattivo" su uno switch Cisco?

10

Mi chiedo che cosa può causare la prima uscita di linea del comando show interfacesdi essere: FastEthernet is up, line protocol is down.

In altre parole,

Il cavo collegato all'interfaccia locale, ma non collegato all'interruttore remoto, sta causando questa situazione?
Un buon cavo è collegato a entrambi gli switch, ma uno switch aveva la sua interfaccia in uno stato "amministrativamente inattivo" che causa questa situazione?

In caso contrario, cosa potrebbe causare un'interfaccia in uno stato su, giù?

— kolxxx
fonte

Sebbene io non abbia familiarità con la rete, stavo testando una simulazione su una rete tramite Cisco Packet Tracer e un'interfaccia seriale aveva su / giù. Ho finalmente notato che l'altra interfaccia del router a cui era connessa non poteva rimanere in vita. Ho eseguito il comando per rimanere in vita su quell'interfaccia e lo stato è cambiato in su / su ..

— ITNewbie

Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, cercando una risposta. In alternativa, potresti fornire e accettare la tua risposta.

— Ron Maupin

13

Mi chiedo cosa possa causare che il primo output di riga del comando "show interfaces" sarà: "fastEthernet è attivo, il protocollo di linea è inattivo".

Le interfacce Ethernet di Cisco sono normalmente inattive / inattive se non dispongono di un collegamento. Se vedi su / giù, le cause più probabili sono:

Guasto del cavo
Mancata corrispondenza della velocità (personalmente non ho visto una mancata corrispondenza del duplex portare un intf su / giù)

è il cavo collegato all'interfaccia locale, ma non collegato all'interruttore remoto, causerà quella situazione?

Se il cavo è difettoso ...

è un buon cavo collegato a entrambi gli switch, ma uno switch aveva la sua interfaccia in stato "amministrativamente inattivo", causerà quella situazione?

Non l'ho visto di recente. Ad esempio, ho un c3560c nel mio laboratorio e l'arresto fa0 / 12 ... quindi ho collegato un buon cavo tra le porte fa0 / 11 e fa0 / 12 ...

sw1#sh ip int brief | i 0/1[1-9]
FastEthernet0/11       unassigned      YES unset  down                  down
FastEthernet0/12       unassigned      YES unset  administratively down down
sw1#

Detto questo, ho vaghi ricordi di aver visto su / giù quando l'interfaccia remota era chiusa su altre piattaforme in passato, ma non ricordo di averlo visto di recente Se il cavo è difettoso, potrebbe causare lo stato su / giù

Test del cablaggio :

Se si dispone di uno switch Cisco, è possibile testare il cablaggio sull'interfaccia su / giù in questo modo ... Di seguito è riportato un buon tdroutput per il comando quando nulla è collegato all'altra estremità del cavo.

sw1#test cable-diagnostic tdr interface Fa0/6
TDR test started on interface Fa0/6
A TDR test can take a few seconds to run on an interface
Use 'show cable-diagnostics tdr' to read the TDR results.
sw1#
sw1#show cable-diagnostics tdr interface fa0/6
TDR test last run on: February 12 04:45:37

Interface Speed Local pair Pair length        Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Fa0/6     auto  Pair A     31   +/- 1  meters N/A         Open
                Pair B     31   +/- 1  meters N/A         Open
                Pair C     N/A                N/A         Not Supported
                Pair D     N/A                N/A         Not Supported
sw1#

Nota: le interfacce FastEthernet per definizione possono testare solo due delle quattro coppie. Le interfacce GigabitEthernet possono testare tutte e quattro le coppie.

I vecchi switch non hanno una funzione tdr ... dovresti testare il cablaggio manualmente.

— Mike Pennington
fonte

Per quanto riguarda la seconda domanda: cosa succede se il cavo è buono? l'interfaccia sarà in stato down / down?

— kolxxx,

Il lato A sarebbe admin verso il basso e il lato B sarebbe down / down.

— Jordan Head,

"è il cavo che è collegato all'interfaccia locale, ma non collegato all'interruttore remoto, causerà quella situazione?" Intendo quella domanda ...

— kolxxx,

No. se il cavo è buono, entrambi i lati saranno abbassati.

— Jordan Head,

E se il cavo è difettoso? L'interfaccia sarà nello stato su / giù?

— kolxxx,

0

a volte è l'incongruenza dell'incapsulamento. perché men che i keepalive non saranno riceventi in fondo.

Quindi è un problema di livello datalink.

— Claudio
fonte

0

Nel mio caso, utilizzare una lunghezza del prefisso diversa può causare questo problema.

Ad esempio, sull'interfaccia dello switch configurare un indirizzo IP 192.0.2.0/31e sull'interfaccia del server configurare 192.0.2.1/24.

— qin
fonte

L'indirizzamento IP, al livello 3, non influisce sul livello 1/2.

— Ron Maupin

@RonMaupin Ma, quando configuro l'indirizzo IP con la maschera / 31, diventa un vero collegamento p2p. Quindi penso che possa influenzare il livello 2.

— qin,

No, è punto-punto a livello 3. Le interfacce switch sono interfacce di livello 2, ma se riesci a risolverlo, hai abilitato il livello 3 ed è un'interfaccia del router. In ogni caso, l'indirizzamento di livello 3 non fa nulla al livello 1 e al livello 2 dell'interfaccia. Nella domanda, l'interfaccia è di livello 1 e il protocollo di linea è di livello 2. Posso mettere un po 'di indirizzamento di livello 3 davvero incasinato sulle interfacce al punto che il livello 3 non funziona, ma ciò non fa nulla per abbattere il livello 1 o il livello 2.

— Ron Maupin

@RonMaupin Quando cambio IP server da 192.0.2.1/24a 192.0.2.1/31, il protocollo di linea cambia inUP

— qin

-1

si tratta di una discrepanza di velocità e / o duplex

— user19666
fonte

4

Una risposta migliore dovrebbe includere i motivi. Una dichiarazione senza backup è generalmente sospetta. Dovresti spiegare / giustificare la tua conclusione.

— Ron Maupin