Übersicht über das Breitband-Abonnenten-Zugangsnetz

Direkte Verbindung

Bei der direkten Verbindungsmethode verfügt jedes MSAN über eine Punkt-zu-Punkt-Verbindung mit dem Breitbanddienstrouter. Wenn eine zwischengeschaltete Zentrale vorhanden ist, kann der Datenverkehr von mehreren MSANs mithilfe von Wave-Division-Multiplexing (WDM) zu einer einzigen Verbindung kombiniert werden. Sie können das MSAN auch mit einem Videodienstrouter verbinden. Für diese Verbindungsmethode ist es jedoch erforderlich, dass Sie ein Layer-3-MSAN verwenden, das bestimmen kann, welche Verbindung bei der Weiterleitung von Datenverkehr verwendet werden soll.

Beachten Sie bei der Verwendung der direkten Verbindungsmethode Folgendes:

• Wir empfehlen diesen Ansatz, wenn möglich, um die Netzwerkverwaltung zu vereinfachen.

• Da mehrere MSANs für die Verbindung mit dem Dienstrouter verwendet werden und Layer-3-MSANs in der Regel höhere Gerätekosten erfordern, wird diese Methode in einem Multiedge-Abonnentenverwaltungsmodell selten verwendet.

• Eine direkte Verbindung wird in der Regel verwendet, wenn die meisten MSAN-Verbindungen zu weniger als 33 Prozent ausgelastet sind und es wenig sinnvoll ist, den Datenverkehr von mehreren MSANs zu kombinieren.

Ethernet-Aggregations-Switch-Verbindung

Ein Ethernet-Aggregations-Switch aggregiert den Datenverkehr von mehreren nachgeschalteten MSANs in einer einzigen Verbindung zum Service-Router (Breitband-Services-Router oder optionaler Video-Services-Router).

Beachten Sie bei der Verwendung der Verbindungsmethode für Ethernet-Aggregations-Switches Folgendes:

• Ethernet-Aggregation wird in der Regel verwendet, wenn die meisten MSAN-Verbindungen zu mehr als 33 Prozent ausgelastet sind oder um Datenverkehr von MSANs mit geringerer Geschwindigkeit (z. B. 1 Gbit/s) zu einer Verbindung mit höherer Geschwindigkeit zum Dienstrouter (z. B. 10 Gbit/s) zu aggregieren.

• Sie können einen Router der MX-Serie als Ethernet-Aggregations-Switch verwenden. Informationen zur Konfiguration des Routers der MX-Serie in Layer-2-Szenarien finden Sie im Ethernet-Netzwerk-Benutzerhandbuch für Router der MX-Serie.

Ring-Aggregations-Verbindung

In einer Ringtopologie wird das Remote-MSAN, das eine Verbindung zu den Teilnehmern herstellt, als Remoteterminal (Remote Terminal, RT) bezeichnet. Dieses Gerät kann sich in der Außenanlage (OSP) oder in einer entfernten Zentrale (CO) befinden. Der Datenverkehr durchquert den Ring, bis er das Central Office Terminal (COT) am Kopfende des Rings erreicht. Das COT stellt dann eine direkte Verbindung zum Service-Router (Breitband-Services-Router oder Video-Services-Router) her.

Sie können einen Router der MX-Serie in einer Ethernet-Ringaggregationstopologie verwenden. Informationen zur Konfiguration des Routers der MX-Serie in Layer-2-Szenarien finden Sie im Ethernet-Netzwerk-Benutzerhandbuch für Router der MX-Serie.

Hintergrund der Pseudowire-Eingangsterminierung

In einem nahtlosen MPLS-fähigen Breitbandzugangs- oder Business-Edge-Netzwerk werden Ethernet-Pseudowires üblicherweise als virtuelle Schnittstellen verwendet, um Zugangsknoten mit Serviceknoten zu verbinden. Jede Pseudoleitung überträgt den bidirektionalen Datenverkehr eines oder mehrerer Breitbandteilnehmer oder Business-Edge-Kunden zwischen einem Zugriffsknoten und einem Serviceknotenpaar. Der Aufbau des Pseudodrahtes wird in der Regel vom Zugriffsknoten initiiert, entweder basierend auf einer statischen Konfiguration oder der dynamischen Erkennung eines neuen Breitbandteilnehmers oder Geschäfts-Edge-Kunden, der an einem clientseitigen Port des Zugriffsknotens eintrifft.

