Optisches Power Budget: dBm berechnen und sichere Margins fürs Link

Ein optisches Power Budget ist die Grundlage, um Glasfaser-Links zuverlässig zu planen, zu prüfen und im Betrieb sicher zu betreiben. Wer dBm korrekt berechnen kann und realistische Margins einplant, reduziert Ausfälle durch zu geringe Empfangsleistung (Underpower) ebenso wie Probleme durch zu hohe Leistung am Receiver (Overpower). In ISP-, Telco- und Enterprise-Backbones entscheidet das Power Budget oft darüber, ob ein Link bei Wartungen, Temperaturwechseln, Alterung der Komponenten oder nach einem Spleiß noch stabil bleibt. Gleichzeitig ist das Thema anfällig für typische Fehler: dBm und dB werden verwechselt, Einfügedämpfungen werden zu optimistisch angesetzt, Steckverbinder und Patchfelder werden „vergessen“, oder die Receiver-Spezifikation wird nur auf Mindestempfang (Sensitivity) geprüft, nicht auf die maximale Eingangsleistung. Dieser Leitfaden erklärt praxisnah, wie Sie das optische Power Budget berechnen, welche Dämpfungsanteile Sie berücksichtigen müssen, wie Sie saubere Sicherheitsmargen definieren und wie Sie Ergebnisse im NOC- oder Change-Window-Kontext validieren – inklusive Formeln in MathML, einer Schritt-für-Schritt-Methode und einer Checkliste für den Link-Sign-off.

Begriffe: dBm, dB und warum das Power Budget eine Bilanz ist

Beim optischen Power Budget geht es um eine einfache Bilanz: Was sendet der Transceiver (Tx), wie viel Leistung geht auf dem Weg verloren (Attenuation/Loss), und was kommt am Empfänger (Rx) an? Alle Werte werden in logarithmischen Einheiten ausgedrückt, weil sich Dämpfungen so bequem addieren lassen. Dabei sind drei Begriffe zentral:

• dBm: absolute Leistung bezogen auf 1 Milliwatt (mW). Beispiel: 0 dBm = 1 mW.
• dB: relative Änderung (Verstärkung oder Dämpfung) ohne festen Bezug. Beispiel: 3 dB Verlust bedeutet etwa halbe Leistung.
• Optisches Power Budget: zulässige Gesamtdämpfung zwischen Tx und Rx, damit Rx im Spezifikationsfenster bleibt.

Ein häufiger Praxisfehler ist die Vermischung von dB und dBm: Dämpfungen (Faser, Stecker, Spleiß) sind dB-Werte und werden addiert; die absolute Sende- und Empfangsleistung sind dBm-Werte. Für grundlegende optische Leistungsbegriffe und Transceiver-Datenblätter ist ein Einstieg über Herstellerdokumentation oder Standards hilfreich, z. B. über IEEE 802.3 (Ethernet Standards) sowie über herstellernahe Optik-Übersichten wie Cisco Transceiver Installations- und Konfigurationsguides.

dBm berechnen: Umrechnung zwischen mW und dBm

Die dBm-Skala ist logarithmisch. Das ist nützlich, weil optische Leistungen über große Bereiche dargestellt werden können, ohne mit extrem kleinen Dezimalzahlen zu arbeiten. Für Budgetrechnungen müssen Sie nicht ständig zwischen mW und dBm umrechnen, aber es hilft, das Prinzip zu verstehen – besonders, wenn Messgeräte in mW anzeigen oder wenn Sie Abschätzungen prüfen möchten.

mW in dBm umrechnen

$P\left(\mathrm{dBm}\right)=10\times {\log }_{10}\left(\frac{P\left(\mathrm{mW}\right)}{1\mathrm{mW}}\right)$

dBm in mW umrechnen

$P\left(\mathrm{mW}\right)={10}^{\frac{P\left(\mathrm{dBm}\right)}{10}}$

Praxisanker, die man sich leicht merkt:

• 0 dBm = 1 mW
• +3 dBm ≈ 2 mW (ungefähr Verdopplung)
• −3 dBm ≈ 0,5 mW (ungefähr Halbierung)
• −10 dBm = 0,1 mW
• −20 dBm = 0,01 mW

Das optische Power Budget berechnen

Für eine grundlegende Budgetrechnung brauchen Sie vier Dinge: Tx-Ausgangsleistung, alle Verluste im Pfad, Rx-Empfindlichkeit (Minimum) und Rx-Maximum (Maximum Input). Viele Planungen betrachten nur die Empfindlichkeit; im Betrieb ist das genauso gefährlich wie das Übersehen von Unterpower.

Erwartete Rx-Leistung (Link-Bilanz)

$\mathrm{Rx}\_\mathrm{expected}\left(\mathrm{dBm}\right)=\mathrm{Tx}\_\mathrm{actual}\left(\mathrm{dBm}\right)-\mathrm{TotalLoss}\left(\mathrm{dB}\right)$

Zulässiges Budget (Transceiver-Budget)

Viele Datenblätter geben direkt ein „Optical Budget“ an. Falls nicht, kann man es als Differenz aus minimaler Tx-Leistung und minimal benötigter Rx-Leistung (Sensitivity) verstehen.

$\mathrm{Budget}\left(\mathrm{dB}\right)=\mathrm{Tx}\_\min \left(\mathrm{dBm}\right)-\mathrm{Rx}\_\mathrm{sensitivity}\left(\mathrm{dBm}\right)$

Wichtig: Für eine konservative Planung verwenden Sie Tx_min (schlechtester Sender) und Rx_sensitivity (schlechtester Empfänger). Für Overpower prüfen Sie zusätzlich Tx_max gegen Rx_max.

Welche Verluste in TotalLoss wirklich enthalten sein müssen

Die Gesamtverluste eines Links ergeben sich aus mehreren Komponenten. Im Feld werden oft nur die Faserverluste angesetzt, obwohl Stecker, Patchfelder, Spleiße, Dämpfungsglieder und Alterung häufig den Unterschied zwischen „läuft“ und „flappt“ ausmachen.

Faser-Dämpfung (Attenuation)

Die Faser hat eine wellenlängenabhängige Dämpfung, üblicherweise angegeben in dB/km. Typische Werte (nur als Orientierung) liegen bei Singlemode-Fasern im Bereich um 0,3–0,4 dB/km bei 1310 nm und um 0,2–0,25 dB/km bei 1550 nm, je nach Faserklasse und Zustand. Für genaue Planungen orientieren Sie sich an den relevanten Faserspezifikationen, z. B. ITU-T G.652 (Single-mode optical fibre and cable).

• Faserverlust: Länge (km) × Dämpfung (dB/km)
• Praxisrisiko: nicht dokumentierte Umwege in Gebäuden/PoPs und zusätzliche Patchstrecken

Steckverbinder und Patchfelder

Jeder Steckverbinder hat eine Einfügedämpfung (Insertion Loss). In der Praxis variiert sie stark je nach Qualität, Sauberkeit und Zustand der Ferrule. Ein „schlechter“ Steckverbinder kann den Link schleichend degradieren und zu sporadischen Fehlern führen, die im NOC wie Routing-Instabilität aussehen. Als Richtwert wird häufig pro Steckpaar ein kleiner dB-Wert angesetzt; konservativ planen heißt, nicht zu optimistisch zu sein.

• Einfügedämpfung: pro Steckpaar addieren
• Praxisrisiko: Verschmutzung, Mikrorisse, falsche Polierung, mechanische Belastung

Spleiße und Verbindungen

Auch Spleiße haben Dämpfungen, die sich über viele Spleiße summieren können. In Metronetzen oder langen Trassen mit mehreren Muffen ist das relevant. Zusätzlich kann sich die Dämpfung nach Arbeiten ändern; deshalb sind Vorher/Nachher-Messungen (OTDR, Power Meter) ein wichtiger Teil von Maintenance-SOPs.

