Partnerlösung · netElastic vBNG + OcNOS

Offenes vBNG: netElastic Subscriber Management auf einem OcNOS-Netz

Ein virtuelles BNG terminiert Breitbandteilnehmer in Software auf Standardservern. IP Infusion und netElastic liefern es als eine offene Architektur: OcNOS übernimmt Aggregation und Edge-Routing auf offener White-Box-Hardware, und das netElastic vBNG übernimmt Subscriber Management und Carrier-Grade NAT. Validiert von IP ArchiTechs, im Produktivbetrieb bei Amplex.

Sprechen Sie mit unserem Team Architektur-Brief anfordern
bis zu 1 Tbit/snetElastic vBNG pro Server
2.000 bis 128.000Teilnehmer pro Server
50,000+CGNAT-Teilnehmer
unter 50 msOcNOS TI-LFA-Reroute
Was Sie erhalten

Offene Architektur, geliefert als Komplettlösung

Komplett geliefert

Partner liefern OcNOS-Router und -Switches, das netElastic vBNG und Services als eine integrierte Lösung.

Kein Lock-in

Open Networking als Basis, sodass Sie nicht an einen proprietären Stack gebunden sind.

Unabhängig skalieren

Server für Teilnehmer hinzufügen, Router für Kapazität hinzufügen. Keines erzwingt das andere.

Einsatz nach Ihren Vorgaben

Zentral oder verteilt auf demselben OcNOS-Transport, ohne Redesign für einen Wechsel.

Als Komplettlösung erhältlich von
RocNet Supply EPS Global World Wide Technology SOSnet
Zwei Spezialisten, eine Edge

Eine Subscriber Edge, aufgebaut aus zwei offenen Ebenen

Die offene Subscriber Edge teilt sich klar in zwei Teile. netElastic verantwortet den Teilnehmer: Session-Terminierung, Authentifizierung, Policy und Carrier-Grade NAT. IP Infusion verantwortet das Netz darunter: Aggregation und Edge-Routing auf offener Hardware.

+
Wer was in der offenen Subscriber Edge verantwortet.
Schicht Verantwortlichder Spezialist Was es bewirkt
Subscriber-TerminierungnetElastic vBNGTerminiert PPPoE-, IPoE- und L2TP-Sessions, authentifiziert über RADIUS, vergibt Adressen und wendet Policy und hierarchisches QoS pro Teilnehmer an.
IPv4-EinsparungnetElastic CGNATCarrier-Grade NAT44 teilt öffentliche IPv4-Adressen zwischen Teilnehmern, bis zu 100 pro Adresse, mit einstellbarem Logging. Integriert mit dem vBNG oder eigenständig.
Aggregation und Edge-RoutingOcNOSBaut den ISIS-SR-Core, SR-MPLS mit TI-LFA Fast Reroute und EVPN-MPLS-Layer-2-Dienste auf, die Teilnehmer-Traffic zum vBNG transportieren.
Offene HardwareOcNOSBetreibt die Aggregations- und Edge-Router auf validierten White Boxes von Edgecore, UfiSpace und weiteren. Das vBNG läuft auf standardisierten x86-Servern.
So funktioniert es

Vom Anschluss bis zum Internet, auf einem offenen Netz

Teilnehmer-Traffic tritt an der Access-Edge ein, wird von OcNOS auf offenen Routern aggregiert und über ein ISIS-SR- und EVPN-MPLS-Netz zum netElastic vBNG transportiert, das die Session terminiert und CGNAT anwendet, bevor der Traffic Peering und Internet erreicht.

Datenpfad der offenen Subscriber Edge: Breitbandzugang (Glasfaser, Kupfer und Fixed Wireless) wird von einem OcNOS-Router auf offener White-Box-Hardware aggregiert, über einen ISIS-SR- und EVPN-MPLS-Core über einen VPLS-Attachment-Circuit zum virtuellen BNG und Carrier-Grade NAT von netElastic transportiert und dann an Peering und Internet übergeben.
Die offene Subscriber Edge von links nach rechts: OcNOS aggregiert und transportiert Breitbandteilnehmer über ISIS-SR und EVPN-MPLS zum netElastic vBNG und CGNAT, die die Sessions vor dem Internet terminieren.

Breitbandzugang

Glasfaser- (PON und OLT), Kupfer- (DSL) und Fixed-Wireless-Teilnehmeranschlüsse treten an der Access-Edge in das Netz ein.