Im Idealfall sollte der Zugriffsknoten eine Pseudowire pro Client-Port erstellen, in der alle Abonnenten oder Kunden, die von dem Port gehostet werden, der Pseudowire zugeordnet werden. Die Alternative besteht darin, dass es eine Pseudowire pro Client-Port (S-VLAN) gibt und alle Abonnenten oder Kunden, die ein gemeinsames S-VLAN auf dem Port nutzen, der Pseudowire zugeordnet werden. In beiden Fällen wird der Pseudodraht im Rohmodus signalisiert.

Wenn das S-VLAN nicht zur Abgrenzung des Dienstes auf dem Dienstknoten oder in Kombination mit dem C-VLAN zur Unterscheidung von Abonnenten oder Kunden verwendet wird, wird es entfernt, bevor der Datenverkehr in Pseudowire-Nutzdaten gekapselt und zum Dienstknoten transportiert wird. Einzelne Abonnenten oder Kunden können durch C-VLAN oder einen Layer-2-Header wie DHCP und PPP unterschieden werden, die in Pseudowire-Nutzdaten an den Serviceknoten übertragen werden. Auf dem Dienstknoten wird der Pseudowire beendet. Einzelne Teilnehmer oder Kunden werden dann demultiplext und als Breitband-Teilnehmerschnittstellen, Business-Edge-Schnittstellen (z. B. PPPoE), Ethernet-Schnittstellen oder IP-Schnittstellen modelliert. Ethernet- und IP-Schnittstellen können weiter an Serviceinstanzen wie VPLS- und Layer-3-VPN-Instanzen angeschlossen werden.

In Junos OS wird die Terminierung von Pseudowire-Eingang auf Serviceknoten durch die Verwendung physischer und logischer Schnittstellen für Pseudowire-Dienste unterstützt. Dieser Ansatz gilt als skalierbar gegenüber dem alten, auf logischen Tunnelschnittstellen basierenden Ansatz, da er in der Lage ist, Abonnenten oder Kunden über eine einzige Pseudoleitung zu multiplexen und zu demultiplexen. Für jede Pseudowire wird eine physische Pseudowire-Dienstschnittstelle auf einer ausgewählten Paketweiterleitungs-Engine erstellt, die als Anker-Paketweiterleitungs-Engine bezeichnet wird. Zusätzlich zu dieser physischen Pseudowire-Dienstschnittstelle wird eine logische ps.0-Schnittstelle (logische Transportschnittstelle) und eine Layer-2-Verbindung oder ein Layer-2-VPN erstellt, um die logische ps.0-Schnittstelle als Anhangsschnittstelle zu hosten.

Die Layer-2-Verbindung oder das Layer-2-VPN ermöglicht die Pseudowire-Signalisierung an den Zugriffsknoten, und die logische ps.0-Schnittstelle übernimmt die Rolle der kundenseitigen Edge-Schnittstelle für den Pseudowire. Darüber hinaus können eine oder mehrere logische ps.n-Schnittstellen (auch als logische Dienstschnittstellen bezeichnet, wobei n>0) auf der physischen Schnittstelle des Pseudowire-Dienstes erstellt werden, um einzelne Teilnehmer-/Kundenflüsse als logische Schnittstellen zu modellieren. Diese Schnittstellen können dann an gewünschte Breitband- und Business-Edge-Services oder Layer-2- oder Layer-3-VPN-Instanzen angeschlossen werden.

Bei Junos OS Version 16.2 und früher basiert das Erstellen und Löschen der physischen Pseudowire-Service-Schnittstellen, der logischen Pseudowire-Service-Schnittstellen, der Layer-2-Verbindungen und der Layer-2-VPNs für die Pseudowire-Eingangsterminierung auf einer statischen Konfiguration. Dies wird im Hinblick auf Skalierbarkeit, Effizienz und Flexibilität nicht als die beste Option angesehen, insbesondere in einem Netzwerk, in dem jeder Dienstknoten potenziell eine große Anzahl von Pseudoleitungen hosten kann. Das Ziel besteht darin, Service Providern dabei zu helfen, die statische Konfiguration bei der Bereitstellung und Aufhebung der Pseudowire-Eingangsterminierung auf Dienstknoten zu verlassen.

