Routeurs de cœur IP et de peering ouverts
Le routeur de cœur IP et de peering ouvert transporte la full internet BGP table for transit and peering and runs the SR-MPLS or SRv6 core between sites. IP Infusion delivers it complete: validated open hardware, OcNOS-SP pre-loaded, supported under one contract.
Des opérateurs exploitant des routeurs de cœur et de peering ouverts.
Quatre opérateurs exploitent aujourd'hui des routeurs de cœur et de peering ouverts en production.
"From a technical standpoint, OcNOS checked every box, full BGP table in hardware, dual-stack from day one, and a feature set that holds up against the traditional vendors." Markus Wellauer, Co-CEO, NWP Services GmbH (NWPS)
Le routeur de cœur et de peering dans quatre rôles.
Le même routeur OcNOS-SP couvre chaque rôle du cœur, de sorte que l'opérateur exploite une seule image et un seul contrat de support au lieu d'acheter un boîtier différent pour la bordure, le cœur, le peering et la réflexion de routes.
Ouvrez la vue vectorielle pour survoler chaque nœud et obtenir les détails de rôle et de protocole.
La même image de routeur exécute les quatre rôles, licenciée et dimensionnée par rôle.
Core router
Vous acheminez chaque service entre les sites sur un seul underlay à la capacité la plus élevée que le portfolio offre : l'UfiSpace S9610-36D at 14.4 Tbps, with a single SR-MPLS or SRv6 core doing the forwarding.
Un double plan redondant maintient l'acheminement du trafic au cœur pendant qu'une liaison ou un nœud se rétablit, de sorte qu'une défaillance au milieu du réseau ne devient jamais une panne.
P router
Au cœur, le routeur P commute le trafic étiqueté et ne détient aucune route client, de sorte qu'il consacre tout son budget à la capacité et au reroutage rapide plutôt qu'à l'état de route. OcNOS-SP runs it with Flex-Algo, TI-LFA, and BFD.
Comme la couche reste uniquement en mode label, vous dimensionnez le cœur sur la seule capacité d'acheminement.
PE router
Le routeur PE est l'endroit où les sites clients rejoignent le cœur de réseau : il impose l'étiquette de transport et détient l'état de service L3VPN et EVPN, de sorte qu'il porte l'échelle VPN que la couche P ne touche jamais.
À partir de là, il remet la périphérie de service à l'agrégation métropolitaine, de sorte que le cœur reste propre et que l'état de service réside à la périphérie où il doit être.
Peering router
Le routeur de peering est votre porte vers les fournisseurs de transit et les points d'échange internet, transportant la table BGP internet complète pour les deux. OcNOS-SP validates every route with RPKI and applies your route policy right at the edge.
Les route reflectors maintiennent le plan de contrôle iBGP scalable en arrière-plan à mesure que le nombre de pairs augmente.
Maintenir la table BGP internet complète dans le matériel.
Le routeur de peering transporte la full internet BGP table for transit and settlement-free peering, IPv4 and IPv6 dual-stack, held in hardware on merchant silicon. For the largest tables, the design uses a platform with a large external TCAM.
La table complète, double pile, en matériel
Le routeur de peering transporte une full internet BGP table for transit and settlement-free peering, IPv4 and IPv6 from day one, on a platform sized with a large external TCAM. Graceful restart and TI-LFA keep forwarding stable while the control plane reconverges.
Les route reflectors transportent la table iBGP entre les routeurs de cœur afin que les clients évitent un full mesh, ce qui maintient le plan de contrôle scalable à mesure que le réseau grandit.
Un grand TCAM externe pour les plus grandes tables
Lorsqu'un routeur doit conserver la table globale complète dans un large chemin de transfert matériel, la conception utilise une plateforme avec un TCAM externe. NWP Services fait exactement cela : un UfiSpace S9600-72XC with OP2 external TCAM, dual-stack, with OcNOS-SP handling RPKI and route policy.
IP Infusion valide, précharge et prend en charge ce routeur, de sorte que le chemin d'acheminement à table complète est livré comme un seul système pris en charge.
Sécurité du routage et contrôle du trafic à la périphérie internet.
Le routeur de peering valide les routes qu'il accepte, filtre ce qu'il annonce et pousse l'atténuation vers la bordure pendant une attaque. RPKI, BGP FlowSpec, le black-holing déclenché à distance et les communautés BGP donnent à la bordure internet ses contrôles de sécurité de routes.
Rejet des routes invalides RPKI
Le routeur effectue RPKI route-origin validation and rejects invalid routes at the edge, with prefix filtering aligned with MANRS practices, so hijacked and leaked prefixes are dropped before they enter the table.
BGP FlowSpec pour l'atténuation DDoS
BGP FlowSpec distributes match-and-action filters across the edge, so a volumetric attack is dropped or rate-limited in the forwarding path as a routing workflow, without a per-router touch.
Black-holing déclenché à distance
Le routeur met en black-hole une destination attaquée à l'aide du Communauté blackhole RFC 7999, so a single route announcement steers attack traffic to a discard next-hop across the peering edge.
Communautés BGP pour la politique de peering
BGP communities, including large communities per RFC 8092, tag and classify routes so peering, transit, and customer policy is applied consistently across the edge and inside the AS.
Topologie BGP-LS et ingénierie de sortie
BGP-LS exports the link-state topology to a PCE or controller, and SR BGP egress peer engineering steers traffic to a chosen peer, so egress selection becomes a controllable decision.
Route reflection et confédérations
Route reflectors per RFC 4456 or BGP confederations per RFC 5065 scale the iBGP control plane, so the peering and core routers share the table without a full iBGP mesh.
Voir le détail des fonctionnalités BGP sur la BGP technology page →
Un cœur SR-MPLS à double plan, avec SRv6 en parallèle.
Le routeur de cœur exécute IS-IS avec les extensions de segment-routing comme IGP par défaut, de sorte qu'un seul chemin à commutation d'étiquettes transporte chaque service. Flexible Algorithm construit un plan à faible latence à côté du plan par défaut sur la même topologie, et TI-LFA offre un reroutage rapide en moins de 50 ms.
IS-IS avec SR, SRGB planifié
IS-IS SR est l'IGP par défaut, et chaque nœud partage un seul SRGB so a prefix-SID maps to the same label everywhere. The default SRGB range is 16000 to 23999.
Plan à faible latence Flex-Algo
Flexible Algorithm per RFC 9350 builds a second forwarding plane, tuned for low latency, alongside the default shortest-path plane on the same physical topology, with no overlay.
Sub-50ms TI-LFA
TI-LFA precomputes a loop-free backup path for every destination, so the core reroutes in under 50ms around a link or node failure while IS-IS reconverges.
SR-TE avec un PCE
SR-TE policies steer traffic on explicit paths, computed by a stateful PCE over PCEP, including egress steering at the peering edge for a chosen exit.
Planification du SRGB, conformément au guide de configuration segment-routing d'OcNOS-SP : a prefix-SID index of 1000 on a loopback maps to label 17000 when the SRGB base is 16000. Using an identical SRGB on every node keeps the same label for a prefix on every node, which simplifies operations.
Quel routeur validé pour quel rôle.
IP Infusion fournit le routeur de cœur et de peering sur 43 validated platforms from Edgecore and UfiSpace, each lab-qualified per ASIC stepping with OcNOS-SP pre-loaded. The core sizes on forwarding capacity and buffering; the full-table edge sizes on the forwarding path that holds the table.
| Rôle | Validated router | Silicon et capacité | Pourquoi cela convient au rôle |
|---|---|---|---|
| Cœur / routeur P |  UfiSpace S9610-36D |
Broadcom Jericho2C+ (BCM88850), 14.4 Tbps, 36×400G, deep buffer | Capacité d'acheminement maximale avec bufferisation profonde et alimentation et ventilateurs redondants remplaçables à chaud pour le cœur et la périphérie internet. |
| Périphérie de peering à table complète |  UfiSpace S9600-72XC + OP2 |
Chemin d'acheminement à TCAM externe, double pile | Maintient la table BGP internet complète dans un chemin d'acheminement à grand TCAM externe. Le routeur que NWP Services a déployé pour le multihoming à table complète. |
| Périphérie de service (PE) |  UfiSpace S9600-56DX |
Broadcom Qumran2C, 4.8 Tbps, 8×400G plus 100G access | Impose l'étiquette de transport et conserve l'état L3VPN et EVPN, avec des uplinks 400G vers le cœur. Prend en charge SRv6 aux côtés de SR-MPLS sur le niveau de silicium compatible. |
| Périphérie de service compacte |  UfiSpace S9600-28DX |
Broadcom Qumran2C, 2.4 Tbps, dual-stack | Une périphérie de service compacte pour les sites plus petits qui ont encore besoin du transport SR-MPLS et des services L3VPN et EVPN, sur le niveau de silicium compatible SRv6. |
| Niveau d'agrégation sous le cœur | UfiSpace S9600-56DX |
Broadcom Qumran2c, 4.8 Tbps, 8×400G + 48×100G | Alimente le cœur avec une liaison montante 400G. La conception d'agrégation est traitée sur la Ethernet métro page. |
Le routeur à table complète avec TCAM externe est cité comme la plateforme déployée par NWP Services. Voir toutes les plateformes validées dans la liste de compatibilité matérielle, et faites correspondre les fonctionnalités au matériel dans la matrice de fonctionnalités.
Comment dimensionner le routeur de cœur et de peering
- Table complète maintenant ou marge de croissance. Dimensionnez la bordure de peering sur un routeur qui détient aujourd'hui la table BGP internet complète en matériel, ou sur une option à grand TCAM externe lorsque vous avez besoin de marge pour agrandir la table.
- Capacité et bufferisation du cœur. Dimensionnez le cœur de réseau selon la capacité de transfert et la mise en tampon profonde pour les microrafales de la bordure internet, et non selon l'état des routes, puisque la couche P ne détient aucune route client.
- Cœur en boîtier unique ou en cluster. Concevez le cœur comme une paire redondante afin que TI-LFA dispose d'un chemin de secours. Le plan redondant achemine le trafic à travers une panne.
- SR-MPLS or SRv6. Exécutez SR-MPLS comme cœur par défaut, et SRv6 en parallèle là où votre stratégie de transport l'exige, selon la disponibilité par plateforme et version.
- Route reflection. Placez des route reflectors pour faire passer iBGP à l'échelle : en inline sur les routeurs de cœur pour un réseau plus petit, ou des reflectors dédiés à mesure que le nombre de pairs augmente.
- Peering direct ou route server. Établissez un peering direct avec les réseaux à fort volume pour le contrôle, et utilisez un route server d'IXP pour la longue traîne des pairs settlement-free.
- One contract. IP Infusion valide et prend en charge chaque rôle comme un seul routeur, et le matériel et le logiciel se renouvellent sur des cycles indépendants.
Configurer un cluster de route reflectors.
Vous faites évoluer iBGP sans full mesh en dirigeant les clients vers les reflectors et en laissant les reflectors échanger les routes entre eux. La configuration OcNOS-SP ci-dessous fait exactement cela : trois voisins iBGP, deux d'entre eux désignés route-reflector-clients dans la famille d'adresses IPv4 unicast.
! Reflector: reflect routes between iBGP clients
configure terminal
router bgp 200
neighbor 3.3.3.3 remote-as 200
neighbor 2.2.2.2 remote-as 200
neighbor 6.6.6.6 remote-as 200
address-family ipv4 unicast
neighbor 3.3.3.3 route-reflector-client
neighbor 2.2.2.2 route-reflector-clientCe que fait chaque ligne
router bgp 200enters BGP for the autonomous system that the core and peering routers share.- The three
neighbor ... remote-as 200lines form the iBGP sessions. 6.6.6.6 is a plain iBGP peer, so it does not get theroute-reflector-clientline below. route-reflector-clientdesignates each client per address family, here IPv4 unicast, and the same pattern applies to VPNv4, VPNv6, and L2VPN EVPN.- Pour des reflectors redondants, ajoutez une identité de cluster partagée avec la
bgp cluster-idcommand inrouter bgpmode, a separate step not shown in this minimal example, so clients see one cluster. Clients need no reflector-specific configuration.
Commands follow the OcNOS-SP Layer 3 configuration guide, documentation.ipinfusion.com.
Migrez le cœur un rôle à la fois.
Les routeurs de cœur ouverts interopèrent avec un réseau Cisco, Juniper ou Nokia installé, ce qui vous permet de migrer nœud par nœud. Le segment routing s'exécute aux côtés de LDP et RSVP-TE, de sorte que le transport existant et le nouveau coexistent durant la transition.
Établir un peering avec le réseau déjà installé
Un nouveau routeur ouvert forme des adjacences IS-IS, OSPF et BGP avec le réseau installé Cisco, Juniper et Nokia nodes, so it joins the core without a redesign. Targo migrated this way, interoperating with its installed Cisco, MikroTik, and Ubiquiti equipment.
Annoncer les prefix-SID pour les nœuds hérités
An SR Mapping Server advertises prefix-SIDs on behalf of the LDP-only nodes, so segment routing and LDP forward across one domain during the conversion. LDP and SR interworking, with LDP and RSVP-TE graceful restart, adds SR-MPLS without a flag-day cutover.
Convertir P, puis PE, puis le peering
Convertissez d'abord les routeurs P du cœur, puis la périphérie PE, puis les routeurs de peering, en validant chacun avant qu'il ne porte du trafic de production. Le graceful restart et TI-LFA maintiennent l'acheminement de la table BGP internet complète à travers chaque bascule. IP Infusion prend en charge le routeur à chaque étape.
Une assistance à la traduction CLI de Cisco IOS-XR vers OcNOS est disponible pour accélérer la conversion de configuration. Consultez le OcNOS-SP face à Cisco comparison for capability and licensing detail.
Routeur de cœur et de peering ouvert face à un cœur propriétaire.
La véritable question au cœur du réseau est de savoir si un routeur ouvert peut détenir une table de peering complète et un cœur SR-MPLS aussi bien qu'un boîtier Cisco ou Juniper. Il le peut, et il le fait tout en permettant à l'opérateur d'acheter du matériel auprès de plusieurs fournisseurs et de conserver un contrat de support unique.
| Capacité cœur / peering | Routeur ouvert (OcNOS-SP) | Châssis propriétaire (Cisco / Juniper / Nokia) |
|---|---|---|
| Table BGP internet complète (transit et peering) | ✓ | ✓ |
| Rejet des routes invalides RPKI, filtrage aligné sur MANRS | ✓ details → | ✓ |
| BGP FlowSpec, RTBH, BGP-LS | ✓ | ✓ |
| SR-MPLS avec Flex-Algo et TI-LFA | ✓ details → | ✓ |
| SRv6 (pris en charge en parallèle de SR-MPLS) | ✓ details → | ✓ |
| Route reflection et confédérations | ✓ | ✓ |
| Approvisionnement matériel | Silicon marchand ouvert de plusieurs fournisseurs | Châssis à fournisseur unique |
| Livraison et support | Routeur complet, un seul contrat de support, renouvellement séparé du matériel et du logiciel | Vendor-bundled |
| Core capacity | 14,4 Tbps sur un Broadcom Jericho2C+, buffer profond | Silicon marchand et personnalisé |
Cisco, IOS-XR, Cisco 8000, Juniper, Junos, Nokia et SR OS sont des marques de leurs propriétaires respectifs. IP Infusion n'est pas affilié à ces fournisseurs et ne les approuve pas ; la comparaison reflète les capacités d'OcNOS-SP vérifiables dans la matrice de fonctionnalités. To replace a proprietary core, see the OcNOS-SP face à Cisco comparison.
Fiche technique et note de solution.
La fiche technique OcNOS-SP et la fiche de mise à niveau SR-MPLS à partager avec votre équipe. Formulaire rapide, et le PDF se télécharge immédiatement.
Datasheet OcNOS-SP
La vue d'ensemble complète OcNOS-SP : rôles, protocoles, synchronisation et matériel validé, dans un seul PDF.
Obtenir la fiche techniqueMise à niveau SR-MPLS avec OcNOS
Un chemin de migration depuis Cisco IOS-XR et Juniper Junos SR-MPLS vers OcNOS sur matériel ouvert.
Obtenir le briefQuestions sur le cœur et la périphérie de peering.
Voir le routeur de cœur et de peering ouvert.
Découvrez comment IP Infusion fournit le routeur P, PE et de peering, ou contactez-nous pour associer votre cœur de réseau et votre bordure de peering aux bonnes plateformes validées et aux bonnes licences.
Datasheet OcNOS-SP
Formulaire court. votre PDF se télécharge immédiatement après l'envoi.
✓ Opening your PDF in a new tab.
S'il ne s'est pas ouvert, utilisez le lien ci-dessous.
OcNOS-SP-Datasheet-2026.pdfMise à niveau SR-MPLS avec OcNOS
Formulaire court. votre PDF se télécharge immédiatement après l'envoi.
✓ Opening your PDF in a new tab.
S'il ne s'est pas ouvert, utilisez le lien ci-dessous.
solution-brief-sr-mpls-upgrade-cisco-alternative.pdfÀ lire aussi sur le blog
Pourquoi les opérateurs déploient l'open networking : 5 facteurs
Analyse de rentabilité côté opérateur pour faire migrer les réseaux de cœur et de peering SP vers des routeurs ouverts et désagrégés
Lire l'article →Le Segment Routing expliqué : SR-MPLS et SRv6 dans le cœur de réseau
Transport SR-MPLS et SRv6 pour le cœur IP, l'underlay derrière les rôles P et PE
Lire l'article →