Last-Mile Topologien: FTTH PON (GPON/XGS-PON) Design-Grundlagen

Last-Mile Topologien für FTTH PON gehören zu den wichtigsten Designaufgaben im Breitbandbereich, weil hier Technik, Tiefbaukosten und Kundenerlebnis direkt zusammenhängen. Ein FTTH PON (Passive Optical Network) ist kein „einfaches Glasfaserkabel bis ins Haus“, sondern eine strukturierte Topologie aus zentralen OLTs (Optical Line Terminals), passiven Splittern, Verteilnetzen und ONTs (Optical Network Terminals) beim Kunden. Die Design-Grundlagen – etwa Split-Ratio, Reichweite, Dämpfungsbudget, Segmentierung, Redundanz, Überbuchung und Migrationspfade von GPON auf XGS-PON – bestimmen, ob das Netz stabil wächst, ob Services wie VoIP, IPTV oder Business-SLAs zuverlässig funktionieren und ob spätere Upgrades ohne teure Umverdrahtung möglich sind. Gleichzeitig ist PON ein Shared Medium: Viele Haushalte teilen sich Upstream- und Downstream-Kapazität, und die Qualität hängt davon ab, wie sauber Topologie, Kapazitätsplanung und QoS-Profile umgesetzt sind. Dieser Artikel erklärt verständlich die wichtigsten FTTH PON Design-Grundlagen für GPON und XGS-PON – von der physikalischen Struktur (ODN) bis zu logischen Service- und Betriebsaspekten – damit Last-Mile Topologien nicht nur auf dem Papier funktionieren, sondern im Alltag skalieren.

FTTH PON in einem Satz: Passiv verteilen, aktiv bündeln

Bei FTTH PON sitzt aktive Technik zentral (OLT im PoP/Headend), während die Verteilung in der Fläche passiv erfolgt (Splitter, Muffen, Verteilkästen). Das senkt Betriebskosten und Energiebedarf in der Fläche, aber es macht die Planung der passiven optischen Infrastruktur (ODN – Optical Distribution Network) besonders wichtig, weil Änderungen im Feld teuer sind. Ein gutes Design legt daher früh fest, wie Fasern strukturiert, gesplittet und dokumentiert werden.

• OLT: Zentrale PON-Ports, die viele Kundenanschlüsse bündeln.
• ODN: Passive Infrastruktur aus Trunk-, Distribution- und Drop-Fasern plus Splitter.
• ONT/ONU: Kundengerät, das optisches Signal in Ethernet/WLAN/Telefonie umsetzt.
• Shared Medium: Bandbreite wird zwischen vielen Teilnehmern geteilt; Dimensionierung ist entscheidend.

GPON vs. XGS-PON: Technische Unterschiede, die Topologie beeinflussen

GPON ist in vielen Netzen der Einstieg: gut etabliert, kosteneffizient, ausreichend für typische 100–1000-Mbit/s-Produkte (abhängig von Netzstrategie). XGS-PON liefert symmetrisch höhere Kapazität und ist besonders relevant für Gigabitprodukte, wachsende Upload-Anforderungen, Business-Services und langfristige Zukunftssicherheit. Die gute Nachricht: In vielen Fällen lässt sich XGS-PON auf derselben passiven Infrastruktur betreiben, wenn Dämpfung, Split-Ratio und Komponentenqualität passen.

• GPON: Bewährt, wirtschaftlich, für viele Massenprodukte ausreichend, aber weniger Reserve bei hohen symmetrischen Anforderungen.
• XGS-PON: Höhere symmetrische Kapazität, bessere Zukunftssicherheit, geeignet für höhere Produktprofile und Business.
• Coexistence: Parallelbetrieb auf derselben ODN ist möglich, wenn Wellenlängen und Filterkonzepte unterstützt werden.
• Designauswirkung: Split-Ratio und Dämpfungsbudget müssen so gewählt werden, dass spätere XGS-PON-Upgrades nicht scheitern.

Last-Mile Topologien im FTTH: Punkt-zu-Punkt vs. PON