Pseudowire Autosensing Ansatz

Beim Pseudowire-Autosensing-Ansatz verwendet ein Serviceknoten die von einem Zugriffsknoten empfangene LDP-Label-Mapping-Nachricht als Auslöser, um dynamisch die Konfiguration für eine physische Pseudowire-Dienstschnittstelle, eine logische Pseudowire-Dienstschnittstelle oder eine Layer-2-Verbindung zu generieren. Ebenso werden die vom Zugriffsknoten empfangene LDP-Label-Zurückziehnachricht und das LDP-Sitzungsereignis als Auslöser zum Entfernen der generierten Konfiguration verwendet. Beim Autosensing von Pseudodraht wird davon ausgegangen, dass Zugriffsknoten die Initiatoren der Pseudodrahtsignalisierung und Dienstknoten die Ziele sind. In einem Netzwerk, in dem ein Dienst aus Redundanz- oder Lastausgleichsgründen von mehreren Serviceknoten gehostet werden kann, erhalten Zugriffsknoten auch ein Select-and-Connect-Modell für den Dienstaufbau. Der grundlegende Kontrollfluss der Pseudodraht-Autosensing ist in Abbildung 3 dargestellt

Abbildung 3: Grundlegender Kontrollfluss der Pseudodraht-Autosensing

Das grundlegende Ablaufverfahren der Pseudodraht-Autoerkennung lautet wie folgt:

1. CPE (Customer Premises Equipment) geht online und sendet einen Ethernet-Frame mit C-VLAN an den Optical Line Terminator (OLT). OLT fügt dem Frame ein S-VLAN hinzu und sendet den Frame an den Zugriffsknoten. Der Zugriffsknoten prüft mit dem RADIUS-Server, ob die VLANs autorisiert werden.

2. Der RADIUS-Server sendet eine Zugriffsannahme an den Zugriffsknoten. Der Zugriffsknoten erstellt eine Layer-2-Verbindung und signalisiert dem Serviceknoten über eine LDP-Label-Mapping-Nachricht eine Pseudowire.

3. Der Dienstknoten akzeptiert die Bezeichnungszuordnungsnachricht und sendet eine Zugriffsanforderung mit Pseudowire-Informationen an den RADIUS-Server zur Autorisierung und Auswahl einer physischen oder logischen Pseudowire-Dienstschnittstelle.

4. Der RADIUS-Server sendet eine Zugriffsannahme an den Dienstknoten mit einer Dienstzeichenfolge, die die ausgewählte physische oder logische Schnittstelle des Pseudowire-Diensts angibt. Der Serviceknoten erstellt eine Layer-2-Schaltungskonfiguration, die Pseudowire-Informationen und die physische oder logische Schnittstelle des Pseudowire-Service. Der Serviceknoten signalisiert den Pseudowire über eine LDP-Label-Mapping-Nachricht an den Zugriffsknoten. Der Pseudodraht tritt bidirektional auf.

Beispielkonfiguration

In der folgenden Konfiguration wird die Layer-2-Verbindung explizit als durch Autosensing generiert gekennzeichnet. Die Konfiguration der physikalischen Schnittstelle des pseudowire-Diensts und der logischen pseudowire-dienstschnittstelle sind optional, je nachdem, ob sie bereits vorhanden sind.

Router 0

Datenverkehr vom Kunden-LAN zum MPLS

VPLS-x- und VPLS-y-Instanzen werden auf der MPLS-Core-Seite des Service-Edge-Geräts (PE A) konfiguriert. Eine Layer-2-Verbindung oder ein Layer-2-VPN wird zwischen dem Ethernet-Aggregationsgerät (EAD 1) und dem Service-Edge-Gerät konfiguriert. ps0.0 (Transport Logical Interface) ist die lokale Schnittstelle in der Layer-2-Verbindung oder das Layer-2-VPN bei PE A. Junos OS unterstützt den Pseudowire-Dienst auf der logischen Dienstschnittstelle ps0.x (x>0) in der VPLS-Instanz VPLS-x (VLAN-ID in VPLS-x = m) und den Pseudowire-Dienst auf der logischen Dienstschnittstelle ps0.y(y>0) in der VPLS-Instanz VPLS-y (VLAN-ID in VPLS-y = n).

