Solution partenaire · netElastic vBNG + OcNOS

vBNG ouvert : gestion des abonnés netElastic sur un réseau OcNOS

Un BNG virtuel termine les abonnés haut débit en logiciel sur des serveurs standard. IP Infusion et netElastic le fournissent comme une seule architecture ouverte : OcNOS assure l'agrégation et le routage de périphérie sur du matériel white box ouvert, et le vBNG netElastic gère la gestion des abonnés et le NAT de niveau opérateur. Validé par IP ArchiTechs, en production chez Amplex.

Parlez à notre équipe Obtenir le brief d'architecture
jusqu'à 1 TbpsnetElastic vBNG par serveur
2 000 à 128 000abonnés par serveur
50,000+abonnés CGNAT
moins de 50 msreroutage TI-LFA OcNOS
Ce que vous obtenez

Architecture ouverte, livrée comme solution complète

Livrée complète

Les partenaires livrent les routeurs et commutateurs OcNOS, le vBNG netElastic et les services comme une seule solution intégrée.

Aucune dépendance

Un réseau ouvert en dessous : vous n'êtes pas lié à une pile propriétaire unique.

Évolution indépendante

Ajoutez des serveurs pour les abonnés, des routeurs pour la capacité. L'un n'impose pas l'autre.

Déployez à votre façon

Centralisé ou distribué sur le même transport OcNOS, sans refonte pour passer de l'un à l'autre.

Disponible comme solution complète auprès de
RocNet Supply EPS Global World Wide Technology SOSnet
Deux spécialistes, une seule périphérie

Une seule périphérie abonnés, construite à partir de deux couches ouvertes

La périphérie abonnés ouverte se divise nettement en deux. netElastic prend en charge l'abonné : terminaison des sessions, authentification, politique et NAT de niveau opérateur. IP Infusion prend en charge le réseau en dessous : agrégation et routage de périphérie sur matériel ouvert.

+
Qui est responsable de quoi dans la périphérie abonnés ouverte.
Couche Responsablele spécialiste Ce qu'il fait
Terminaison des abonnésnetElastic vBNGTermine les sessions PPPoE, IPoE et L2TP, authentifie via RADIUS, attribue les adresses et applique la politique par abonné et la QoS hiérarchique.
Préservation des adresses IPv4netElastic CGNATLe NAT44 de niveau opérateur partage les adresses IPv4 publiques entre abonnés, jusqu'à 100 par adresse, avec une journalisation réglable. Intégré au vBNG ou autonome.
Agrégation et routage de périphérieOcNOSConstruit le cœur ISIS-SR, SR-MPLS avec reroutage rapide TI-LFA et les services EVPN-MPLS de couche 2 qui acheminent le trafic abonnés jusqu'au vBNG.
Materiel ouvertOcNOSExécute les routeurs d'agrégation et de périphérie sur des white boxes validées d'Edgecore, UfiSpace et d'autres. Le vBNG fonctionne sur des serveurs x86 standard.
Comment ça marche

De la ligne d'accès à internet, sur un seul réseau ouvert

Le trafic abonnés entre par la périphérie d'accès, est agrégé par OcNOS sur des routeurs ouverts et acheminé via un réseau ISIS-SR et EVPN-MPLS jusqu'au vBNG netElastic, qui termine la session et applique le CGNAT avant que le trafic n'atteigne le peering et internet.

Chemin de données de la périphérie abonnés ouverte : l'accès haut débit (fibre, cuivre et sans fil fixe) est agrégé par un routeur OcNOS sur du matériel white box ouvert, transporté sur un cœur ISIS-SR et EVPN-MPLS via un circuit d'attachement VPLS jusqu'au BNG virtuel et au NAT de niveau opérateur netElastic, puis vers le peering et internet.
La périphérie abonnés ouverte, de gauche à droite : OcNOS agrège et transporte les abonnés haut débit via ISIS-SR et EVPN-MPLS jusqu'au vBNG et au CGNAT netElastic, qui terminent les sessions avant internet.

Accès haut débit

Les lignes d'abonnés fibre (PON et OLT), cuivre (DSL) et sans fil fixe entrent dans le réseau par la périphérie d'accès.

Routeur d'agrégation

OcNOS sur une white box ouverte agrège les VLAN abonnés et met en forme le trafic avec une QoS hiérarchique avant le cœur.

Cœur IP et MPLS

Un cœur ISIS-SR avec SR-MPLS et TI-LFA transporte les services de couche 2 des abonnés via EVPN-MPLS jusqu'au vBNG.

vBNG et CGNAT

Le vBNG netElastic termine la session, authentifie l'abonné, attribue une adresse et applique le CGNAT.