Vor der Detailplanung steht die Grundentscheidung: Punkt-zu-Punkt (Active Ethernet) oder PON (passiv). PON ist in der Fläche oft kosteneffizienter, weil weniger aktive Technik verteilt wird und weniger Fasern im Trunk benötigt werden. Punkt-zu-Punkt bietet dafür dedizierte Kapazität pro Kunde und kann für spezielle Business-SLAs attraktiv sein. Viele Betreiber wählen hybrid: PON für Residential und Mass Market, punkt-zu-punkt oder dedizierte Fasern für ausgewählte Geschäftskunden.

• PON: Shared Medium, weniger Faserbedarf im Trunk, passiv in der Fläche, geringere OpEx.
• Punkt-zu-Punkt: Dedizierte Faser, einfache L2/L3-Modelle, oft bessere Isolation, aber höhere Faser- und Portkosten.
• Hybrid: PON als Standard, dedizierte Anbindung für Premium/Business-Profile.

ODN-Architektur: Trunk, Distribution, Drop – und warum Struktur alles ist

Die ODN (Optical Distribution Network) ist das „Straßennetz“ der FTTH-Topologie. Typisch ist eine hierarchische Struktur: vom PoP/Headend (OLT) über Trunkfasern zu Verteilpunkten, von dort über Distribution zu Straßenzügen und schließlich Drops ins Gebäude. Ein strukturiertes ODN-Design reduziert spätere Umbauten: klare Faserbündel, definierte Verteilknoten, standardisierte Spleißkonzepte und sauberes Labeling sind wichtiger als jede Diskussion über Routermodelle.

• Trunk: Hochkapazitive Fasern vom PoP zu zentralen Verteilpunkten/ODF.
• Distribution: Verteilung in Quartiere, Straßen oder Cluster, häufig in Muffen/Verteilern organisiert.
• Drop: Letzter Abschnitt ins Gebäude/zu ONTs, oft kostentreibend und betrieblich relevant.
• Dokumentation: ODN ist nur so gut wie die Dokumentationsqualität (Faserwege, Spleiße, Splitterports).

Splitter-Topologien: 1-stufig vs. 2-stufig – das Kernstück der PON-Planung

In FTTH PON ist die Splittertopologie die wichtigste Designentscheidung. Sie bestimmt, wie viele Haushalte an einem PON-Port hängen, wie die Fasern in der Fläche genutzt werden und wie flexibel das Netz beim Wachstum bleibt. Grundsätzlich gibt es 1-stufige Splits (ein großer Splitter nahe am Aggregationspunkt) und 2-stufige Splits (z. B. erster Split im Verteilpunkt, zweiter Split näher am Kunden). 2-stufige Designs können Faserressourcen im Trunk besser nutzen und Wachstum fein granularer abbilden, sind aber komplexer in Dokumentation und Betrieb.

• 1-stufiger Split: Einfacher, weniger Komponenten, oft leichter zu dokumentieren; benötigt mehr Trunkfasern zu den Splitterstandorten.
• 2-stufiger Split: Bessere Faserökonomie und Flexibilität, aber mehr Spleiß-/Splitterpunkte und höhere Komplexität.
• Wachstumsfähigkeit: 2-stufig ermöglicht oft „pay as you grow“, wenn neue Splitter erst bei Bedarf aktiviert werden.
• Fehlerdomänen: Mehr Komponenten bedeuten mehr potenzielle Fehlerpunkte; Prozesse müssen reif sein.

Split-Ratio: Kapazität, Dämpfung und Produktstrategie in einer Zahl

Die Split-Ratio (z. B. 1:32, 1:64) ist im FTTH PON Design eine entscheidende Stellschraube. Eine höhere Split-Ratio senkt OLT-Portkosten pro Kunde und reduziert teils Faserkosten, erhöht aber optische Dämpfung und teilt die PON-Kapazität auf mehr Teilnehmer. Das beeinflusst sowohl das physische Linkbudget als auch die Servicequalität. Deshalb sollte die Split-Ratio nicht „maximal“ gewählt werden, sondern passend zur Produktstrategie (Down-/Upstream-Profile), zur Kundendichte und zu den Upgradekosten auf XGS-PON.

