Troubleshooting und Monitoring in Junos - Systematische Fehlersuche für die JNCIS-ENT

18.09.2026 · 6 Min. Lesezeit

Netzwerke werden nicht danach bewertet, wie gut sie funktionieren, wenn alles korrekt konfiguriert ist.

Sie werden danach bewertet, wie schnell Probleme erkannt und behoben werden können.

Genau hier beginnt das Thema Troubleshooting.

In der Praxis verbringt ein Netzwerkadministrator oft deutlich mehr Zeit mit:

• Analysen,
• Überwachung,
• Fehlersuche,
• Ursachenfindung,

als mit der eigentlichen Erstkonfiguration.

Ein OSPF-Netzwerk kann monatelang stabil laufen.

Wenn jedoch plötzlich eine Nachbarschaft ausfällt, erwartet niemand eine Neuinstallation.

Erwartet wird:

Eine schnelle und systematische Fehleranalyse.

Genau deshalb gehören Monitoring und Troubleshooting zu den wichtigsten Fähigkeiten eines Netzwerkingenieurs.

Auch die JNCIS-ENT prüft nicht nur, ob Kandidaten OSPF oder VLANs konfigurieren können.

Sie prüft auch:

• Welche Kommandos verwendet werden.
• Wo Informationen gefunden werden.
• Wie Fehler eingegrenzt werden.
• Welche Werkzeuge Junos bereitstellt.

Wer strukturiert vorgeht, löst die meisten Probleme deutlich schneller als jemand, der wahllos Kommandos eingibt.

Die wichtigste Regel im Troubleshooting

Viele Einsteiger beginnen sofort mit komplexen Analysen.

Erfahrene Administratoren arbeiten anders.

Sie stellen zuerst eine einfache Frage:

Was funktioniert eigentlich nicht?

Das klingt banal, verhindert aber viele Fehldiagnosen.

Beispiel:

Ein Benutzer meldet:

Das Netzwerk funktioniert nicht.

Diese Aussage ist praktisch wertlos.

Präziser wäre:

Kein Zugriff auf Server A

oder:

Nur Standort B betroffen

oder:

OSPF Nachbarschaft ausgefallen

Der erste Schritt besteht daher immer darin, das Problem möglichst genau einzugrenzen.

Bottom-Up oder Top-Down?

Zwei klassische Methoden.

Bottom-Up

Man beginnt auf Layer 1.

Kabel
↓
Interface
↓
Switching
↓
Routing
↓
Applikation

Geeignet bei unbekannten Fehlern.

Top-Down

Man startet bei der Anwendung.

Anwendung
↓
Routing
↓
Switching
↓
Physik

Geeignet bei klar definierten Diensten.

Für die JNCIS reicht meist die Erkenntnis:

Eine strukturierte Methode ist besser als blindes Raten.

Der erste Blick: Interfaces

Viele Netzwerkprobleme beginnen auf Layer 1.

Deshalb lautet eines der wichtigsten Kommandos:

show interfaces terse

Dieses Kommando gehört zu den meistgenutzten Befehlen in Junos.

Beispiel:

ge-0/0/0 up up

Bedeutung:

Link aktiv
Protokoll aktiv

up/down verstehen

Ein Klassiker in der Prüfung.

up/up

Interface funktioniert.

up/down

Physikalischer Link vorhanden.

Protokollproblem.

down/down

Kein physikalischer Link.

Viele Fehler lassen sich bereits hier erkennen.

Interface Details

Für tiefere Analysen:

show interfaces extensive

Hier finden sich:

• Fehlerzähler
• Drops
• CRC-Fehler
• Traffic-Statistiken
• Geschwindigkeit
• Duplex

Besonders wichtig:

input errors
output errors

Steigende Werte deuten häufig auf physikalische Probleme hin.

Routing überprüfen

Wenn Interfaces funktionieren:

Nächster Schritt:

show route

Die wichtigste Frage:

Existiert überhaupt eine Route?

Viele vermeintliche Netzwerkprobleme sind schlicht Routing-Probleme.

Spezifische Route suchen

Beispiel:

show route 10.10.10.0/24

Nun sieht man:

• Route vorhanden?
• Nächster Hop?
• Routing-Protokoll?
• Präferenz?

Ein sehr häufiger Prüfungsansatz.

OSPF Troubleshooting

OSPF gehört zu den beliebtesten JNCIS-Themen.

Erster Schritt:

show ospf neighbor

Die zentrale Frage:

Existiert eine Nachbarschaft?

Beispiel:

Full

Gut.

Fehlt der Nachbar:

Keine Adjacency

muss weiter analysiert werden.

Typische OSPF-Probleme

Prüfungsrelevant sind vor allem:

• unterschiedliche Areas
• unterschiedliche Hello Timer
• unterschiedliche Authentication
• Interface nicht aktiviert
• Layer-2-Probleme

Viele Fragen basieren genau auf diesen Szenarien.

BGP Troubleshooting

Für BGP:

show bgp summary

Besonders wichtig:

State

Gewünschter Zustand:

Established

Andere Zustände weisen auf Probleme hin.

Ping

Der wahrscheinlich meistgenutzte Netzwerkbefehl überhaupt.

In Junos:

ping 192.168.1.1

Ping beantwortet mehrere Fragen:

• Erreichbarkeit?
• Routing vorhanden?
• Gegenstelle aktiv?

Ein grundlegendes Werkzeug.

Traceroute

Wenn Ping fehlschlägt:

traceroute 192.168.1.1

Nun wird sichtbar:

Hop 1
Hop 2
Hop 3
...

Dadurch lässt sich oft erkennen, wo Pakete verloren gehen.

Logs in Junos

Eine der wichtigsten Informationsquellen.