Deux modèles de déploiement

Centralisé ou distribué, le même transport ouvert

Le vBNG peut être centralisé ou distribué. netElastic prend en charge les deux, et le même transport OcNOS achemine l'un ou l'autre. Le choix dépend de la latence, des domaines de panne, du coût d'exploitation et de la géographie.

Centralisé : vBNG et CGNAT regroupés au cœur

Les réseaux d'accès ramènent le trafic abonnés vers le cœur, où un pool unique de vBNG et de CGNAT netElastic le traite avant internet. Le matériel, l'espace, l'énergie et le refroidissement sont réduits au minimum, car les fonctions abonnés se trouvent en un seul endroit.

Idéal lorsque la base d'abonnés est répartie uniformément. Moins de sites et de pools CGNAT à exploiter, avec davantage de backhaul et un périmètre d'impact plus large en cas de panne.
Architecture vBNG centralisée : plusieurs sites d'accès s'agrègent via des routeurs OcNOS dans un cœur partagé, où un pool central unique de vBNG et de NAT de niveau opérateur netElastic traite tout le trafic abonnés avant le peering et internet.
Conception centralisée : un pool unique de vBNG et de CGNAT netElastic au cœur traite tout le trafic abonnés, ce qui réduit au minimum le matériel, l'espace, l'énergie et le refroidissement.

Distribué : un vBNG local proche de chaque métro

Un vBNG netElastic est placé près de chaque métro ou région et termine les abonnés localement, puis remet le trafic traité au cœur OcNOS. La latence baisse, les services locaux restent locaux et une panne dans une région ne se propage pas aux autres.

Idéal lorsque le réseau couvre plusieurs zones géographiques. Des domaines de panne plus petits et une latence plus faible, avec davantage de sites et de pools CGNAT à exploiter.
Architecture vBNG distribuée : chaque métro dispose d'un vBNG netElastic local qui termine les abonnés près de la périphérie d'accès et remet le trafic traité à un cœur OcNOS partagé, en isolant les domaines de panne entre régions.
Conception distribuée : un vBNG netElastic local près de chaque métro réduit la latence et isole les domaines de panne, sur un cœur OcNOS partagé.
La couche abonnés

vBNG netElastic et NAT de niveau opérateur

netElastic développe des logiciels de réseau virtuel pour les fournisseurs de haut débit. Son vBNG et son CGNAT fonctionnent sur des serveurs x86 standard : la capacité abonnés augmente en ajoutant des serveurs au lieu de remplacer entièrement un châssis de périphérie. Les chiffres ci-dessous proviennent de netElastic.

Toutes les méthodes d'accès

Termine PPPoE, IPoE et L2TP avec double pile IPv4 et IPv6, DHCP, et authentification, comptabilité et changement d'autorisation RADIUS.

Évolution sur x86

Jusqu'à 1 térabit par seconde sur un serveur 2RU, de 2 000 à 128 000 abonnés par serveur, avec des plans de contrôle et de données séparés dont la capacité évolue avec le nombre de cœurs du serveur.

NAT de niveau opérateur

NAT44 de 10G à 1 Tbps, plus de 50 000 abonnés, jusqu'à 100 par adresse publique, avec une journalisation réglable pour la conformité.

Haute disponibilité

Un second vBNG en mode actif-actif ou actif-veille, ou une paire géo-redondante, apporte une redondance N+1 pour la maintenance, les mises à niveau et le basculement.

netElastic vBNG
La couche réseau

Approfondir le transport OcNOS

La répartition des rôles ci-dessus décrit ce qu'OcNOS transporte sous le vBNG : le cœur ISIS-SR, les services EVPN de couche 2 et le matériel ouvert. Pour le détail complet de l'agrégation et du routage de périphérie, suivez ces liens.

Agrégation haut débitMise en forme HQoS, buffers profonds et transport middle mile SR-MPLS et TI-LFASegment routing avec reroutage rapide en moins de 50 ms Services EVPN de couche 2VPLS et VPWS avec multihoming ESI-LAG Liste de compatibilité matérielleWhite boxes Edgecore et UfiSpace validées
Configuration de référence

La remise, en configuration réelle

Ces extraits proviennent de la conception de référence validée par IP ArchiTechs, qui associe OcNOS au vBNG netElastic via EVPN-MPLS. OcNOS construit le service EVPN de couche 2 avec un multihoming actif-actif ; netElastic termine les abonnés à l'autre extrémité.

OcNOS · PE d'accès · service EVPN-MPLS de couche 2 (côté accès)
! 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

