Que peut provoquer «FastEthernet est en haut, le protocole de ligne est en panne» sur un commutateur Cisco?

10

Je me demande ce qui peut provoquer la première sortie de la ligne de la commande show interfacessoit: FastEthernet is up, line protocol is down.

En d'autres termes,

Le câble connecté à l'interface locale, mais non connecté au commutateur distant, est-il à l'origine de cette situation?
Un bon câble est-il connecté aux deux commutateurs, mais l'un des commutateurs avait son interface dans un état "administrativement arrêté" à l'origine de cette situation?

Sinon, qu'est-ce qui ferait qu'une interface soit dans un état haut ou bas?

— kolxxx
source

Bien que je sois nouveau dans la mise en réseau, je testais une simulation sur un réseau via Cisco traceur de paquets et une interface série avait haut / bas. J'ai finalement remarqué que l'autre interface de routeur à laquelle il était connecté n'avait pas de vie. J'ai exécuté la commande keep alive sur cette interface et l'état a changé en up / up ..

— ITNewbie

Une réponse vous a-t-elle aidé? si c'est le cas, vous devez accepter la réponse afin que la question ne s'affiche pas indéfiniment, à la recherche d'une réponse. Alternativement, vous pouvez fournir et accepter votre propre réponse.

— Ron Maupin

13

Je me demande ce qui peut faire que la première sortie de ligne de la commande "show interfaces" soit: "fastEthernet est en hausse, le protocole de ligne est en panne".

Les interfaces Ethernet Cisco sont normalement fermées / fermées si elles n'ont pas de lien. Si vous voyez haut / bas, les causes les plus probables sont:

Défaut de câble
Inadéquation de la vitesse (personnellement, je n'ai pas vu une incompatibilité en duplex amener un intf vers le haut / bas)

le câble qui est connecté à l'interface locale, mais pas connecté au commutateur distant, provoquera-t-il cette situation?

Si le câble est mauvais ...

est un bon câble qui est connecté aux deux commutateurs, mais un commutateur avait son interface dans un état "administrativement en panne", va provoquer cette situation?

Je ne l'ai pas vu récemment. Par exemple, j'ai un c3560c dans mon laboratoire et éteignez fa0 / 12 ... puis j'ai connecté un bon câble entre les ports fa0 / 11 et 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#

Cela dit, j'ai de vagues souvenirs d'avoir vu haut / bas lorsque l'interface distante a été fermée sur d'autres plates-formes dans le passé, mais je ne me souviens pas l'avoir vu récemment.Si le câble est défectueux, cela pourrait provoquer un état haut / bas

Test de votre câblage :

Si vous avez un commutateur Cisco, vous pouvez tester votre câblage sur l'interface haut / bas comme ceci ... ce qui suit est une bonne tdrsortie pour la commande lorsque rien n'est connecté à l'autre extrémité du câble.

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#

Remarque: Les interfaces FastEthernet par définition ne peuvent tester que deux des quatre paires. Les interfaces GigabitEthernet peuvent tester les quatre paires.

Les commutateurs plus anciens n'ont pas de fonction tdr ... vous devez tester le câblage manuellement.

— Mike Pennington
source

En ce qui concerne la deuxième question: que faire si le câble est bon? l'interface sera en état bas / bas?

— kolxxx

Le côté A serait admin down et le côté B serait down / down.

— Jordan Head

"un câble connecté à l'interface locale, mais non connecté au commutateur distant, provoquera-t-il cette situation?" Je veux dire cette question ...

— kolxxx

Non. Si le câble est bon, les deux côtés seront abaissés.

— Jordan Head

Et si le câble est mauvais? L'interface sera en état haut / bas?

— kolxxx

0

est parfois l'inadéquation de l'encapsulation. les menas whick que keepalives ne recevront pas à l'autre bout.

C'est donc un problème de couche de liaison de données.

— Claudio
source

0

Dans mon cas, l'utilisation d'une longueur de préfixe différente peut provoquer ce problème.

Par exemple, sur l'interface du commutateur, configurez une adresse IP 192.0.2.0/31et sur l'interface du serveur, configurez 192.0.2.1/24.

— qin
source

L'adressage IP, au niveau de la couche 3, n'affecte pas la couche 1/2.

— Ron Maupin

@RonMaupin Mais, quand je configure l'adresse IP avec le masque / 31, cela devient un vrai lien p2p. Je pense donc que cela peut affecter la couche 2.

— qin

Non, c'est point à point sur la couche 3. Les interfaces de commutation sont des interfaces de couche 2, mais si vous pouvez y remédier, vous avez activé la couche 3 et il s'agit d'une interface de routeur. Dans tous les cas, l'adressage de la couche 3 ne fait rien aux couches 1 et 2 de l'interface. Dans la question, l'interface est la couche 1 et le protocole de ligne est la couche 2. Je peux mettre un adressage de couche 3 vraiment foiré sur les interfaces au point que la couche 3 ne fonctionne pas, mais cela ne fait rien pour faire tomber la couche 1 ou la couche 2.

— Ron Maupin

@RonMaupin Lorsque je change l'IP du serveur de 192.0.2.1/24à 192.0.2.1/31, le protocole de ligne est changé enUP

— qin

-1

c'est un décalage de vitesse et / ou de duplex

— user19666
source

4

Une meilleure réponse comprendrait les raisons. Une déclaration sans sauvegarde est généralement suspecte. Vous devez expliquer / justifier votre conclusion.

— Ron Maupin