• Kapazitätswirkung: Mehr Teilnehmer teilen sich Bandbreite; Busy-Hour-Verhalten wird kritischer.
• Dämpfungswirkung: Höhere Split-Ratio erhöht optische Verluste; Reichweite und Reserve sinken.
• Operative Reserve: Margen für Alterung, Patchvariationen und Zusatzkomponenten einplanen.
• Upgradefähigkeit: Split-Ratio so wählen, dass XGS-PON später ohne ODN-Redesign möglich ist.

Optisches Budget: Reichweite, Dämpfung, Reserve

Das optische Budget ist der physikalische Realitätscheck: Passt die gesamte Dämpfung von OLT über Splitter, Spleiße, Steckverbinder und Faser bis zum ONT in die Spezifikation? In der Praxis müssen Sie nicht nur „Sollwerte“ betrachten, sondern Betriebsreserven einplanen: Alterung von Komponenten, Verschmutzung von Steckern, Nachspleiße, Umbauten und Temperatur. Ein zu knapp geplantes Budget führt zu instabilen Anschlüssen, die bei Wetter, Bauarbeiten oder geringsten Variationen ausfallen.

• Verlustquellen: Splitter, Spleiße, Steckverbinder, Faserlänge, Patchfelder.
• Reserve: Nicht auf Kante planen; Reserve ist Stabilität.
• Messbarkeit: OTDR- und Power-Messkonzepte als Teil des Designs definieren.
• Standardisierung: Einheitliche Komponentenklassen und Steckertypen reduzieren Variabilität.

Kapazitätsplanung und Oversubscription im PON: Wie viel Sharing ist gesund?

PON ist per Definition überbucht, weil nicht alle Kunden gleichzeitig ihre maximale Bandbreite nutzen. Das ist wirtschaftlich sinnvoll – aber nur, wenn Oversubscription bewusst gesteuert wird. Dazu gehören Busy-Hour-Analysen, Produktmix (z. B. viele 1G-Tarife vs. wenige), Upload-Anteile, sowie die Frage, welche Anwendungen dominieren (Streaming, Gaming, Work-from-home, Cloud-Backups). XGS-PON verschiebt die Grenzen, aber Oversubscription bleibt ein Thema, weil auch hier Kapazität geteilt wird.

• Busy Hour modellieren: Peak-Last ist entscheidend, nicht Durchschnitt.
• Produktmix berücksichtigen: 1G-Tarife, Business-SLAs, symmetrische Profile erhöhen Anforderungen.
• Upstream ernst nehmen: Upload wächst (Cloud, Video, Homeoffice); XGS-PON wird dadurch attraktiver.
• Upgrade-Trigger: Wiederkehrende Congestion, steigender Jitter/Loss, PON-Port-Auslastung sind harte Signale.

QoS und Dienste: Internet, VoIP, IPTV und Business sauber abbilden

FTTH-Netze transportieren oft mehrere Dienstklassen: Best Effort Internet, VoIP, IPTV/Multicast, sowie Business-Services mit höheren Anforderungen. PON bringt dafür Mechanismen mit, aber ein sauberes Design muss die Serviceklassen end-to-end denken: vom ONT über OLT bis in die Aggregation (BNG/BRAS, IP/MPLS, Service Edge). Ein kleines, konsistentes QoS-Modell ist in der Praxis stabiler als komplexe Sonderfälle.

• Serviceklassen: Echtzeit (Voice), Video, Critical, Best Effort, Bulk – klar definieren.
• End-to-End Prinzip: Markierung, Mapping und Enforcement an Trust Boundaries (ONT/OLT/BNG) planen.
• Multicast/TV: IGMP-Snooping/Proxy-Konzepte und Kapazität für Peak-Events berücksichtigen.
• Business-SLAs: Isolation und Priorisierung müssen messbar sein, nicht nur konfiguriert.

BNG/BRAS und Service Edge: Wo die Last-Mile ins IP-Netz übergeht

Das PON endet nicht am OLT; der entscheidende Übergang ist die Service Edge – häufig der BNG/BRAS für PPPoE/IPoE, DHCP, Policy, AAA, NAT (falls nötig) und Accounting. Designentscheidungen in der Last-Mile wirken hier direkt: Wenn viele PON-Ports in einem PoP terminiert werden, muss der BNG skalieren, hochverfügbar sein und Kapazitätsreserven im N-1-Fall haben. Zudem ist die Aggregation (Metro) zwischen OLT-Standorten und BNG kritisch: Engpässe im Metro-Transport ruinieren selbst ein perfekt geplantes PON.