Wenn in Abbildung 4 der Datenverkehr von EAD 1 zu PE A (entweder auf einer Layer-2-Verbindung oder einem Layer-2-VPN) mit einer beliebigen VLAN-ID kommt, wird der Datenverkehr über ps0.0 beendet. Basierend auf der VLAN-ID im Datenverkehr wird der Pseudowire-Dienst an der logischen Schnittstelle des Diensts ausgewählt. Wenn die VLAN-ID beispielsweise m ist, wird der Datenverkehr in ps0.x eingegeben, und wenn die VLAN-ID n ist, wird der Datenverkehr in ps0.y eingegeben.

Abbildung 4: Layer-2-Services für Pseudowire Service auf Service Logical Interface

Wenn der Datenverkehr in den pseudowire-Dienst auf der logischen Dienstschnittstelle ps0.n (wobei n>0) eintritt, werden die folgenden Schritte ausgeführt.

1. Das Erlernen der Quell-MAC sollte auf dem Layer-2-Pseudowire-Service auf der logischen Schnittstelle des Service erfolgen. Die Quell-Paketweiterleitungs-Engine für diese MAC-Adresse ist die Paketweiterleitungs-Engine der logischen Tunnelschnittstelle, auf der der Pseudowire-Dienst in einer VPLS-Instanz oder Bridge-Domäne im PE A-Gerät verankert ist.

2. Die MAC-Zielsuche erfolgt auf der Einstiegsseite als Featureliste der Eingabebrückenfamilie von Pseudowire-Diensten auf logischen Dienstschnittstellen.

   • Wenn die MAC-Zielsuche erfolgreich ist, wird der Datenverkehr als Unicast gesendet. Andernfalls werden die Ziel-MAC, die Broadcast-MAC und die Multicast-MAC überflutet.

   • Wenn die MAC-Zielsuche für den Datenverkehr, der über einen Pseudowire-Dienst auf einer logischen Dienstschnittstelle kommt, fehlschlägt, wird der mlp query Befehl an die Routing-Engine und die andere Paketweiterleitungs-Engine in der Bridge-Domäne oder VPLS-Instanz gesendet.

3. Wenn eine neue MAC-Adresse bei einem Pseudowire-Dienst auf einer logischen Dienstschnittstelle gelernt wird, wird der mlp add Befehl an die Routing-Engine und die andere Paketweiterleitungs-Engine in der Bridge-Domäne oder VPLS-Instanz gesendet.

Datenverkehr vom Service-Edge zum Kunden-LAN

Wenn der Datenverkehr in die VPLS-Instanz oder Bridge-Domäne am Service-Edge-Gerät gelangt und die Ziel-MAC-Adresse im Datenverkehr über einen Pseudowire-Service auf einer logischen Serviceschnittstelle gelernt wird, wird das Token, das dieser logischen Pseudowire-Service-Schnittstelle zugeordnet ist, auf der Eingangsseite festgelegt. Der Datenverkehr wird dann an die Paketweiterleitungs-Engine gesendet, auf der die logische Tunnelschnittstelle der physischen Schnittstelle des Pseudowire-Diensts durch eine Fabric verankert ist. Wenn dieses Token gestartet wird, unterstützt es VLAN VPLS, VLAN-Bridge, Ethernet-VPLS und Ethernet-Bridge-Kapselungen. Der nächste Hop der Kapselung verweist auf die Featureliste der logischen Ausgangsschnittstelle des Pseudowire-Dienstes auf der logischen Dienstschnittstelle, um alle Layer-2-Ausgabefunktionen auszuführen und das Paket an die Eingangsseite des Pseudowire-Dienstes an der logischen Transportschnittstelle ps0.0 zu senden.

Wenn die MAC-Abfrage die Paketweiterleitungs-Engine erreicht, in der der Pseudowire-Dienst verankert ist, sendet die Paketweiterleitungs-Engine die Antwort nur, wenn die MAC-Adresse, die für den Pseudowire-Dienst auf der logischen Dienstschnittstelle gelernt wurde, vorhanden ist. Das Layer-2-Token, das dem pseudowire-Dienst auf der logischen Dienstschnittstelle zugeordnet ist, sollte nach der MAC-Zielsuche für die MAC-Adresse, die auf dem pseudowire-Dienst auf der logischen Dienstschnittstelle gelernt wurde, auf den nächsten Hop verweisen, der der Zugriffsseite des pseudowire-Diensts auf der logischen Schnittstelle des Diensts zugeordnet ist.