Aggregationsrouter

OcNOS auf einer offenen White Box aggregiert Teilnehmer-VLANs und formt den Traffic mit hierarchischem QoS vor dem Core.

IP- und MPLS-Core

Ein ISIS-SR-Core mit SR-MPLS und TI-LFA transportiert Layer-2-Dienste der Teilnehmer über EVPN-MPLS zum vBNG.

vBNG und CGNAT

Das netElastic vBNG terminiert die Session, authentifiziert den Teilnehmer, vergibt eine Adresse und wendet CGNAT an.

Zwei Implementierungsmodelle

Zentral oder verteilt, derselbe offene Transport

Das vBNG kann zentral oder verteilt sitzen. netElastic unterstützt beides, und derselbe OcNOS-Transport trägt jede Variante. Die Wahl hängt von Latenz, Fehlerdomänen, Betriebskosten und Geografie ab.

Zentral: vBNG und CGNAT am Core gebündelt

Access-Netze transportieren Teilnehmer-Traffic zurück zum Core, wo ein Pool aus netElastic vBNG und CGNAT ihn vor dem Internet aufbereitet. Hardware, Platz, Strom und Kühlung werden minimiert, weil die Teilnehmerfunktionen an einem Ort liegen.

Am besten, wenn die Teilnehmerbasis gleichmäßig verteilt ist. Weniger Standorte und CGNAT-Pools zu betreiben, dafür mehr Backhaul und ein größerer Ausfallbereich.
Zentrale vBNG-Architektur: Mehrere Access-Standorte werden über OcNOS-Router in einen gemeinsamen Core aggregiert, wo ein zentraler Pool aus netElastic vBNG und Carrier-Grade NAT den gesamten Teilnehmer-Traffic vor Peering und Internet aufbereitet.
Zentrales Design: Ein Pool aus netElastic vBNG und CGNAT am Core bereitet den gesamten Teilnehmer-Traffic auf, was Hardware, Platz, Strom und Kühlung minimiert.

Verteilt: ein lokales vBNG nahe jeder Metro

Ein netElastic vBNG sitzt nahe jeder Metro oder Region und terminiert Teilnehmer lokal, dann übergibt es aufbereiteten Traffic an den OcNOS-Core. Die Latenz sinkt, lokale Dienste bleiben lokal, und ein Fehler in einer Region breitet sich nicht auf die anderen aus.

Am besten, wenn das Netz mehrere Regionen umfasst. Kleinere Fehlerdomänen und geringere Latenz, dafür mehr Standorte und CGNAT-Pools im Betrieb.
Verteilte vBNG-Architektur: Jede Metro hat ein lokales netElastic vBNG, das Teilnehmer nahe der Access-Edge terminiert und aufbereiteten Traffic an einen gemeinsamen OcNOS-Core übergibt, wodurch Fehlerdomänen zwischen Regionen isoliert werden.
Verteiltes Design: Ein lokales netElastic vBNG nahe jeder Metro senkt die Latenz und isoliert Fehlerdomänen, über einen gemeinsamen OcNOS-Core.
Die Teilnehmerebene

netElastic vBNG und Carrier-Grade NAT

netElastic entwickelt virtuelle Netzwerksoftware für Breitbandanbieter. Sein vBNG und CGNAT laufen auf standardisierten x86-Servern, sodass die Teilnehmerkapazität durch zusätzliche Server wächst, statt ein Edge-Chassis auszutauschen. Die folgenden Zahlen stammen von netElastic.

Jede Zugangsart

Terminiert PPPoE, IPoE und L2TP mit Dual-Stack IPv4 und IPv6, DHCP sowie RADIUS-Authentifizierung, Accounting und Change of Authorization.

Skalierung auf x86

Bis zu 1 Terabit pro Sekunde auf einem 2-HE-Server, 2.000 bis 128.000 Teilnehmer pro Server, mit getrennter Control Plane und Data Plane, die mit den Serverkernen skaliert.

Carrier-Grade NAT

NAT44 von 10G bis 1 Tbit/s, über 50.000 Teilnehmer, bis zu 100 pro öffentlicher Adresse, mit einstellbarem Logging für die Compliance.

Hochverfügbarkeit

Ein zweites vBNG im Active-Active- oder Active-Standby-Modus oder ein georedundantes Paar bietet N+1-Redundanz für Wartung, Upgrades und Failover.

