OTDR für ISP/Telco ist das wichtigste Werkzeug, um einen Fiber Cut nicht nur zu vermuten, sondern den Ort der Unterbrechung entlang der Trasse belastbar zu bestimmen. In einem Fiber-Cut-Incident ist „Link down“ als Signal zwar eindeutig, aber für Field Dispatch zu ungenau: Ein Team braucht eine Distanzangabe (und idealerweise eine Richtung), um die richtige Muffe, den richtigen Schacht oder den richtigen Trassenabschnitt anzufahren. Genau dafür ist ein OTDR (Optical Time Domain Reflectometer) gemacht: Es schickt kurze Lichtimpulse in die Faser und misst das rückgestreute und reflektierte Signal, um Dämpfungsereignisse (Stecker, Spleiße, Biegeradien, Brüche) als Kurve über die Entfernung sichtbar zu machen. Ein korrekt durchgeführter OTDR-Test verkürzt die Zeit bis zur Entstörung drastisch, weil er die Suche auf wenige hundert Meter (oder sogar weniger) eingrenzt und falsche Einsätze verhindert. Gleichzeitig ist OTDR nicht „einfach anschließen und ablesen“: Parameter wie Pulsbreite, Messwellenlänge, Messbereich, IOR (Brechungsindex) und Dead Zones entscheiden darüber, ob Sie den Fehlerpunkt sauber sehen oder ihn durch Messartefakte überdecken. Dieser praxisnahe Guide erklärt, wie ISP- und Telco-Teams OTDR zur Ortung eines Fiber Cuts einsetzen, welche Einstellungen in welcher Situation sinnvoll sind, wie Sie typische Spuren interpretieren, welche Fehlerquellen häufig zu falschen Distanzen führen und wie Sie OTDR-Ergebnisse so dokumentieren, dass Carrier/Vendor und Field Service ohne Rückfragen handeln können.
Was ein OTDR misst und warum es für Fiber Cuts so gut funktioniert
Ein OTDR nutzt zwei physikalische Effekte: Rückstreuung (Rayleigh Backscatter) entlang der Faser und Reflektionen an diskontinuierlichen Stellen (z. B. Stecker, Luftspalt, Bruch). Aus der Laufzeit des reflektierten Signals berechnet das Gerät eine Entfernung. Das Ergebnis ist eine Trace (Kurve), die Dämpfung über Distanz zeigt und Ereignisse als „Stufen“ oder „Spikes“ darstellt. Für ISP/Telco ist das ideal, weil Sie damit nicht nur ob ein Cut vorliegt, sondern wo er wahrscheinlich ist.
- Backscatter: liefert den kontinuierlichen Dämpfungsverlauf der Faser.
- Reflexion: markiert diskrete Ereignisse (z. B. Stecker, mechanische Trennung, Bruch).
- Ende der Faser: zeigt sich oft als starker Reflexionspeak oder als „Noise Floor“ nach dem Ende.
Als faserbezogene Grundlage für Dämpfungs- und Singlemode-Eigenschaften ist ITU-T G.652 eine etablierte Referenz; für optische Übertragungskontexte in Ethernet-Umgebungen liefert IEEE 802.3 Orientierung zu optischen PHYs.
OTDR im Incident-Prozess: Wann messen und was das Ergebnis leisten muss
Bei einem vermuteten Fiber Cut geht es im NOC nicht darum, eine perfekte Laboranalyse zu erstellen, sondern eine dispatchfähige Ortsangabe zu liefern. Ein OTDR-Resultat ist dann „gut genug“, wenn es folgende Fragen beantwortet:
- Wo liegt das Ereignis? Distanz vom Messpunkt in Metern oder Kilometern.
- Welche Richtung? Von A-Ende oder Z-Ende aus gemessen (oder ideal: beidseitig).
- Wie sicher ist die Aussage? sauberer Peak/Stufe, plausibel zur Trassenlänge, keine offensichtlichen Artefakte.
- Was ist der Ereignistyp? reflektiv (Stecker/Bruch) oder nicht-reflektiv (Biegeradius/Degradation).
Praxisregel: Wenn Sie Zeit haben, messen Sie von beiden Enden. Zwei OTDR-Traces (A→Z und Z→A) reduzieren Fehlinterpretationen erheblich und erlauben eine „Cross-Check“-Ortung in der Mitte der Trasse.
Grundgleichung: Entfernung aus Laufzeit berechnen
OTDR berechnet Distanz aus der gemessenen Laufzeit des reflektierten Signals. Da das Licht in der Faser langsamer ist als im Vakuum, braucht das Gerät einen Brechungsindex (IOR, Index of Refraction), um korrekt zu rechnen. Eine falsche IOR-Einstellung ist eine der häufigsten Ursachen für falsche Distanzangaben.
Distanzberechnung (vereinfachtes Modell, MathML)
d = c×t 2×n
- d: Entfernung zum Ereignis
- c: Lichtgeschwindigkeit
- t: gemessene Laufzeit (Hin- und Rückweg)
- n: Brechungsindex der Faser (IOR)
Die Division durch 2 ist wichtig, weil das Signal den Weg zum Ereignis und zurück zurücklegt. In der Praxis sollten Sie den IOR-Wert verwenden, der zur verwendeten Faser und zum Messgerät passt (oft im Faserpass oder in der OTDR-Vorlage hinterlegt).
OTDR-Einstellungen in der Praxis: Welche Parameter wirklich entscheidend sind
Die Qualität Ihrer OTDR-Ortung hängt stark von den Einstellungen ab. Im Incident ist das Ziel: den Cut sicher sehen und die Distanz zuverlässig bestimmen. Dafür sollten Sie diese Parameter bewusst wählen.
Messwellenlänge: 1310 nm vs. 1550 nm (und ggf. 1625/1650 nm)
- 1310 nm: oft stabiler für kürzere Strecken und allgemeine Abnahmen; weniger empfindlich gegenüber Biege-Dämpfung.
- 1550 nm: geringere Fasergrunddämpfung, oft besser für lange Strecken; empfindlicher für Makro-/Mikrobiegungen.
- 1625/1650 nm: häufig für In-Service- oder Maintenance-Messungen genutzt (je nach Netzdesign), weil es außerhalb mancher Übertragungskanäle liegt.
Praxisempfehlung: Bei Verdacht auf Cut oder harte Unterbrechung messen Sie mindestens auf einer Wellenlänge; bei unklarer Degradation sind zwei Wellenlängen oft hilfreicher, weil Biegeradien bei 1550 nm häufig stärker sichtbar werden.
Pulsbreite: Auflösung vs. Reichweite
Die Pulsbreite bestimmt, wie „scharf“ Ereignisse getrennt werden können und wie weit das OTDR zuverlässig misst. Kurze Pulse liefern bessere Auflösung (kleinere Dead Zones), lange Pulse liefern mehr Energie (besseres Signal-Rausch-Verhältnis) und damit Reichweite.
- Kurzer Puls: bessere Ereignisauflösung, gut für PoP/ODF-nahe Ereignisse und kurze Strecken.
- Langer Puls: besser für lange Strecken und hohe Dämpfung, aber größere Dead Zones.
Für einen Fiber Cut in einer langen Backbone-Trasse wählen Teams häufig zunächst einen längeren Puls, um das Ende sicher zu sehen, und wiederholen dann mit kürzerem Puls, um Ereignisse nahe am Messpunkt sauber zu trennen.
Messbereich und Auflösung (Range, Resolution)
- Range: größer als die erwartete Trassenlänge wählen (sonst schneiden Sie das Ereignis ab).
- Sample Resolution: fein genug wählen, um den Ereignispunkt präzise zu markieren.
- Averaging Time: länger mitteln reduziert Noise und macht schwache Ereignisse sichtbar.
IOR/Brechungsindex: Der Distanz-Killer
- Fehlerbild: Distanz passt nicht zur bekannten Trassenlänge oder weicht zwischen Messgeräten stark ab.
- Maßnahme: IOR-Wert konsistent in der Organisation standardisieren und im Ticket dokumentieren.
- Praxis: Vorlagen pro Fasertyp erstellen (z. B. Metro vs. Longhaul), statt ad hoc Werte zu raten.
Interpretation der OTDR-Trace: Ereignistypen im Feld erkennen
Damit OTDR zur Ortung taugt, müssen Sie typische Ereignisse unterscheiden. Besonders wichtig ist die Trennung zwischen reflektiven und nicht-reflektiven Ereignissen, weil ein Fiber Cut je nach Art unterschiedlich „aussieht“.
Reflektive Ereignisse
- Steckverbinder/Adapter: oft ein Peak (Reflexion) plus kleiner Dämpfungssprung.
- Mechanischer Bruch / offene Faser: typischerweise starker Peak, danach „Ende“ (keine Backscatter mehr).
- Air Gap: sehr reflektiv, kann wie ein Cut wirken, obwohl es ein schlechter Stecker ist.
Nicht-reflektive Ereignisse
- Spleiß: meist kleiner „Step“ (Dämpfungszunahme) ohne starken Reflexionspeak.
- Biegeradius/Mikrobiegung: Dämpfungsanstieg, oft stärker bei 1550 nm als bei 1310 nm.
- Faserdegradation: schleichender Trend, nicht zwingend als einzelnes Event sichtbar.
Fiber Cut vs. „High Loss Event“ unterscheiden
Ein echter Cut zeigt häufig ein klares Ende der Trace. Ein sehr schlechter Stecker oder eine stark verschmutzte Verbindung kann jedoch ebenfalls einen großen Reflexionspeak erzeugen und so wie ein Cut wirken. Deshalb ist der Kontext entscheidend: Wenn der Cut in der Nähe eines PoP/ODF vermutet wird, lohnt sich ein schneller Stecker-/Patch-Check, bevor Field Service kilometerweit fährt.
Dead Zones: Warum Ereignisse nahe am Messpunkt oft „unsichtbar“ sind
OTDRs haben sogenannte Dead Zones: Bereiche nach einem starken Reflexionsereignis, in denen das Gerät keine neuen Ereignisse sauber auflösen kann. Das ist besonders relevant, wenn der Cut nahe am Messpunkt liegt (z. B. in einem PoP-Patchfeld). Um solche Fälle zu vermeiden, nutzen Teams häufig Launch- und Receive-Fasern (auch „Launch Cable“ bzw. „Fiber Ring“ genannt).
- Event Dead Zone: minimale Distanz, um zwei Ereignisse getrennt zu erkennen.
- Attenuation Dead Zone: minimale Distanz, um Dämpfung nach einem Ereignis korrekt zu messen.
- Launch Cable: verschiebt das erste Ereignis aus der Dead Zone, damit Sie PoP-nahe Probleme sichtbar machen.
Beidseitige OTDR-Messung: Der schnellste Weg zur sicheren Ortung
Eine OTDR-Messung von nur einer Seite kann täuschen: Manche Ereignisse sehen aus einer Richtung stärker reflektiv aus als aus der anderen, und Dead Zones können einen zweiten Fehler überdecken. Beidseitige Messung liefert zwei unabhängige Distanzangaben, die zusammen die Ortsbestimmung stark verbessern.
Cross-Check der Distanz (MathML)
Wenn Sie die Gesamttrassenlänge L kennen, können Sie die beiden Messungen plausibilisieren. Liegt das Ereignis bei Distanz d_A vom A-Ende und bei d_Z vom Z-Ende, sollte näherungsweise gelten:
d_A + d_Z ≈ L
Abweichungen können durch IOR-Differenzen, nicht dokumentierte Trassenumwege oder Messartefakte entstehen. Genau deshalb ist die Dokumentation der IOR-Einstellungen und der Messwellenlänge so wichtig.
Vom OTDR-Ergebnis zum Field Dispatch: Wie Sie eine „dispatchfähige“ Ortsangabe formulieren
Für Field Teams zählt am Ende nicht die OTDR-Trace, sondern eine klare Ortsangabe: „Ereignis bei km X von Standort A“ plus Kontext, welche Trasse und welche Zugänge betroffen sind. Ein gutes Dispatch-Paket enthält:
- Messpunkt: A-Ende oder Z-Ende, PoP/ODF/Panel/Port, eindeutige IDs.
- Parameter: Wellenlänge, Pulsbreite, Range, IOR, Averaging Time.
- Ereignisdistanz: z. B. 12,34 km vom A-Ende, plus Toleranz (z. B. ±200 m).
- Ereignistyp: Cut (Ende der Faser) vs. High Loss/Reflexion (möglicher Stecker).
- Trassenreferenz: Trassenname/SRLG/Ring-ID, zugehörige Schächte/Muffen (wenn im GIS vorhanden).
- Zeitfenster (UTC): wann trat es auf, wann gemessen.
Häufige Fehlerquellen und wie Sie sie im NOC vermeiden
- Falscher IOR: Distanz falsch → IOR standardisieren und im Ticket dokumentieren.
- Kein Launch Cable: PoP-nahe Fehler „unsichtbar“ → Launch/Receive-Fasern einsetzen.
- Falsche Pulsbreite: Ereignis verschmiert oder reicht nicht bis zum Ende → zuerst Reichweite sichern, dann Auflösung erhöhen.
- Range zu klein: Cut liegt außerhalb Messbereich → Range größer als Trasse wählen.
- Reflexion falsch interpretiert: schlechter Stecker wirkt wie Cut → PoP-Check und beidseitige Messung.
- Keine Vorher-Baseline: Degradationsereignisse schwer zu bewerten → Baseline-Traces pro kritischer Strecke ablegen.
OTDR als Teil der Evidence Pack-Strategie
OTDR-Ergebnisse sind nicht nur für Dispatch wichtig, sondern auch für Carrier/Vendor-Eskalation, SLA-Diskussionen und Postmortems. Ein minimaler OTDR-Anhang im Evidence Pack spart später Zeit.
- Trace Export: Screenshot plus Rohdatei (wenn organisatorisch möglich), mit Zeitstempel.
- Parameterblatt: Wellenlänge, Puls, IOR, Range, Averaging.
- Ereignisliste: wichtigste Events mit Distanz und Interpretation.
- Beidseitige Messung: wenn vorhanden, beide Distanzen + Plausibilisierung.
Praktische Checkliste: OTDR-Ortung eines Fiber Cuts in 15 Minuten
- 1) Fault Domain bestätigen: welcher Span/Ring/SRLG ist betroffen?
- 2) Messpunkt wählen: A-Ende oder Z-Ende (idealerweise beide vorbereiten).
- 3) Launch Cable anschließen, Port sauber prüfen, richtige Faser identifizieren.
- 4) Parameter setzen: Range > Trassenlänge, IOR korrekt, Puls passend zur Strecke.
- 5) Messung durchführen, Ende/Peak identifizieren, Distanz notieren.
- 6) Plausibilisieren: passt Distanz zur Trassenkarte? Gibt es alternative Erklärungen (Stecker)?
- 7) Dispatch-Paket erstellen: km-Angabe + Trassenreferenz + Zeitfenster + Parameter.
- 8) Wenn möglich: Gegenmessung vom anderen Ende für Cross-Check.
Outbound-Ressourcen
- ITU-T G.652 (Single-mode optical fibre and cable)
- IEEE 802.3 (Ethernet Standards und optische PHY-Kontexte)
- EXFO Resources (OTDR und Feldmessung, praxisnah)
- VIAVI: OTDR Solutions (Grundlagen und Anwendung)
- Fluke Networks: OTDR Basics
Cisco Netzwerkdesign, CCNA Support & Packet Tracer Projekte
Cisco Networking • CCNA • Packet Tracer • Network Configuration
Ich biete professionelle Unterstützung im Bereich Cisco Computer Networking, einschließlich CCNA-relevanter Konfigurationen, Netzwerkdesign und komplexer Packet-Tracer-Projekte. Die Lösungen werden praxisnah, strukturiert und nach aktuellen Netzwerkstandards umgesetzt.
Diese Dienstleistung eignet sich für Unternehmen, IT-Teams, Studierende sowie angehende CCNA-Kandidaten, die fundierte Netzwerkstrukturen planen oder bestehende Infrastrukturen optimieren möchten. Finden Sie mich auf Fiverr.
Leistungsumfang:
-
Netzwerkdesign & Topologie-Planung
-
Router- & Switch-Konfiguration (Cisco IOS)
-
VLAN, Inter-VLAN Routing
-
OSPF, RIP, EIGRP (Grundlagen & Implementierung)
-
NAT, ACL, DHCP, DNS-Konfiguration
-
Troubleshooting & Netzwerkoptimierung
-
Packet Tracer Projektentwicklung & Dokumentation
-
CCNA Lern- & Praxisunterstützung
Lieferumfang:
-
Konfigurationsdateien
-
Packet-Tracer-Dateien (.pkt)
-
Netzwerkdokumentation
-
Schritt-für-Schritt-Erklärungen (auf Wunsch)
Arbeitsweise:Strukturiert • Praxisorientiert • Zuverlässig • Technisch fundiert
CTA:
Benötigen Sie professionelle Unterstützung im Cisco Networking oder für ein CCNA-Projekt?
Kontaktieren Sie mich gerne für eine Projektanfrage oder ein unverbindliches Gespräch. Finden Sie mich auf Fiverr.