Der Pseudowire-Dienst auf der logischen Transportschnittstelle ist die lokale Schnittstelle ps0.0 der Layer-2-Verbindung oder des Layer-2-VPN zwischen dem Service-Edge und den Ethernet-Aggregationsgeräten. Der Datenverkehr wird über die Layer-2-Verbindung oder das Layer-2-VPN über die MPLS-Zugriffsdomäne an das Ethernet-Aggregationsgerät gesendet.

Wenn der MAC-Zieldatenverkehr, der von der Eingangs- und Ausgangsseite des Dienst-Edge-Geräts kommt, unbekannt ist oder Multicast oder Broadcast ist, muss der Datenverkehr geflutet werden. Dies erfordert, dass ein nächster Hop für ein Kunden-Edge-Gerät den Pseudowire Service on Service Logical Interface enthält, das als logische Zugriffsschnittstelle für die VPLS-Instanz oder Bridge-Domäne fungiert.

Pseudowire Service-Schnittstellen

Die folgenden Funktionen werden von pseudowire Service Interfaces unterstützt:

• Eine Pseudowire-Dienstschnittstelle wird über eine logische Tunnelschnittstelle (lt-x/y/z) gehostet. Der Datenverkehr von einem Transport-Pseudowire-Service auf einer logischen Schnittstelle zu einem Abonnenten-Pseudowire-Service auf einer logischen Schnittstelle basiert auf der verfügbaren VLAN-ID.

• Die Übertragung des Datenverkehrs von einem Abonnenten-Pseudowire-Dienst auf einer logischen Schnittstelle zu einem Transport-Pseudowire-Dienst auf einer logischen Schnittstelle basiert auf der ChannelID über eine verfügbare Loopback-IP-Adresse.

• Pseudowire Service on Service Logische Schnittstellen werden auf der Virtual Routing and Forwarding (VRF)-Routinginstanz unterstützt.

• Pseudowire Subscriber (ps)-Service auf einer Trunk-Schnittstelle zum Beenden einer Layer-2-Leitungsinstanz in einem VPLS-fähigen virtuellen Switch. Dieselbe Layer-2-Verbindung kann auch in der VPLS-Routing-Instanz vom Typ VPLS mit unterschiedlichen logischen Serviceschnittstellen und in der Routing-Instanz vom Typ Layer-3-VPN VRF-Instanz auch mit einer anderen logischen Serviceschnittstelle beendet werden.

Beispielkonfiguration

Die folgenden Beispielkonfigurationen zeigen einen Pseudowire-Dienst auf einer logischen Transportschnittstelle in einer Layer-2-Verbindung, einen Pseudowire-Dienst auf logischen Dienstschnittstellen in einer Bridge-Domäne und einer VPLS-Instanz in einem Service-Edge-Gerät sowie einen Pseudowire-Dienst auf einer Trunk-Service-Schnittstelle in einer VPLS-Instanz:

Pseudowire-Dienst auf einer logischen Dienstschnittstelle in der Bridge-Domäne auf Router 0

Pseudowire-Dienst auf einer logischen Dienstschnittstelle in einer VPLS-Instanz auf Router 0

Pseudowire-Dienst auf einer Trunk-Service-Schnittstelle in einer VPLS-Instanz auf Router 0

Pseudowire-Dienst auf einer logischen Dienstschnittstelle in einer Layer-2-Verbindung auf Router 0

Digitaler Teilnehmeranschluss