netElastic vBNG
Die Netzebene

Mehr zum OcNOS-Transport

Die oben beschriebene Aufgabenteilung zeigt, was OcNOS unter dem vBNG trägt: den ISIS-SR-Core, EVPN-Layer-2-Dienste und offene Hardware. Die vollständigen Details zu Aggregation und Edge-Routing finden Sie hier.

Breitband-AggregationHQoS-Shaping, Deep Buffer und Middle-Mile-Transport SR-MPLS und TI-LFASegment Routing mit Fast Reroute unter 50 ms EVPN-Layer-2-DiensteVPLS und VPWS mit ESI-LAG-Multihoming Hardware-KompatibilitätslisteValidierte White Boxes von Edgecore und UfiSpace
Referenzkonfiguration

Die Übergabe in echter Konfiguration

Diese Auszüge stammen aus dem validierten Referenzdesign von IP ArchiTechs, das OcNOS mit dem netElastic vBNG über EVPN-MPLS kombiniert. OcNOS baut den EVPN-Layer-2-Dienst mit Active-Active-Multihoming auf; netElastic terminiert die Teilnehmer am anderen Ende.

OcNOS · Access-PE · EVPN-MPLS-Layer-2-Dienst (zugangsseitig)
! Enable EVPN-MPLS forwarding (requires reboot)
evpn mpls enable
evpn mpls multihoming enable
! MAC-VRF for the subscriber service
mac vrf ORANGE
 rd 100.127.0.7:1
 route-target both evpn-auto-rt
evpn mpls vtep-ip-global 100.127.0.7
evpn mpls id 1
 host-reachability-protocol evpn-bgp ORANGE
! Access-facing attachment circuit into the EVPN service
interface xe44.10 switchport
 encapsulation dot1q 10-50
 access-if-evpn
  map vpn-id 1

Quelle: validiertes Design von IP ArchiTechs, EVPN-Multihoming über MPLS, OcNOS zum netElastic vBNG. Prüfen Sie vor der Implementierung die aktuelle Syntax in den OcNOS Configuration Guides unter documentation.ipinfusion.com.

OcNOS · Aggregations-PE · EVPN-Multihoming mit ESI-LAG
! Bundle the dual-homed link into a port-channel
interface xe10
 channel-group 1 mode active
! Shared ESI system-MAC for active-active forwarding
interface po1
 evpn multi-homed system-mac 0200.0000.0001 load-balancing port-active
! Double-tagged subscriber service on the bundle
interface po1.532 switchport
 encapsulation dot1q 532 inner-dot1q 10-50
 rewrite pop
 access-if-evpn
  map vpn-id 1

Zwei Aggregations-PEs teilen sich eine ESI-System-MAC, sodass beide gleichzeitig für den dual angebundenen Access weiterleiten. Ein PE-Ausfall wird mit nur wenigen verlorenen Paketen umgeleitet. Quelle: validiertes Design von IP ArchiTechs.

netElastic vBNG · IPoE-Subscriber-Terminierung mit RADIUS
# RADIUS authentication group
radius authentication group RADIUS_AUTH
 nas-ip-address 100.127.0.6
 server 1 ipv4-address 192.168.0.2 port 1812 key netelastic
# BRAS subscriber management and IPoE template
bras
 domain IPA_DOMAIN
  bind authentication-template RADIUS_AUTH
  bind accounting-template RADIUS_ACCT
  bind-pool 1 TEST
 ipoe template IPOE_TEST
  authentication-type ipv4 dhcpv4 option
 vci-configuration
  interface eth-trunk1.532
   ipoe template IPOE_TEST
   max-ipox-session 32000

Das vBNG empfängt denselben doppelt getaggten Dienst (äußeres Tag 532), den OcNOS über EVPN-MPLS liefert, terminiert jeden Teilnehmer, authentifiziert über RADIUS und vergibt eine Adresse. Quelle: validiertes Design von IP ArchiTechs; siehe netElastic vBNG.

In der Produktion bewährt

Im Einsatz in echten Breitbandnetzen

Die offene Subscriber Edge ist heute im Einsatz. Amplex Internet betreibt OcNOS-Aggregation mit dem netElastic vBNG, und die Kombination ist von IP ArchiTechs als Referenzdesign dokumentiert.

Amplex Internet, Ohio