Source : conception validée IP ArchiTechs, multihoming EVPN sur MPLS, d'OcNOS vers le vBNG netElastic. Vérifiez la syntaxe actuelle dans les guides de configuration OcNOS sur documentation.ipinfusion.com avant le déploiement.

OcNOS · PE d'agrégation · multihoming EVPN avec 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

Deux PE d'agrégation partagent une même system-MAC ESI, de sorte que les deux transmettent simultanément pour l'accès à double raccordement. Une panne de PE est contournée avec seulement quelques paquets perdus. Source : conception validée IP ArchiTechs.

netElastic vBNG · terminaison des abonnés IPoE avec 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

Le vBNG reçoit le même service à double étiquette (étiquette externe 532) qu'OcNOS fournit via EVPN-MPLS, termine chaque abonné, l'authentifie via RADIUS et lui attribue une adresse. Source : conception validée IP ArchiTechs ; voir netElastic vBNG.

Éprouvé en production

En service dans de vrais réseaux haut débit

La périphérie abonnés ouverte est déployée aujourd'hui. Amplex Internet exploite l'agrégation OcNOS avec le vBNG netElastic, et cette association est documentée comme conception de référence par IP ArchiTechs.

Amplex Internet, Ohio

Amplex a mis à niveau son réseau avec des routeurs d'agrégation OcNOS sur du matériel Edgecore et UfiSpace. OcNOS d'IP Infusion « relie la périphérie client d'Amplex et les passerelles haut débit virtuelles (vBNG) de netElastic », en ajoutant SR-MPLS avec TI-LFA en moins de 50 ms tout en interopérant avec le parc installé d'équipements Juniper et Ciena.

Déploiement conjoint
Communiqué de presse IP Infusion

Architecture de référence IP ArchiTechs

Le cabinet d'ingénierie réseau indépendant IP ArchiTechs a publié la conception validée associant OcNOS au vBNG netElastic via EVPN-MPLS, avec un multihoming actif-actif pour la haute disponibilité.

Conception validée
Conception IP ArchiTechs

Next Gen Fibre, Irlande

Next Gen Fibre a fait évoluer son réseau haut débit irlandais avec le vBNG et le CGNAT netElastic. Un déploiement netElastic et ITcare, avec Splynx pour la gestion des abonnés.

Le vBNG netElastic sur le terrain
Étude de cas netElastic

Le vBNG ouvert en questions