Digital Subscriber Line (DSL) ist die weltweit am weitesten verbreitete Breitbandtechnologie. Bei dieser Zustelloption werden vorhandene Telefonleitungen verwendet, um Breitbandinformationen auf einer anderen Frequenz als der für den vorhandenen Sprachdienst verwendeten Frequenz zu senden. Viele Generationen von DSL werden für den Service in Privathaushalten verwendet, einschließlich Very High Speed Digital Subscriber Line 2 (VDSL2) und Versionen von Asymmetric Digital Subscriber Line (ADSL, ADSL2 und ADSL2+). Diese DSL-Varianten bieten in erster Linie asymmetrische Breitbanddienste für Privathaushalte, bei denen unterschiedliche Upstream- und Downstream-Geschwindigkeiten implementiert sind. (VDSL2 unterstützt auch symmetrischen Betrieb.) Andere DSL-Varianten, wie HDSL (High Bit Rate Digital Subscriber Line) und SDSL (Symmetric Digital Subscriber Line), bieten symmetrische Geschwindigkeiten und werden in der Regel in Geschäftsanwendungen verwendet.

Die Kopfstelle eines DSL-Systems ist der Digital Subscriber Line Access Multiplexer (DSLAM). Das Abgrenzungsgerät beim Kunden ist ein DSL-Modem. DSL-Servicemodelle werden durch das Breitbandforum (ehemals DSL-Forum) definiert.

Aktives Ethernet

Active Ethernet nutzt herkömmliche Ethernet-Technologie, um Breitbanddienste über ein Glasfasernetz bereitzustellen. Active Ethernet bietet keinen separaten Kanal für den vorhandenen Sprachdienst, daher ist VoIP-Ausrüstung (oder TDM-zu-VoIP-Geräte) erforderlich. Darüber hinaus erfordert die Übertragung von Ethernet mit voller Geschwindigkeit (10 oder 100 Mbit/s) viel Strom, was eine Verteilung an Ethernet-Switches und optische Repeater erfordert, die sich in Schränken außerhalb der Zentrale befinden. Aufgrund dieser Einschränkungen treten frühe Active Ethernet-Bereitstellungen in der Regel in dicht besiedelten Gebieten auf.

Passives optisches Netzwerk

Passive optische Netzwerke (PON) verwenden wie Active Ethernet Glasfaserkabel, um Services in den Räumlichkeiten bereitzustellen. Diese Bereitstellungsoption bietet höhere Geschwindigkeiten als DSL, aber niedrigere Geschwindigkeiten als Active Ethernet. Obwohl PON jedem Abonnenten eine höhere Geschwindigkeit bietet, erfordert es höhere Investitionen in Kabel und Konnektivität.

Ein wesentlicher Vorteil von PON besteht darin, dass es keine strombetriebenen Geräte außerhalb der Zentrale benötigt. Jede Faser, die die Zentrale verlässt, wird mit einem nicht mit Strom versorgten optischen Splitter geteilt. Die geteilte Glasfaser folgt dann einer Punkt-zu-Punkt-Verbindung zu jedem Teilnehmer.

PON-Technologien lassen sich in drei allgemeine Kategorien einteilen:

• ATM PON (APON), Breitband-PON (BPON) und Gigabit-fähiges PON (GPON) – PON-Standards, die die folgenden unterschiedlichen Übermittlungsoptionen verwenden:

  • APON: Der erste passive optische Netzwerkstandard wird hauptsächlich für Geschäftsanwendungen verwendet.

  • BPON—Basierend auf APON fügt BPON Wave Division Multiplexing (WDM), dynamische und höhere Upstream-Bandbreitenzuweisung sowie eine Standard-Managementschnittstelle hinzu, um Netzwerke verschiedener Anbieter zu ermöglichen.

  • GPON: GPON basiert auf BPON, unterstützt jedoch höhere Raten, verbesserte Sicherheit und die Wahl, welches Layer-2-Protokoll verwendet werden soll (ATM, Generic Equipment Model [GEM] oder Ethernet).

• Ethernet PON (EPON): Bietet ähnliche Funktionen wie GPON, BPON und APON, verwendet jedoch Ethernet-Standards. Diese Standards werden von der IEEE definiert. Gigabit Ethernet PON (GEPON) ist die schnellste Version.

• Wave Division Multiplexing PON (WDM-PON) – Ein nicht standardmäßiges PON, das, wie der Name schon sagt, jedem Teilnehmer eine eigene Wellenlänge zur Verfügung stellt.

Die Kopfstelle eines PON-Systems ist ein Optical Line Terminator (OLT). Die Abgrenzungsvorrichtung beim Kunden ist ein Optical Network Terminator (ONT). Der ONT bietet teilnehmerseitige Ports für den Anschluss von Ethernet (RJ-45), Telefonkabeln (RJ-11) oder Koaxialkabeln (F-Stecker).

