Was kann dazu führen, dass FastEthernet auf einem Cisco Switch aktiv ist und das Leitungsprotokoll nicht funktioniert?

10

Ich frage mich, was dazu führen kann, dass die erste Zeilenausgabe des Befehls show interfaceslautet : FastEthernet is up, line protocol is down.

Mit anderen Worten,

  • Verursacht das Kabel, das an die lokale Schnittstelle angeschlossen ist, aber nicht an den Switch am fernen Ende, diese Situation?
  • Ist ein gutes Kabel an beide Switches angeschlossen, aber bei einem Switch befand sich die Schnittstelle in einem "administrativ ausgefallenen" Zustand, was diese Situation verursachte?

Wenn nicht, was würde dazu führen, dass sich eine Schnittstelle im Auf- und Ab-Zustand befindet?

kolxxx
quelle
Obwohl ich neu im Netzwerk bin, habe ich eine Simulation in einem Netzwerk über Cisco Packet Tracer getestet und eine serielle Schnittstelle hatte Up / Down. Endlich bemerkte ich, dass die andere Router-Schnittstelle, mit der es verbunden war, nicht am Leben blieb. Ich habe den Befehl Keep Alive auf dieser Schnittstelle ausgeführt und der Status wurde in up / up geändert.
ITNewbie
Hat dir eine Antwort geholfen? Wenn ja, sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie Ihre eigene Antwort bereitstellen und akzeptieren.
Ron Maupin

Antworten:

13

Ich frage mich, was dazu führen kann, dass die erste Zeilenausgabe des Befehls "show interfaces" lautet: "fastEthernet ist aktiv, Leitungsprotokoll ist nicht verfügbar".

Cisco-Ethernet-Schnittstellen sind normalerweise ausgefallen, wenn sie keine Verbindung haben. Wenn Sie nach oben / unten sehen, sind die wahrscheinlichsten Ursachen:

  • Kabelfehler
  • Geschwindigkeitsinkongruenz (Ich persönlich habe noch keine Duplex-Fehlpaarung gesehen, die eine intf nach oben / unten gebracht hat)
  • Wird ein Kabel, das an die lokale Schnittstelle angeschlossen, aber nicht an den Schalter am fernen Ende angeschlossen ist, diese Situation verursachen?

Wenn das Kabel schlecht ist ...

  • Ist ein gutes Kabel, das an beide Switches angeschlossen ist, aber bei einem Switch die Schnittstelle im Status "administrativ ausgefallen" ist, wird dies diese Situation verursachen?

Das habe ich in letzter Zeit nicht gesehen. Zum Beispiel habe ich einen c3560c in meinem Labor und schalte fa0 / 12 aus ... dann habe ich ein gutes Kabel zwischen den Ports fa0 / 11 und fa0 / 12 angeschlossen ...

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#

Trotzdem habe ich vage Erinnerungen daran, wie ich gesehen habe, als die Remote-Schnittstelle in der Vergangenheit auf anderen Plattformen geschlossen wurde, aber ich kann mich nicht erinnern, sie kürzlich gesehen zu haben. Wenn das Kabel fehlerhaft ist, kann dies zu einem Auf / Ab-Status führen

Testen Ihrer Verkabelung :

Wenn Sie einen Cisco-Switch haben, können Sie Ihre Verkabelung auf der Auf- / Ab-Schnittstelle wie folgt testen. Das Folgende ist eine gute tdrAusgabe für den Befehl, wenn nichts mit dem anderen Ende des Kabels verbunden ist.

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#

Hinweis: FastEthernet-Schnittstellen können per Definition nur zwei der vier Paare testen. GigabitEthernet-Schnittstellen können alle vier Paare testen.

Ältere Switches haben keine tdr-Funktion ... Sie müssten die Verkabelung manuell testen.

Mike Pennington
quelle
Zur zweiten Frage: Was ist, wenn das Kabel gut ist? wird die Schnittstelle im Down / Down-Zustand sein?
Kolxxx
Seite A wäre admin down und Seite B wäre down / down.
Jordan Head
"Wird ein Kabel, das an die lokale Schnittstelle angeschlossen, aber nicht an den Schalter am fernen Ende angeschlossen ist, diese Situation verursachen?" Ich meine diese Frage ...
kolxxx
Nein, wenn das Kabel gut ist, sind beide Seiten unten.
Jordan Head
Und wenn das Kabel schlecht ist? Die Schnittstelle befindet sich im Up / Down-Zustand?
Kolxxx
0

manchmal ist die Verkapselung nicht übereinstimmend. Whick Menas, die Keepalives nicht Empfänger am anderen Ende sein werden.

Es handelt sich also um ein Datenlink-Layer-Problem.

claudio
quelle
0

In meinem Fall kann die Verwendung einer anderen Präfixlänge dieses Problem verursachen.

Konfigurieren Sie beispielsweise auf der Switch-Schnittstelle eine IP-Adresse 192.0.2.0/31und auf der Server-Schnittstelle die IP-Adresse 192.0.2.1/24.

qin
quelle
Die IP-Adressierung auf Schicht 3 wirkt sich nicht auf Schicht 1/2 aus.
Ron Maupin
@ RonMaupin Aber wenn ich die IP-Adresse mit / 31-Maske konfiguriere, wird sie zu einem echten P2P-Link. Ich denke also, dass es Schicht 2 beeinflussen kann.
Qin
Nein, es ist Punkt-zu-Punkt auf Schicht 3. Switch-Schnittstellen sind Layer-2-Schnittstellen. Wenn Sie sie jedoch adressieren können, haben Sie Layer-3 aktiviert und es handelt sich um eine Router-Schnittstelle. In jedem Fall hat die Adressierung der Schicht 3 nichts mit der Schicht 1 und der Schicht 2 auf der Schnittstelle zu tun. In der Frage ist die Schnittstelle Schicht-1 und das Leitungsprotokoll ist Schicht-2. Ich kann einige wirklich durcheinandergebrachte Layer-3-Adressen auf die Schnittstellen setzen, bis zu dem Punkt, dass Layer-3 nicht funktioniert, aber nichts dazu beiträgt, Layer-1 oder Layer-2 herunterzufahren.
Ron Maupin
@ RonMaupin Wenn ich die Server-IP von 192.0.2.1/24auf ändere 192.0.2.1/31, wird das Leitungsprotokoll aufUP
qin
-1

Es handelt sich um eine Geschwindigkeits- und / oder Duplex-Fehlanpassung

user19666
quelle
4
Eine bessere Antwort würde die Gründe einschließen. Eine Anweisung ohne Sicherung ist normalerweise verdächtig. Sie sollten Ihre Schlussfolgerung erklären / begründen.
Ron Maupin