Core (P) · Provider edge (PE) · Peering

开放式 IP 核心与对等路由器

开放的 IP 核心与对等路由器承载 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.

参考架构

承担四种角色的核心与对等路由器。

同一台 OcNOS-SP 路由器覆盖每一种核心角色,因此运营商运行一套镜像与一份支持合同,而无需为边缘、核心、对等与路由反射各自采购不同的设备。

开放式 IP 核心与对等路由器拓扑 开放的 IP 核心与对等网络从左到右:城域与汇聚运营商边缘路由器将流量送入两台运行 SR-MPLS 或 SRv6 双平面核心的冗余运营商(P)核心路由器,后者连接到互联网边缘的两台对等路由器,这两台路由器承载完整互联网 BGP 路由表,并扇出至互联网 transit 以及具备 RPKI 路由验证的 IXP 对等 fabric。一台 route reflector 在核心之后扩展 iBGP 控制平面。 Route reflector PE router Service edge PE router Service edge P router SR-MPLS core P router SR-MPLS core Peering Internet edge Peering Internet edge 互联网 Transit IXP Peering fabric
OcNOS-SP 路由器
SR-MPLS / SRv6 传输
冗余双平面
外部 / 邻接

打开矢量视图,将鼠标悬停在各节点上以查看角色与协议详情。

同一套路由器镜像运行全部四种角色,按角色分别授权与规划容量。

Open IP core

Core router

您可在一个底层上以产品组合所提供的最高容量承载站点之间的每项服务:UfiSpace S9610-36D at 14.4 Tbps, with a single SR-MPLS or SRv6 core doing the forwarding.

冗余双平面在链路或节点恢复期间保持核心持续承载流量,因此网络中部的故障绝不会演变成中断。

Provider / transit

P router

在核心中,P 路由器交换带标签的流量且不保存客户路由,因此它将全部预算用于容量和快速重路由,而非路由状态。 OcNOS-SP runs it with Flex-Algo, TI-LFA, and BFD.

由于该层仅保持标签转发,您只需依据转发容量扩展核心。

Provider edge

PE router

PE 路由器是客户站点接入核心之处:它压入传输标签并保存 L3VPN 与 EVPN 业务状态,因此承载着 P 层从不触及的 VPN 规模。

从那里它将业务边缘交接给城域汇聚,因此核心保持简洁,业务状态则驻留在其本应所在的边缘。

Internet edge

Peering router

对等路由器是您通往转接提供商与互联网交换中心的门户,为两者承载完整的互联网 BGP 表。 OcNOS-SP validates every route with RPKI and applies your route policy right at the edge.

随着对等数量增长,路由反射器可使其后端的 iBGP 控制平面保持可扩展。

Route scale

在硬件中承载完整的互联网 BGP 路由表。

对等路由器承载 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.

完整路由表转发

在硬件中承载完整表,双栈

对等路由器承载 full internet BGP table for transit and settlement-free peering, IPv4 and IPv6 from day one. Graceful restart and TI-LFA keep forwarding stable while the control plane reconverges.

路由反射器在核心路由器之间传递 iBGP 路由表,使客户端无需全互联,从而在网络增长时保持控制平面的可扩展性。

外部 TCAM 路径

面向最大规模路由表的大容量外部 TCAM

当路由器需要在大容量硬件转发路径中承载完整的全局路由表时,设计上会采用带有外部 TCAM 的平台。NWP Services 采用的正是这种方案:一台 UfiSpace S9600-72XC with OP2 external TCAM, dual-stack, with OcNOS-SP handling RPKI and route policy.

IP Infusion 对该路由器进行验证、预装和支持,因此全表转发路径作为一个受支持的系统交付。

对等边缘工程设计

互联网边缘的路由安全与流量管控。

对等路由器验证其接受的路由,过滤其通告的内容,并在攻击期间将缓解措施推送至边缘。RPKI、BGP FlowSpec、远程触发黑洞以及 BGP community 为互联网边缘提供路由安全控制。