Amplex hat sein Netz mit OcNOS-Aggregationsroutern auf Edgecore- und UfiSpace-Hardware modernisiert. OcNOS von IP Infusion "verbindet die Customer Edge von Amplex mit den virtuellen Broadband Network Gateways von netElastic" und ergänzt SR-MPLS mit TI-LFA unter 50 ms, bei Interoperabilität mit der installierten Basis an Juniper- und Ciena-Geräten.

Gemeinsame Implementierung
Pressemitteilung von IP Infusion

Referenzarchitektur von IP ArchiTechs

Das unabhängige Netzwerk-Engineering-Unternehmen IP ArchiTechs hat das validierte Design veröffentlicht, das OcNOS mit dem netElastic vBNG über EVPN-MPLS kombiniert, mit Active-Active-Multihoming für Hochverfügbarkeit.

Validiertes Design
Design von IP ArchiTechs

Next Gen Fibre, Irland

Next Gen Fibre hat sein irisches Breitbandnetz mit dem netElastic vBNG und CGNAT skaliert. Eine Implementierung von netElastic und ITcare, mit Splynx für das Subscriber Management.

netElastic vBNG im Praxiseinsatz
netElastic Fallstudie

Offenes vBNG: Antworten

Was ist ein virtuelles BNG (vBNG)?
Ein virtuelles BNG terminiert Breitband-Teilnehmersessions in Software auf standardisierten x86-Servern statt auf einem proprietären Edge-Chassis. Es übernimmt die Teilnehmerseite des Netzes: Terminierung von PPPoE- und IPoE-Sessions, Adressvergabe, RADIUS-Authentifizierung und Accounting, Policy und hierarchisches QoS pro Teilnehmer sowie optional Carrier-Grade NAT. Da es Software auf Standardhardware ist, skaliert die Kapazität durch zusätzliche Server statt durch den Austausch von Linecards.
Stellt IP Infusion ein BNG her?
Nein. IP Infusion liefert OcNOS, die Routing- und Switching-Software, die das Aggregations- und Edge-Netz auf offener White-Box-Hardware betreibt. Die Subscriber-Terminierung übernimmt ein virtuelles BNG eines Partners. netElastic ist der vBNG-Partner: OcNOS transportiert Teilnehmer-Traffic über ein offenes IP- und MPLS-Netz zum netElastic vBNG, das die Sessions terminiert und Carrier-Grade NAT anwendet. Zusammen bilden sie eine offene Subscriber Edge aus zwei Spezialisten: ein offenes Multi-Vendor-BNG.
Worin unterscheidet sich ein vBNG von einem klassischen Hardware-BNG?
Ein klassisches BNG ist ein proprietäres Edge-Chassis, dessen Teilnehmerkapazität durch den Kauf von Linecards eines Anbieters erweitert wird. Ein vBNG führt dieselben Teilnehmerfunktionen in Software auf standardisierten x86-Servern aus, sodass die Kapazität durch zusätzliche Server wächst, und das Netz darunter läuft auf offener Hardware mehrerer Anbieter. Die Teilnehmerfunktionen, PPPoE- und IPoE-Terminierung, RADIUS, Policy und Carrier-Grade NAT, sind dieselben. Wirtschaftlichkeit und Lieferkette sind offen.
Wie migriert man ohne Ausfall von einem bestehenden BNG?
Die offene Subscriber Edge interoperiert mit einer installierten Basis, sodass sie während einer Übergangsphase parallel zum bestehenden System läuft, statt es über Nacht zu ersetzen. Ein üblicher Weg ist, OcNOS-Aggregation und das netElastic vBNG neben der bestehenden Edge aufzubauen und die Teilnehmer dann schrittweise nach Dienst oder VLAN zu verschieben. Amplex hat auf diese Weise modernisiert und seine installierten Juniper- und Ciena-Geräte während der Umstellung in Betrieb gehalten.
Wie arbeiten OcNOS und das netElastic vBNG zusammen?
OcNOS läuft auf offenen Aggregations- und Edge-Routern und baut den Transport auf: einen ISIS-SR-Core mit SR-MPLS und TI-LFA Fast Reroute sowie EVPN-MPLS-Layer-2-Dienste (VPLS und VPWS), die Teilnehmer-VLANs über das Netz tragen. Diese Layer-2-Dienste liefern den Teilnehmer-Traffic an das netElastic vBNG, das PPPoE- oder IPoE-Sessions terminiert, jeden Teilnehmer über RADIUS authentifiziert, eine Adresse vergibt und Policy und CGNAT anwendet. Durch die Aufteilung skaliert jede Ebene für sich.
Sollte das vBNG zentral oder verteilt sein?
Beides sind validierte Designs. In einer zentralen Architektur wird der Teilnehmer-Traffic zum Core zurückgeführt, wo ein Pool aus vBNG und CGNAT ihn aufbereitet; das minimiert Hardware, Platz, Strom und Kühlung und passt zu einer gleichmäßig verteilten Teilnehmerbasis. In einer verteilten Architektur sitzt ein lokales vBNG nahe jeder Metro oder Region; das senkt die Latenz, hält Dienste lokal, isoliert Fehlerdomänen und passt zu einem Netz, das sich über mehrere Regionen erstreckt. Derselbe OcNOS-Transport trägt beide Varianten.
Welche Teilnehmerskalierung unterstützt das netElastic vBNG?
Das netElastic vBNG läuft auf standardisierten x86-Servern und erreicht bis zu 1 Terabit pro Sekunde Durchsatz auf einem 2-HE-Server, mit 2.000 bis 128.000 Teilnehmern pro Server. Es terminiert PPPoE, IPoE und L2TP, mit getrennter Control Plane und Data Plane, sodass die Data Plane mit den Serverkernen skaliert. Die Zahlen stammen von netElastic. Die Kapazität wächst durch zusätzliche Server, statt ein Edge-Chassis auszutauschen.
Was bringt netElastic CGNAT?
Carrier-Grade NAT spart knappe öffentliche IPv4-Adressen, indem sie von vielen Teilnehmern gemeinsam genutzt werden. netElastic CGNAT skaliert von 10G bis 1 Terabit pro Sekunde, unterstützt über 50.000 Teilnehmer und bildet bis zu 100 Teilnehmer auf eine öffentliche Adresse ab, mit einstellbarer Logging-Tiefe, um regulatorische Anforderungen zu erfüllen und zugleich den Speicherbedarf zu steuern. Es kann integriert mit dem vBNG oder als eigenständige Funktion laufen, zentral am Core oder verteilt nahe den Teilnehmern.
Ist diese offene Subscriber Edge im Produktivbetrieb bewährt?
Ja. Amplex Internet, ein Breitbandanbieter in Ohio, hat sein Netz mit OcNOS-Aggregationsroutern auf Edgecore- und UfiSpace-Hardware modernisiert; OcNOS verbindet die Customer Edge mit den virtuellen BNGs von netElastic und ergänzt SR-MPLS mit TI-LFA Fast Reroute unter 50 ms. Die Kombination aus OcNOS und dem netElastic vBNG ist zudem von IP ArchiTechs, dem unabhängigen Netzwerk-Engineering-Unternehmen, als validiertes Referenzdesign dokumentiert.
Auf welcher Hardware läuft die offene Subscriber Edge?
OcNOS betreibt die Aggregations- und Edge-Router auf validierter offener White-Box-Hardware von Anbietern wie Edgecore und UfiSpace, sodass Betreiber Switching-Hardware und Netzwerksoftware in unabhängigen Zyklen beschaffen. Das netElastic vBNG und CGNAT laufen als Software auf standardisierten x86-Servern. Keine der beiden Ebenen bindet den Betreiber an eine einzige proprietäre Plattform, und ein offenes Netz trägt beide.
Solution Brief

Die offene vBNG-Architektur zum Mitnehmen

Ein kurzer technischer Download, der über diese Seite hinausgeht: der Architektur-Brief zum offenen vBNG.

Solution Brief

Architektur-Brief zum offenen vBNG

Das gemeinsame Referenzdesign von IP Infusion und netElastic für eine offene Breitband-Subscriber-Edge: wie OcNOS-Aggregation und EVPN-MPLS-Transport mit dem netElastic vBNG und CGNAT zusammenwirken, die zentralen und verteilten Optionen und die validierte Konfiguration.

Brief anfordern

Gestalten Sie Ihre offene Subscriber Edge

Nennen Sie uns die Zugangsnetze und die Teilnehmerzahl, die Sie versorgen, und ein Ingenieur von IP Infusion hilft Ihnen, den OcNOS-Transport zu gestalten und das netElastic vBNG zu dimensionieren, zentral oder verteilt.

Sprechen Sie mit unserem Team Breitband-Aggregation ansehen