Passive Komponenten: Splitter, Mux/Demux, ODF-Elemente

In manchen Umgebungen laufen Links nicht „punkt-zu-punkt“, sondern durch passive Komponenten: WDM-Mux/Demux, Filter, Patchpanels oder – im Access – Splitter. Diese Komponenten können mehrere dB Verlust beitragen und müssen zwingend in die Bilanz. Bei DWDM-Designs kommen außerdem oft zusätzliche Budgets durch Mux/Demux und ROADM-Pfade hinzu, die herstellerspezifisch dokumentiert werden.

Zusätzliche Margins: Alterung, Temperatur, Messunsicherheit

Eine sichere Planung berücksichtigt nicht nur „heutige“ Verluste, sondern auch Drift: Alterung von Lasern, Veränderungen in Steckern, Temperatureffekte und Messunsicherheit. Genau dafür sind Margins da. Wer ohne Margin plant, plant faktisch einen Link, der nur im Idealfall stabil ist.

Sichere Margins definieren: Was „genug Reserve“ in der Praxis bedeutet

Die richtige Margin hängt von Einsatzumgebung, Betriebserfahrung und Kritikalität ab. In einem Backbone mit hoher Verfügbarkeit sind konservative Reserven sinnvoll, weil der Preis einer Störung (MTTR, Kundenimpact, SLA) die Mehrkosten oft übersteigt. Eine Margin ist dabei nicht „Beliebigkeit“, sondern ein bewusstes Risikopolster.

Margin als Formel

$\mathrm{Margin}\left(\mathrm{dB}\right)=\mathrm{Budget}\left(\mathrm{dB}\right)-\mathrm{TotalLoss}\left(\mathrm{dB}\right)$

Interpretation:

• Margin > 0: Link ist im Budget (unter der konservativen Annahme von Tx_min und Rx_sensitivity).
• Margin zu klein: Link läuft heute, kann aber bei Wartung/Drift instabil werden.
• Margin negativ: Link ist rechnerisch außerhalb; ohne Verstärkung/Designänderung riskant.

Praxisleitlinien für Margins

• Backbone/Metro: eher konservativ planen, weil Fehlersuche teuer ist und Kaskadeneffekte drohen.
• Viele Steckverbindungen/Spleiße: höhere Margin, weil Variabilität steigt.
• Wartungsintensive Strecken: höhere Margin, weil Arbeiten Dämpfung verändern können.
• DWDM/ROADM-Pfade: Margin strikt nach Hersteller-Engineering, weil Pfadverluste komplex sind.

Wichtig: „Sichere Margin“ bedeutet nicht, dass Rx möglichst hoch sein muss. Ein zu hoher Rx-Pegel kann genauso problematisch sein. Deshalb gehört zur Safety-Betrachtung immer auch die Overpower-Prüfung.

Overpower vermeiden: Rx-Maximum ist genauso relevant wie Rx-Sensitivity

Viele Ausfälle entstehen nicht durch zu wenig, sondern durch zu viel Leistung am Receiver – insbesondere bei sehr kurzen Strecken, bei falschen Optikklassen oder wenn Dämpfungsglieder fehlen. Overpower kann Receiver in Sättigung treiben und bit errors erzeugen, die wie sporadische Paketverluste wirken.

Overpower-Prüfung

$\mathrm{Rx}\_\mathrm{max\_check}:\mathrm{Tx}\_\max \left(\mathrm{dBm}\right)-\mathrm{TotalLoss}\left(\mathrm{dB}\right)\le \mathrm{Rx}\_\max \left(\mathrm{dBm}\right)$

• Wenn zu hoch: Dämpfungsglied (Attenuator) einsetzen oder passende Optikklasse verwenden.
• Wenn knapp: besonders saubere Dokumentation und Messung, weil kleine Änderungen Overpower auslösen können.

Schritt-für-Schritt: Power Budget rechnen wie im NOC- und Change-Window-Alltag

Eine robuste Methode ist bewusst simpel und wiederholbar. Sie passt in Change Requests, Maintenance-SOPs und Evidence Packs.