RFC 8210

RPKI 无效路由拒绝

路由器执行 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.

RFC 8955

用于 DDoS 缓解的 BGP FlowSpec

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.

RFC 7999

远程触发黑洞

路由器对受攻击的目的地进行黑洞处理,使用 RFC 7999 黑洞 community, so a single route announcement steers attack traffic to a discard next-hop across the peering edge.

RFC 1997 / 8092

用于对等策略的 BGP community

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.

RFC 7752 / 8571

BGP-LS 拓扑与出口工程

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.

RFC 4456 / 5065

路由反射与联盟

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.

SR core design

双平面 SR-MPLS 核心,并行支持 SRv6。

核心路由器以带段路由扩展的 IS-IS 作为默认 IGP,因此一条标签交换路径即可承载每项业务。Flexible Algorithm 在同一拓扑上于默认平面之外构建低时延平面,TI-LFA 则提供低于 50ms 的快速重路由。

IGP 和标签规划

带 SR 的 IS-IS,规划的 SRGB

IS-IS SR 是默认的 IGP,每个节点共享一个 SRGB so a prefix-SID maps to the same label everywhere. The default SRGB range is 16000 to 23999.

Dual plane

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.

Fast reroute

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.

Traffic engineering

SR-TE,配合 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.

SRGB 规划,依据 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.

Platform sizing

哪个经验证的路由器对应哪个角色。

IP Infusion 交付核心和对等路由器,运行于 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.

按核心和对等角色验证的路由器。最近验证时间:2026 年 7 月。
角色 Validated router 芯片与容量 它为何契合该角色
核心 / P 路由器
UfiSpace S9610-36D open core router, 14.4 TbpsUfiSpace S9610-36D
Broadcom Jericho2C+ (BCM88850), 14.4 Tbps, 36×400G, deep buffer 具备最高转发容量、深缓存以及冗余热插拔电源和风扇,适用于核心和互联网边缘。
完整路由表对等边缘
UfiSpace S9600-72XC open peering router with OP2 external TCAMUfiSpace S9600-72XC + OP2
外部 TCAM 转发路径,双栈 在大容量的外部 TCAM 转发路径中承载完整的互联网 BGP 路由表。这正是 NWP Services 为完整路由表多归属部署的路由器。
核心之下的汇聚层
UfiSpace S9600-56DX open aggregation router, 4.8 TbpsUfiSpace S9600-56DX
Broadcom Qumran2c, 4.8 Tbps, 8×400G + 48×100G 以 400G 上行馈入核心。汇聚设计归属于 metro Ethernet page.

承载完整表的外部 TCAM 路由器被列为 NWP Services 所部署的平台。查看全部经验证平台,请见 hardware compatibility list, and match features to hardware in the 功能矩阵.

如何为核心和对等路由器选型

  • 现在即用完整路由表,或预留余量。 对等边缘应选用当前即可在硬件中承载完整互联网 BGP 表的路由器,或在需要为表增长预留空间时选用大容量外部 TCAM 方案。
  • 核心容量与缓存能力。 核心层应按转发容量以及应对互联网边缘微突发的深缓存来规划,而非按路由状态,因为 P 层不承载任何客户路由。
  • SR-MPLS or SRv6. 以 SR-MPLS 作为默认核心,并在传输策略需要时并行运行 SRv6,具体可用性视平台与版本而定。
  • Route reflection. 部署路由反射器以扩展 iBGP:小型网络可内嵌于核心路由器,随着对等数量增长可采用专用反射器。
  • One contract. IP Infusion 将每个角色作为一台路由器进行验证和支持,硬件和软件按独立周期更新。
配置:route-reflector 集群

配置一个 route-reflector 集群。

您无需全网状连接即可扩展 iBGP,方法是让客户端指向反射器,并由反射器在彼此之间传递路由。下面的 OcNOS-SP 配置正是这样做的:三个 iBGP 邻居,其中两个在 IPv4 单播地址族中被指定为 route-reflector-client。