• BNG-Skalierung: Sessions, DHCP/PPPoE-Rate, Policy-Throughput, Logging.
• HA-Design: Active/Active vs. Active/Standby, Session-Failover und N-1-Headroom.
• Aggregation: Uplinks und Metro-Korridore peak- und schutzfallorientiert planen.
• Service-Produktisierung: Wholesale/Bitstream und Business-Profile über klare VRF-/Policy-Modelle abbilden.

Redundanz in FTTH PON: Was realistisch ist und was teuer wird

PON ist in der Fläche passiv und damit grundsätzlich robust, aber Faserbrüche passieren. Redundanz kann auf unterschiedlichen Ebenen umgesetzt werden: PoP-/OLT-Redundanz, duale Uplinks in der Aggregation, doppelte Feeder-Fasern oder sogar doppelte Drops in Sonderfällen. In Residential-Ausbau ist vollständige physische Redundanz bis zum Kunden selten wirtschaftlich. Stattdessen wird oft auf robuste Feeder/Distribution, schnelle Entstörung, gute Dokumentation und PoP-Redundanz gesetzt. Für Business-Kunden können dedizierte oder redundante Anbindungen sinnvoll sein.

• PoP-/OLT-Redundanz: Zentrale HA ist oft der größte Hebel für Verfügbarkeit.
• Feeder-Schutz: Kritische Feeder-Fasern divers planen, weil sie viele Kunden bündeln.
• Distribution/Drop: Redundanz bis zum Haus ist teuer; eher für Business oder kritische Standorte.
• Operative Resilienz: Schnelle Fehlerlokalisierung (OTDR), saubere Patch- und Spleißdokumentation.

Migrationspfad: Von GPON zu XGS-PON ohne Neubau der ODN

Ein nachhaltiges FTTH-Design plant die Migration von GPON zu XGS-PON von Anfang an. Ziel ist, die passive Infrastruktur (ODN) möglichst unverändert zu lassen und Upgrades primär in OLT-Linecards und ONTs umzusetzen. Das gelingt nur, wenn Split-Ratio und optische Budgets Reserven haben. Zusätzlich ist ein Koexistenzkonzept wichtig: Nicht alle Kunden werden gleichzeitig migriert, daher müssen GPON und XGS-PON oft parallel betrieben werden.

• ODN-Reserve: Dämpfungsbudget so planen, dass XGS-PON später stabil läuft.
• Koexistenz: Parallelbetrieb von GPON und XGS-PON mit klaren Port-/ONT-Strategien.
• Segmentweise Migration: Nicht „Big Bang“, sondern Clusterweise, um Betrieb und Kundenkommunikation zu steuern.
• Produktstrategie: XGS-PON gezielt für hohe Profile und Business nutzen, bevor Mass Market folgt.

Dokumentation und Betrieb: FTTH steht und fällt mit ODN-Transparenz

Im Betrieb entstehen die meisten Kosten nicht durch OLT-Konfiguration, sondern durch Feldarbeit: falsche Patchungen, unklare Spleißpunkte, fehlende Zuordnung von Fasern zu Splitterports oder schlecht dokumentierte Verteilpunkte. Deshalb ist „Netzdokumentation“ im FTTH PON Design kein Nice-to-have, sondern Teil der Architektur. Dazu gehören eindeutige Labels, standardisierte Spleißpläne, digitale ODN-Modelle und Messprozesse.

• ODN-Inventory: Faserwege, Muffen, Splitter, Ports, ONT-Zuordnung – vollständig und aktuell.
• Messkonzept: OTDR/Power-Messungen als Standard bei Inbetriebnahme und Störung.
• Change-Prozesse: Feldänderungen nur mit Dokumentationsupdate; sonst driftet die Realität.
• Qualitätssicherung: Sauberkeit von Steckern, Patchdisziplin, Abnahmetests pro Anschluss.