Qu'est-ce qu'un BNG virtuel (vBNG) ?
Un BNG virtuel termine les sessions des abonnés haut débit en logiciel sur des serveurs x86 standard au lieu d'un châssis de périphérie propriétaire. Il gère la partie abonnés du réseau : terminaison des sessions PPPoE et IPoE, attribution des adresses, authentification et comptabilité RADIUS, politique par abonné et QoS hiérarchique, et NAT de niveau opérateur en option. Comme il s'agit de logiciel sur du matériel standard, la capacité augmente en ajoutant des serveurs plutôt qu'en remplaçant des cartes de ligne.
IP Infusion fabrique-t-il un BNG ?
Non. IP Infusion fournit OcNOS, le logiciel de routage et de commutation qui exécute le réseau d'agrégation et de périphérie sur du matériel white box ouvert. La terminaison des abonnés est assurée par un BNG virtuel partenaire. netElastic est le partenaire vBNG : OcNOS transporte le trafic abonnés sur un réseau IP et MPLS ouvert jusqu'au vBNG netElastic, qui termine les sessions et applique le NAT de niveau opérateur. Ensemble, ils forment une seule périphérie abonnés ouverte issue de deux spécialistes : un BNG ouvert et multifournisseur.
En quoi un vBNG diffère-t-il d'un BNG matériel traditionnel ?
Un BNG traditionnel est un châssis de périphérie propriétaire dont la capacité abonnés s'étend en achetant des cartes de ligne auprès d'un seul fournisseur. Un vBNG exécute les mêmes fonctions abonnés en logiciel sur des serveurs x86 standard : la capacité augmente en ajoutant des serveurs, et le réseau sous-jacent fonctionne sur du matériel ouvert de plusieurs fournisseurs. Les fonctionnalités abonnés, terminaison PPPoE et IPoE, RADIUS, politique et NAT de niveau opérateur, sont les mêmes. L'économie et la chaîne d'approvisionnement sont ouvertes.
Comment migrer depuis un BNG existant sans interruption de service ?
La périphérie abonnés ouverte interopère avec le parc installé : elle fonctionne aux côtés de l'existant pendant la transition au lieu de le remplacer du jour au lendemain. Une approche courante consiste à mettre en place l'agrégation OcNOS et le vBNG netElastic à côté de la périphérie existante, puis à migrer les abonnés par service ou par VLAN, par étapes. Amplex a procédé ainsi, en gardant ses équipements Juniper et Ciena installés en service pendant la bascule.
Comment OcNOS et le vBNG netElastic fonctionnent-ils ensemble ?
OcNOS fonctionne sur des routeurs d'agrégation et de périphérie ouverts et construit le transport : un cœur ISIS-SR avec SR-MPLS et reroutage rapide TI-LFA, et des services EVPN-MPLS de couche 2 (VPLS et VPWS) qui transportent les VLAN abonnés à travers le réseau. Ces services de couche 2 acheminent le trafic abonnés jusqu'au vBNG netElastic, qui termine les sessions PPPoE ou IPoE, authentifie chaque abonné via RADIUS, attribue une adresse et applique la politique et le CGNAT. Cette séparation permet à chaque couche d'évoluer indépendamment.
Le vBNG doit-il être centralisé ou distribué ?
Les deux sont des conceptions validées. Dans une architecture centralisée, le trafic abonnés est ramené vers le cœur, où un pool unique de vBNG et de CGNAT le traite, ce qui réduit au minimum le matériel, l'espace, l'énergie et le refroidissement et convient à une base d'abonnés répartie uniformément. Dans une architecture distribuée, un vBNG local est placé près de chaque métro ou région, ce qui réduit la latence, garde les services en local et isole les domaines de panne, et convient à un réseau réparti sur plusieurs zones géographiques. Le même transport OcNOS achemine l'une ou l'autre.
Quelle échelle d'abonnés le vBNG netElastic prend-il en charge ?
Le vBNG netElastic fonctionne sur des serveurs x86 standard et atteint jusqu'à 1 térabit par seconde de débit sur un serveur 2RU, avec de 2 000 à 128 000 abonnés par serveur. Il termine PPPoE, IPoE et L2TP, avec des plans de contrôle et de données séparés afin que le plan de données évolue avec le nombre de cœurs du serveur. Les chiffres proviennent de netElastic. La capacité augmente en ajoutant des serveurs plutôt qu'en remplaçant entièrement un châssis de périphérie.
Qu'apporte le CGNAT netElastic ?
Le NAT de niveau opérateur économise les adresses IPv4 publiques, devenues rares, en les partageant entre de nombreux abonnés. Le CGNAT netElastic évolue de 10G à 1 térabit par seconde, prend en charge plus de 50 000 abonnés et associe jusqu'à 100 abonnés par adresse publique, avec un niveau de journalisation réglable pour répondre aux exigences réglementaires tout en maîtrisant le stockage. Il peut fonctionner intégré au vBNG ou en fonction autonome, centralisé au cœur ou distribué près des abonnés.
Cette périphérie abonnés ouverte a-t-elle fait ses preuves en production ?
Oui. Amplex Internet, fournisseur de haut débit dans l'Ohio, a mis à niveau son réseau avec des routeurs d'agrégation OcNOS sur du matériel Edgecore et UfiSpace, OcNOS reliant la périphérie client aux BNG virtuels netElastic et ajoutant SR-MPLS avec reroutage rapide TI-LFA en moins de 50 ms. L'association d'OcNOS et du vBNG netElastic est également documentée comme conception de référence validée par IP ArchiTechs, le cabinet d'ingénierie réseau indépendant.
Sur quel matériel fonctionne la périphérie abonnés ouverte ?
OcNOS exécute les routeurs d'agrégation et de périphérie sur du matériel white box ouvert validé de fournisseurs comme Edgecore et UfiSpace, de sorte que les opérateurs achètent le matériel de commutation et le logiciel réseau selon des cycles indépendants. Le vBNG et le CGNAT netElastic fonctionnent comme logiciels sur des serveurs x86 standard. Aucune des deux couches ne lie l'opérateur à une plateforme propriétaire unique, et un seul réseau ouvert porte les deux.
Solution brief

Emportez l'architecture vBNG ouverte

Un document technique court qui va plus loin que cette page : le brief d'architecture du vBNG ouvert.

Solution brief

Brief d'architecture du vBNG ouvert

La conception de référence conjointe d'IP Infusion et netElastic pour une périphérie abonnés haut débit ouverte : comment l'agrégation OcNOS et le transport EVPN-MPLS s'associent au vBNG et au CGNAT netElastic, les options centralisée et distribuée, et la configuration validée.

Obtenir le brief

Concevez votre périphérie abonnés ouverte

Indiquez-nous les réseaux d'accès et l'échelle d'abonnés que vous desservez, et un ingénieur IP Infusion vous aidera à concevoir le transport OcNOS et à dimensionner le vBNG netElastic, centralisé ou distribué.

Parlez à notre équipe Voir l'agrégation haut débit