OcNOS-SP · route reflector
! 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-client

每一行的作用

  1. router bgp 200 enters BGP for the autonomous system that the core and peering routers share.
  2. The three neighbor ... remote-as 200 lines form the iBGP sessions. 6.6.6.6 is a plain iBGP peer, so it does not get the route-reflector-client line below.
  3. route-reflector-client designates each client per address family, here IPv4 unicast, and the same pattern applies to VPNv4, VPNv6, and L2VPN EVPN.
  4. 对于冗余反射器,添加共享的集群标识,使用 bgp cluster-id command in router bgp mode, 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.

分阶段迁移

逐个角色迁移核心。

开放式核心路由器可与已部署的 Cisco、Juniper 或 Nokia 网络互通,因此您可以逐节点迁移。段路由可与 LDP 和 RSVP-TE 并行运行,从而在过渡期间实现现有与新建传输网络的共存。

01 / Interop

与已部署网络建立对等关系

新的开放路由器与既有网络建立 IS-IS、OSPF 与 BGP 邻接关系,即 Cisco、Juniper 与 Nokia nodes, so it joins the core without a redesign. Targo migrated this way, interoperating with its installed Cisco, MikroTik, and Ubiquiti equipment.

02 / 将 SR 引入 LDP 域

为既有节点通告 prefix-SID

An SR 映射服务器 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.

03 / 按角色切换

先转换 P,再转换 PE,最后转换对等

先迁移核心 P 路由器,再迁移 PE 边缘,然后是对等路由器,每台在承载生产流量之前都先完成验证。Graceful restart 和 TI-LFA 让完整的互联网 BGP 路由表在每次替换过程中持续转发。IP Infusion 在每一步都为路由器提供支持。

提供 Cisco IOS-XR 到 OcNOS 的 CLI 转换协助,以加速配置转换。请参见 OcNOS-SP 对比 Cisco comparison for capability and licensing detail.

开放与专有对比

开放式核心与对等路由器与专有核心对比。

核心层真正的问题在于,开放路由器能否像 Cisco 或 Juniper 设备一样承载完整的对等表并运行 SR-MPLS 核心。答案是可以,而且在做到这一点的同时,还让运营商能够从多家厂商采购硬件,并保持单一支持合同。

基于 OcNOS-SP 的开放式核心与对等路由器与专有核心平台对比。最近核实:2026 年 7 月。
核心 / 对等能力 开放式路由器(OcNOS-SP) 专有机箱(Cisco / Juniper / Nokia)
完整的互联网 BGP 路由表(中转与对等)
RPKI 无效路由拒绝,符合 MANRS 的过滤 details →
BGP FlowSpec, RTBH, BGP-LS
SR-MPLS,配合 Flex-Algo 与 TI-LFA details →
SRv6(可与 SR-MPLS 同时支持) details →
路由反射与联盟
硬件采购 来自多家厂商的开放通用芯片 单一厂商机箱
交付与支持 完整路由器,一份支持合同,硬件与软件分别刷新 Vendor-bundled
Core capacity 基于 Broadcom Jericho2C+ 的 14.4 Tbps,深缓存 通用芯片与定制芯片

Cisco、IOS-XR、Cisco 8000、Juniper、Junos、Nokia 与 SR OS 是其各自所有者的商标。IP Infusion 与这些厂商无隶属关系,也不为其背书;本对比反映的是 OcNOS-SP 能力,可在 功能矩阵. To replace a proprietary core, see the OcNOS-SP 对比 Cisco comparison.

在评估之前

关于核心网与对等边缘的问题。