Typische Stolperfallen beim FTTH PON Design

Viele FTTH-Probleme sind planbar: zu hohe Split-Ratios ohne Reserve, unklare Splittertopologie, fehlende Kapazitätsmodelle für Busy Hour und Upstream, sowie eine ODN-Dokumentation, die im Feld nicht mit der Realität übereinstimmt. Besonders tückisch sind knappe optische Budgets: Ein Anschluss funktioniert „gerade so“ und wird später durch kleine Variationen instabil.

• Zu knappes optisches Budget: Keine Reserve, dadurch instabile Anschlüsse bei kleinsten Variationen.
• Split-Ratio nur nach Kosten: Bandbreite und Upstream werden unterschätzt, QoE leidet.
• Zu komplexe 2-stufige Splits ohne Prozesse: Flexibilität wird durch Dokumentations- und Betriebsfehler zunichtegemacht.
• Metro-Engpässe: OLT/ODN ist gut, aber Aggregation/BNG sind bottleneck.
• Dokumentationsdrift: Entstörung dauert lange, weil Fasern/Ports nicht eindeutig zuordenbar sind.

Operative Checkliste: FTTH PON (GPON/XGS-PON) Design-Grundlagen

• Ist die ODN-Architektur strukturiert (Trunk/Distribution/Drop) und sind Splittertopologie (1- oder 2-stufig) sowie Wachstumspfad klar definiert?
• Ist die Split-Ratio passend zur Produktstrategie und zum Busy-Hour-Modell gewählt, inklusive realistischer Upstream-Anforderungen?
• Ist das optische Budget konservativ geplant (Dämpfung, Steckverbinder, Spleiße, Reserve) und durch ein Messkonzept (OTDR/Power) abgesichert?
• Ist Kapazitätsplanung end-to-end umgesetzt (PON-Port, Aggregation, BNG/BRAS) und gibt es klare Upgrade-Trigger bei Congestion?
• Ist QoS/Service-Design konsistent (Internet/VoIP/IPTV/Business), inklusive Trust Boundaries und Enforcement an ONT/OLT/BNG?
• Ist Redundanz realistisch geplant (PoP/OLT/Feeder als Haupthebel) und sind Failure Domains in der ODN dokumentiert?
• Ist der Migrationspfad von GPON zu XGS-PON vorbereitet (ODN-Reserve, Koexistenz, segmentweise Migration), um spätere Umbauten zu vermeiden?
• Ist ODN-Dokumentation und Betrieb standardisiert (Labeling, Inventory, Change-Prozesse, Qualitätschecks), damit Skalierung im Feld funktioniert?

Konfiguriere Cisco Router & Switches und liefere ein Packet-Tracer-Lab (CCNA)

Hallo! Ich bin ein CCNA-Network Engineer und unterstütze Sie bei Cisco Router- und Switch-Konfigurationen – inklusive eines vollständigen Cisco Packet-Tracer-Labs (.pkt). Ideal für Lern-/Übungsszenarien, Validierung oder eine saubere Demo-Topologie.

Was ich (je nach Paket) umsetze

• Switching: VLANs, Trunking (802.1Q), Port-Zuweisung, STP-Basics (PortFast/BPDU Guard wo sinnvoll)

• Routing: Default/Static Routing oder OSPF, Inter-VLAN Routing (Router-on-a-Stick)

• Services: DHCP (Pools/Scopes), NAT/PAT für Internet-Simulation

• Optional Security: Basic ACLs und SSH-Hardening

• Test & Verifikation: Ping/Traceroute + wichtige Show-Commands (mit erwarteten Ergebnissen)

Sie erhalten

• ✅ Packet Tracer .pkt Datei

• ✅ Saubere Konfigurations-Notizen pro Gerät

• ✅ Verifikations-Checkliste + erwartete Outputs

• ✅ Kurze Dokumentation (wie die Topologie funktioniert)

Bitte schreiben Sie mir vor der Bestellung, damit wir Scope, Packet-Tracer-Version, Geräteanzahl und Deadline klären.

Konfiguriere Cisco Router & Switches | Cisco Packet-Tracer-Labs. Finden Sie mich auf Fiverr.