Anzeigen:

show log messages

Hier erscheinen:

• Interface-Änderungen
• Prozessmeldungen
• Routing-Ereignisse
• Fehler

Viele Probleme lassen sich direkt aus den Logs erkennen.

Syslog

Junos nutzt ein klassisches Syslog-System.

Logdateien befinden sich typischerweise unter:

/var/log

Wichtige Dateien:

messages

interactive-commands

Diese tauchen regelmäßig in Dokumentationen und Prüfungsfragen auf.

Filterung von Logs

Niemand möchte tausende Zeilen durchsuchen.

Deshalb:

show log messages | match OSPF

oder:

show log messages | match BGP

Eine wichtige Technik im Alltag.

Monitoring von Routing-Protokollen

OSPF:

show ospf neighbor

BGP:

show bgp summary

RIP:

show rip neighbor

Immer dieselbe Grundidee:

Existieren die erwarteten Nachbarschaften?

Monitoring von Firewall Filtern

Wir erinnern uns an den vorherigen Artikel.

Counter prüfen:

show firewall

Dadurch lässt sich feststellen:

• trifft der Filter?
• wird Traffic blockiert?
• funktioniert die Regel?

Sehr nützlich im Troubleshooting.

Monitoring von CoS

QoS-Probleme analysieren:

show interfaces queue

Hier erkennt man:

• Queue-Auslastung
• Drops
• Priorisierung

Ein typisches Enterprise-Szenario.

Traceoptions

Ein besonderes Werkzeug in Junos.

Traceoptions ermöglichen detailliertes Debugging.

Beispiel:

OSPF Trace

Der Prozess schreibt detaillierte Informationen in Logdateien.

Warum Traceoptions wichtig sind

Viele Betriebssysteme verwenden:

debug all

Das kann Systeme stark belasten.

Junos verfolgt einen gezielteren Ansatz.

Man aktiviert nur die benötigten Informationen.

Dadurch bleibt die Analyse kontrollierbar.

JNCIS-Fokus

Die Prüfung erwartet meist nur das Grundverständnis:

Traceoptions liefern detaillierte Protokollinformationen für einzelne Prozesse.

CPU und Systemzustand

Ein weiterer wichtiger Bereich.

Überblick:

show system processes

Systeminformationen:

show system uptime

Speicherauslastung:

show chassis routing-engine

Diese Kommandos helfen bei Performance-Problemen.

Die häufigsten Ursachen für Netzwerkprobleme

Erfahrene Administratoren kennen eine einfache Wahrheit:

Die meisten Fehler entstehen nicht durch exotische Bugs.

Sondern durch:

1. Layer-1-Probleme
2. Falsche IP-Adressen
3. Fehlendes Routing
4. ACL-/Filter-Fehler
5. OSPF-Fehlkonfigurationen
6. VLAN-Mismatches

Auch viele JNCIS-Fragen orientieren sich an diesen Klassikern.

Systematischer Troubleshooting-Prozess

Ein bewährter Ablauf:

Schritt 1

Interface prüfen

show interfaces terse

Schritt 2

Routing prüfen

show route

Schritt 3

Protokollstatus prüfen

show ospf neighbor

oder

show bgp summary

Schritt 4

Konnektivität testen

ping

traceroute

Schritt 5

Logs analysieren

show log messages

Schritt 6

Bei Bedarf Traceoptions aktivieren

Dieser Ablauf funktioniert in den meisten Situationen erstaunlich gut.

Typische JNCIS-ENT Prüfungsfallen

Falle 1

Mit OSPF beginnen, obwohl das Interface down ist.

Falle 2

Routing analysieren, obwohl keine physikalische Verbindung existiert.

Falle 3

Logs ignorieren.

Falle 4

Ping-Ergebnisse falsch interpretieren.

Falle 5

OSPF-Nachbarschaften nicht prüfen.

Falle 6

Traceroute und Ping verwechseln.

Praxisbezug

In produktiven Netzwerken entstehen täglich kleinere und größere Störungen.

Die erfolgreichsten Administratoren sind selten diejenigen, die die meisten Kommandos kennen.

Sondern diejenigen, die:

• strukturiert arbeiten,
• Symptome von Ursachen unterscheiden,
• und Probleme systematisch eingrenzen.

Junos bietet dafür eine große Anzahl leistungsfähiger Werkzeuge.

Fazit

Troubleshooting gehört zu den wichtigsten Fähigkeiten eines Netzwerkingenieurs.

Junos stellt dafür zahlreiche Werkzeuge bereit:

• show interfaces
• show route
• show ospf neighbor
• show bgp summary
• ping
• traceroute
• show log
• traceoptions

Für die JNCIS-ENT solltest du insbesondere verstehen:

• wie Probleme systematisch eingegrenzt werden,
• welche Kommandos welche Informationen liefern,
• und welche typischen Fehlerbilder bei Routing- und Switching-Protokollen auftreten.

JNCIS-ENT Prüfungsstrategie

Wenn eine Troubleshooting-Frage erscheint, denke immer in dieser Reihenfolge:

Layer 1
↓
Interface
↓
Routing
↓
Routing-Protokoll
↓
Ping
↓
Traceroute
↓
Logs

Die meisten Prüfungsfragen lassen sich mit genau diesem Denkmodell lösen.

Abschluss des Junos Foundations Blocks

Mit diesem Artikel haben wir die großen Junos-Betriebs- und Architekturthemen abgeschlossen:

• Junos Architektur
• Candidate Configuration
• Commit-Prozess
• Rollback
• CLI-Navigation
• Konfigurationsmanagement
• Monitoring
• Troubleshooting

Damit ist das Fundament gelegt, auf dem alle weiteren Enterprise-Technologien aufbauen.