Start/Blog/Cisco / Networking
10 Min. LesezeitÜberarbeitet am

Cisco Interface down/down vs. administratively down

Zwei ähnliche Statusmeldungen mit komplett unterschiedlicher Bedeutung. Wer sie richtig liest, findet Netzwerkfehler deutlich schneller.

KURZFASSUNG
  • >administratively down bedeutet: Das Interface wurde bewusst deaktiviert.
  • >down/down weist auf ein physisches oder technisches Problem hin.
  • >Die Statusmeldung spart Zeit – wenn man sie richtig interpretiert.

Warum Interface-Status so wichtig sind

Cisco-Geräte zeigen den Zustand eines Interfaces immer in zwei Ebenen an: den administrativen Status und den operativen Status. Beide zusammen sagen sehr genau, warum ein Port nicht funktioniert.

Was bedeutet „administratively down“?

Wenn ein Interface als administratively down angezeigt wird, wurde es per Konfiguration deaktiviert. Der Port ist absichtlich ausgeschaltet und ignoriert jeglichen Traffic.

Switch#show ip interface brief
GigabitEthernet0/1  unassigned  YES unset  administratively down  down

Typische Ursachen:

  • Interface wurde nie aktiviert
  • Port wurde bewusst abgeschaltet (Security, Wartung)
  • Standardzustand vieler Switch-Ports

Was bedeutet „down/down“?

Der Status down/down bedeutet, dass das Interface zwar aktiviert ist, aber kein physisches Signal erkennt. Der Switch erwartet eine Verbindung – bekommt aber keine.

Switch#show interface gigabitEthernet0/1
GigabitEthernet0/1 is down, line protocol is down

Häufige Ursachen:

  • Kabel nicht gesteckt oder defekt
  • Gegenstelle ausgeschaltet
  • Falscher Port oder falsches Modul
  • Speed/Duplex-Mismatch

Der entscheidende Unterschied

administratively down

Konfigurationsproblem – mit no shutdown lösbar.

down/down

Physisches Problem – Konfiguration allein reicht nicht.

Typischer Fix für „administratively down“

Switch(config)# interface gigabitEthernet0/1
Switch(config-if)# no shutdown

Wann professionelle Hilfe sinnvoll ist

Wenn mehrere Interfaces betroffen sind, sich der Status ständig ändert oder produktive Systeme ausfallen, sollte die Ursache strukturiert analysiert werden. Gerade bei größeren Cisco-Umgebungen spart das viel Zeit und vermeidet Folgeschäden.

Hinweis:
Wir unterstützen Unternehmen bei Cisco-Netzwerkproblemen, Interface-Fehlern und Switch-Konfigurationen per Remote-Support.
→ Jetzt Kontakt aufnehmen
Was Sie nach diesem Artikel können
  • Line- und Protocol-Status eines Cisco-Interfaces korrekt interpretieren
  • Administrative, physische und Layer-2-Ursachen getrennt untersuchen
  • Zähler und Logs vor Konfigurationsänderungen evidenzbasiert auswerten

Zwei Statuswerte beschreiben verschiedene Ebenen

Administratively down bedeutet, dass das Interface per Konfiguration deaktiviert ist. Down/down weist typischerweise auf fehlenden physischen Link hin: Kabel, Gegenstelle, Transceiver, Geschwindigkeit oder Hardware. Up/down zeigt, dass der physische Träger vorhanden ist, das Line Protocol aber nicht betriebsbereit ist – je nach Interface etwa wegen Kapselung, Keepalives oder Gegenstellenkonfiguration.

Die genaue Interpretation hängt von Interface-Typ und Plattform ab. Deshalb werden show interfaces, show interfaces status, Konfiguration und Logs gemeinsam gelesen. Ein vorschnelles shutdown/no shutdown kann Symptome verändern, bevor die Ursache dokumentiert ist.

Zähler zeigen Qualität, nicht nur Zustand

CRC-Fehler deuten häufig auf beschädigte Frames durch Medium, Stecker, Optik oder Störungen hin. Input Errors sind ein Sammelwert, Drops können Überlast oder Puffergrenzen anzeigen. Duplex-Mismatches erzeugen klassische Performanceprobleme und Fehlerzähler, sind bei Autonegotiation aber gezielt zu prüfen statt zu vermuten.

Optische Links benötigen passende Wellenlänge, Fasertyp und Transceiverunterstützung. DOM-Werte können Sende- und Empfangsleistung zeigen. Bei Kupfer werden Kabeltest, Pair-Zustand und Gegenstellenport einbezogen.

Änderungen kontrolliert durchführen

Vor einer Änderung werden Ausgangszustand, Zähler und Zeitpunkt gesichert. Danach wird jeweils eine Hypothese getestet: anderes Kabel, bekannter Port, passender Transceiver oder korrigierte Konfiguration. Zähler werden nur dann gelöscht, wenn der Ausgang dokumentiert ist und ein Zeitfenster zur Neubewertung folgt.

Bei produktiven Uplinks gehören Auswirkungen, Redundanz und Rückfallplan in die Entscheidung. Ein lokal behobener Link kann weiterhin VLAN-, Port-Channel- oder Spanning-Tree-Probleme besitzen.

Praxis-Checkliste
  1. 01

    Administrativen, physischen und Protocol-Status getrennt notieren.

  2. 02

    Kabel, Transceiver, Gegenstelle und Autonegotiation überprüfen.

  3. 03

    Fehler-, Drop- und Änderungszähler mit Zeitbezug auswerten.

  4. 04

    VLAN, EtherChannel und Spanning Tree nach erfolgreichem Link prüfen.

  5. 05

    Nur eine Hypothese pro Schritt ändern und Ergebnis dokumentieren.

Häufige Fragen
Was behebt der Befehl no shutdown?

Er aktiviert ein administrativ deaktiviertes Interface. Bei einem physischen down/down löst er die zugrunde liegende Kabel-, Optik- oder Gegenstellenursache nicht.

Warum ist ein Interface up, aber Datenverkehr funktioniert nicht?

Der Link kann physisch aktiv sein, während VLAN, Port Channel, Spanning Tree, IP-Konfiguration, ACL oder Gegenstelle den Verkehr verhindern.