Hybrid-Glasfaser-Koaxialkabel

Multi-System Operators (MSOs; auch bekannt als Kabelfernsehbetreiber) bieten Breitbanddienste über ihr hybrides Glasfaser-Koaxial-Netzwerk (HFC) an. Das HFC-Netzwerk kombiniert Glasfaser und Koaxialkabel, um den Service direkt für den Kunden bereitzustellen. Die Dienstleistungen verlassen die Zentrale (CO) über ein Glasfaserkabel. Der Dienst wird dann außerhalb des CO mithilfe einer Reihe optischer Knoten und bei Bedarf über einen Trunk-Hochfrequenzverstärker (RF) in einen Koaxialkabelbaum umgewandelt. Die Koaxialkabel verbinden sich dann mit mehreren Teilnehmern. Bei der Abgrenzungsvorrichtung handelt es sich um ein Kabelmodem oder eine Set-Top-Box, die mit einem Kabelmodem-Abschlusssystem (Cable Modem Termination System, CMTS) an der MSO-Kopfstelle oder der primären Einrichtung kommuniziert, die Fernsehsignale zur Verarbeitung und Verteilung empfängt. Der Breitbandverkehr wird unter Verwendung des von CableLabs und vielen beteiligten Unternehmen definierten Standards Data Over Cable Service Interface Specification (DOCSIS) übertragen.

Vorteile kaskadierender DSLAM-Bereitstellungen über gebündelte DSL-Kanäle

Diese Funktion ist nützlich, um Zugriffsnetzwerkbereitstellungen zu unterstützen, bei denen sich mehrere Teilnehmer dieselbe Zugriffsleitung teilen, die durch einen Zwischenknoten zwischen dem Zugriffsknoten und den Home-Routing-Gateways verbunden ist. Ein weiterer Vorteil ist die Einsparung von Layer-2-CoS-Knoten. In der Regel wird für jeden Privathaushalt ein Dummy-Layer-2-Knoten erstellt, wodurch die Layer-2-CoS-Ressourcen erschöpft sein könnten. Daher können Netzwerkmodelle, die gebündelte DSL-, G.Fast- und PON-Zugriffsmodelle verwenden, Layer-2-CoS-Knoten einsparen.

4-stufige Scheduler-Hierarchie

Junos OS unterstützt eine 4-stufige QoS-Scheduler-Hierarchie, die den Zugriff auf Privathaushalte und L2BSA über Copper-to-the-Building (CTTB)- oder Fiber-to-the-Building-Netzwerkbereitstellungen minimal unterstützt. Die folgenden Hierarchieebenen für QoS-Scheduler werden unterstützt:

• Level-1-Port (physische Schnittstelle oder AE)

• Zugriffsleitung der Ebene 2 (Logischer Schnittstellensatz, stellt eine Sammlung von Abonnenten dar, die sich eine bestimmte Zugriffsleitung teilen, die von einem Zwischenknoten aggregiert wird)

• Abonnentensitzungen der Stufe 3

• Level 4 Warteschlangen (Dienste)

Abbildung 5: Scheduler-Hierarchie

In Abbildung 5 ist für den Zugriff auf Privatkunden und L2BSA nur eine 4-stufige Scheduler-Hierarchie erforderlich. Der Business-Abonnentenzugriff wird derzeit nicht unterstützt, und daher ist eine 4-stufige Scheduler-Hierarchie für CuTTB- und PON-Dienste, die auf ein Mehrfamilienhaus ausgerichtet sind, ausreichend.

Anwendungsfälle von kaskadierenden DSLAM-Bereitstellungen über gebündelte DSL-Kanäle

Bonded DSL for Copper to the Building (CuTTB) führt einen Zwischenknoten Distribution Point Unit-Copper (DPU-C) zwischen dem DSL-Zugangsmultiplexer (DSLAM) und einem Teilnehmercluster am Kundenstandort ein. Bei den Bereitstellungsmodellen für gemeinsam genutzte Zugangsleitungen kann es sich um passive optische Netzwerke (PON) oder gebündelte DSL-Kupferleitungen handeln. Beispiele für Zwischenknoten sind unten aufgeführt:

• DPU-C - gebündelte DSL für Copper-to-The-Building (CTTB)

• ONU - PON (Fiber-to-the-Building (FTTB)

• Hybrid-PON und G.Fast

Gebündelte DSL für Copper-to-the-Building (CuTTB)

Abbildung 6: Gebündeltes DSL/CuTTB

In Abbildung 6 verfügt jede DPU-C über eine ANCP-Sitzung, um die Zugriffsleitungsparameter der einzelnen mit dem Knoten verbundenen Teilnehmer zu melden. Das MSAN verfügt auch über eine ANCP-Sitzung, um die Zugriffsleitungsparameter der gebündelten DSL-Zugangsleitung an die DPU-C zu melden. Alle an die DPU-C angeschlossenen Teilnehmer unterliegen somit der DSL-Anschluss-Downstream-Rate, die DPU-C-Teilnehmer werden in einem Schnittstellensatz zusammengefasst. Sie können die in diesem Port-Up gemeldeten Geschwindigkeiten anpassen und auf den CoS-Knoten für die entsprechende Schnittstelle anwenden, wobei die Semantik des CoS-Anpassungssteuerungsprofils beibehalten wird, das für einzelne Teilnehmeranschlüsse verwendet wird. Das Access-Modell besteht aus einer Mischung aus gebündeltem DSL-Zugang und konventionellem Unbonded-Zugang. Die ANCP-Sitzungen DPU-C und Multi Service Access Node (MSAN) sind völlig unabhängig voneinander, und die PPPoE-IA-Tags spiegeln nur die Attribute wider, die in der dPU-C-ANCP-Sitzung gemeldet wurden

Hybrid PON + G.fast

Abbildung 7: Hybrid PON + G.fast

In Abbildung 7 verfügt das OLT über eine ANCP-Sitzung mit dem BNG und Proxys für alle nachgeschalteten nativen PON-Knoten. G.fast DSL-Teilnehmer werden mit einem Zwischenknoten verbunden, der eine PON-Verbindung zur Zwischen-ONU vor dem OLT hat.

Ein hybrides Zugangsnetz verbindet DSL-basierte Teilnehmerleitungen, die sowohl PON-Zugang als auch G.fast-Knoten verwenden, mit einem Zwischenknoten zwischen OLT und Home-Gateways (HGs). Sowohl Unternehmen als auch Privathaushalte sind mit dem Zwischenknoten, dem PON-Blatt, verbunden. Die Formgebung ist sowohl auf Teilnehmerebene als auch auf PON-Leaf-Ebene erforderlich. Die G.fast-Abonnenten sind wie ein nativer PON-Abonnent mit der Zwischen-ONU verbunden. Neue DSL-TLVs werden vom AN unterstützt, und ihre Werte werden im ANCP-Port-Up für die entsprechende Teilnehmerzugangsleitung gemeldet. Es ist jedoch immer noch nicht möglich, für eine bestimmte PPPoE-Sitzung zwischen einem Zwischenknoten und einer herkömmlichen Verbindung zu unterscheiden.

Unterstützte Funktionen

• Unterstützt ANCP-basiertes Traffic Shaping auf dynamischen iflsets.

• Beibehaltung der PPP0E-IA- und ANCP-Unabhängigkeit durch CLI-Konfiguration für Privatanwender.

• Die neue Juniper VSA, ERX-Inner-VLAN-Tag-Protocol-Id (4874-26-211) wird unterstützt, um den inneren VLAN-Tag-Protokoll-ID-Wert für L2BSA-Abonnenten zu ermitteln, um zwei separate dynamische Profile beizubehalten, eines für TPID - 0x88a8 und eines für 0x8100, und den gewünschten Wert durch Rückgabe von 4874-26-174 (Client-Profile-Name) in Access-Accept zu ermitteln.

• Die folgenden zusätzlichen Typwerte für den DSL-Typ TLV werden unterstützt. Alle Teilnehmer schließen diese TLVs vom Typ DSL in die PPPoE-IA-Tags der PPPoE-PADR-Nachrichten ein.

  • (8) G.fast

  • (9) VDSL2 Anhang Q

  • (10) SDSL-gebunden

  • (11) VDSL2 verklebt

  • (12) G, schnell gebunden

  • (13) VDSL2 Anhang Q verklebt