• Schritt 1: Transceiver-Datenblattwerte notieren: Tx_min, Tx_max, Rx_sensitivity, Rx_max (jeweils dBm).
• Schritt 2: Pfad inventarisieren: Faserlänge, Anzahl Steckpaare, Anzahl Spleiße, passive Komponenten (Mux/Demux, ODF, Splitter).
• Schritt 3: TotalLoss berechnen: Faserverlust + Stecker + Spleiße + passive Verluste + Engineering-Margin.
• Schritt 4: Underpower prüfen: Rx_expected (Tx_min − TotalLoss) muss über Rx_sensitivity liegen.
• Schritt 5: Overpower prüfen: Rx_expected_max (Tx_max − TotalLoss) darf Rx_max nicht überschreiten.
• Schritt 6: Vor-Ort/Remote validieren: DOM-Rx-Werte, Power Meter, OTDR (wo sinnvoll), Vorher/Nachher bei Maintenance.
• Schritt 7: Sign-off dokumentieren: Werte, Zeitfenster, Messmethode, Abweichungen, Follow-ups.

Validierung im Betrieb: Welche Messwerte wirklich zählen

Die beste Rechnung ersetzt keine Messung. Im Betrieb sind vor allem drei Quellen wichtig: DOM/Transceiver-Telemetrie (Rx/Tx in dBm), Power-Meter-Messungen (absolut) und OTDR-Messungen (lokalisierend). DOM ist sehr praktisch, aber nicht immer hochpräzise; dennoch ist es für Trendbeobachtung und schnelle Fault-Isolation im NOC sehr wertvoll.

• DOM Rx/Tx (dBm): Trends und Grenzwerte beobachten; plötzliche Sprünge nach Maintenance ernst nehmen.
• Power Meter: absolute Messung, gut für Sign-off und Carrier/Vendor-Eskalation.
• OTDR: lokalisierende Messung für Spleiße, Steckstellen, Brüche; ideal bei regionalen Degradationsfällen.

Typische Fehler bei Power-Budget-Rechnungen und wie Sie sie vermeiden

• dB vs. dBm verwechselt: Dämpfungen sind dB und werden addiert; absolute Leistungen sind dBm.
• Stecker „vergessen“: Patchfelder und ODF-Wege unterschätzt; im PoP entstehen schnell mehrere zusätzliche Steckpaare.
• Zu optimistische Insertions: Laborwerte statt Feldrealität; Verschmutzung und Alterung nicht eingepreist.
• Overpower ignoriert: kurzer Link + starke Optikklasse → Rx-Sättigung und sporadische Fehler.
• Keine Drift-Margin: Link läuft nach Inbetriebnahme, wird aber nach Monaten instabil.
• Kein Vorher/Nachher: Maintenance verändert Dämpfung; ohne Vergleich fehlen Beweise für Eskalation.

Checkliste: Sichere Margins und Link-Sign-off in der Praxis

• Datenblatt geprüft: Tx_min/Tx_max/Rx_sensitivity/Rx_max dokumentiert.
• Pfad komplett: Faserlänge, Stecker, Spleiße, passive Komponenten vollständig erfasst.
• Underpower ok: Rx_expected (mit Tx_min) über Rx_sensitivity mit Reserve.
• Overpower ok: Rx_expected_max (mit Tx_max) unter Rx_max.
• Messung durchgeführt: DOM-Werte + (falls nötig) Power Meter/OTDR.
• Trend-Alarmierung: Rx-Power Drift und Error Counters sinnvoll überwacht (nicht nur Link down).
• Dokumentation: Evidence Pack light mit Zeitfenstern und Messergebnissen erstellt.

Outbound-Ressourcen für Standards und Praxiswissen

• ITU-T G.652 (Single-mode optical fibre and cable)
• IEEE 802.3 (Ethernet Standards und optische PHYs)
• Cisco: Transceiver-Installations- und Konfigurationsguides
• Optisches Power Budget berechnen (FS Blog, praxisnah)

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.