IP Infusion 将 P、PE 和对等路由器作为一个系统交付:采用来自 Edgecore 或 UfiSpace 的经过验证的开放硬件,预装 OcNOS-SP,按平台和 ASIC 步进逐一进行实验室认证,并提供带 ZTP 上线的经过验证的 Day 0 基线。单一厂商在同一份支持合同下负责软件、硬件和 RMA,因此由一个团队负责修复。您仍可按独立周期选择和更新设备与软件。
在核心中,您用同一个路由器镜像运行两种角色。提供商边缘(PE)接入客户站点并施加传输标签,因此它保存客户所见的 L3VPN 和 EVPN 业务状态。提供商(P)路由器在各 PE 路由器之间交换带标签的报文,而不保存客户路由,因此它将容量用于转发和快速重路由。由于两种角色都运行同一个镜像,PE 终结业务,P 路由器在 SR-MPLS 或 SRv6 核心上承载这些业务,您只需为两者备货和授权一个平台。
是的。对等路由器为中转和无结算对等承载完整互联网 BGP 表,支持 IPv4 和 IPv6 双栈,并保存在通用芯片的硬件中。当您需要为最大规模的路由表预留空间时,可在带有大容量外部 TCAM 的平台上为对等边缘适配规格。NWP Services 采用的正是这种方案,运行于一台带 OP2 外部 TCAM 的 UfiSpace S9600-72XC 上,从第一天起即为双栈,由 OcNOS-SP 处理 RPKI 和路由策略。
路由反射器让您无需 iBGP 全互联即可扩展核心网:客户端仅与反射器建立对等关系,反射器在它们之间传递路由。OcNOS-SP 依据 RFC 4456 实现 BGP 路由反射,具备集群标识,使冗余反射器在客户端看来是一个集群,并可为 IPv4 单播、VPNv4、VPNv6 和 L2VPN EVPN 按地址族指定客户端。您可以通过路由反射或依据 RFC 5065 的 BGP 联盟来扩展该控制平面,视网络情况择优采用。
是的。对等路由器按 RFC 8210 执行 RPKI 无效路由拒绝,因此未通过源验证的路由会在互联网边缘被丢弃,并施加符合 MANRS 实践的前缀过滤。按 RFC 8955 的 BGP FlowSpec 将 DDoS 缓解过滤规则下发至边缘,远程触发黑洞则使用 RFC 7999 黑洞团体属性。BGP 团体属性(包括按 RFC 8092 的大团体属性)驱动对等策略。
核心路由器以带段路由扩展的 IS-IS 作为 IGP,因此一条标签交换路径即可承载站点间的每项业务。符合 RFC 9350 的 Flexible Algorithm 在同一拓扑上于默认最短路径平面之外构建低时延平面,TI-LFA 则提供低于 50ms 的快速重路由。配合 PCE 的 SR-TE 策略计算显式路径,包括对等边缘的出口引导。SRGB 规划在每个节点上使用默认的 16000 至 23999 范围。
核心在数据平面完成重路由。TI-LFA 为每个目的地预先计算无环备份路径,因此当链路或节点故障时,核心可在 50ms 内切换到备份,同时 IS-IS 在后台重新收敛。BGP、OSPF 与 IS-IS 的优雅重启使完整互联网 BGP 表在此重收敛期间持续转发,而 BFD 则在单跳、多跳与 SR 路径上快速检测故障。冗余双平面以及可热插拔的电源与风扇,使设备在硬件事件期间持续承载流量。
SR-MPLS 是默认的核心数据平面,而在网络希望采用 IPv6 数据平面且无需单独 MPLS 控制平面的情况下,SRv6 可在支持的平台和版本上使用。由于两者运行在同一路由器镜像和 IGP 上,运营商可将底层网络迁移至 SRv6,而无需重新归属其上的 L3VPN 和 EVPN 业务。SRv6 的可用性取决于平台和版本,请联系我们以确认适用于您硬件的特性集。
评估该路由器

查看开放的核心与对等路由器。

了解 IP Infusion 如何交付 P、PE 与对等路由器,或联系我们,将您的核心与对等边缘映射到合适的经验证平台与授权方案。