オープンな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.
オープンなコア/ピアリングルーターを運用するオペレーター。
現在、四社の事業者がオープンなコアおよびピアリングルーターを本番環境で運用しています。
"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 氏、NWP Services GmbH (NWPS) 共同 CEO
4 つの役割におけるコアおよびピアリングルーター。
同一の OcNOS-SP ルーターがすべてのコアの役割をカバーするため、オペレーターは、エッジ、コア、ピアリング、ルートリフレクションごとに異なるボックスを購入する代わりに、1 つのイメージと 1 つのサポート契約を運用可能。

ベクタービューを開き、各ノードにカーソルを合わせて役割とプロトコルの詳細を表示。
同一のルーターイメージが 4 つの役割すべてを実行し、役割ごとにライセンス付与およびサイジングが行われます。
Core router
ポートフォリオが提供する最高容量の1つのアンダーレイ上で、サイト間のあらゆるサービスを伝送:UfiSpace S9610-36D at 14.4 Tbps, with a single SR-MPLS or SRv6 core doing the forwarding.
冗長なデュアルプレーンは、リンクやノードが回復する間もコアにトラフィックを運ばせ続けるため、ネットワーク中央での障害が停止につながることはありません。
P router
コアでは P ルーターがラベル付きトラフィックをスイッチングし、顧客ルートを保持しません。そのためリソースをルート状態ではなく、容量と高速リルートにすべて充てます。 OcNOS-SP runs it with Flex-Algo, TI-LFA, and BFD.
レイヤーはラベルのみに保たれるため、コアは転送容量だけでスケールします。
PE router
PE ルーターは、顧客サイトがコアに接続する箇所です。トランスポートラベルを付与し、L3VPN および EVPN のサービス状態を保持するため、P レイヤーが決して扱わない VPN スケールを担います。
そこからサービスエッジをメトロアグリゲーションへ引き渡すため、コアはクリーンなまま保たれ、サービス状態はそれが属するエッジに存在します。
Peering router
ピアリングルーターは、トランジットプロバイダーおよびインターネットエクスチェンジへの入口であり、その両方に対してフルインターネット BGP テーブルを運びます。 OcNOS-SP validates every route with RPKI and applies your route policy right at the edge.
ルートリフレクターは、ピア数の増加に合わせてその背後のiBGPコントロールプレーンのスケーラビリティを維持。
フルインターネット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, on a platform sized with a large external TCAM. Graceful restart and TI-LFA keep forwarding stable while the control plane reconverges.
ルートリフレクターがコアルーター間でiBGPテーブルを運ぶため、クライアントはフルメッシュを回避でき、ネットワークの成長に合わせてコントロールプレーンのスケーラビリティを維持。
最大規模のテーブルに対応する大容量の外部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 コミュニティが、インターネットエッジにルートセキュリティ制御を提供します。
RPKIによるinvalid-route拒否
ルーターは次を実行します: 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.
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 blackholeコミュニティ, so a single route announcement steers attack traffic to a discard next-hop across the peering edge.
ピアリングポリシー向けのBGPコミュニティ
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.
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.
ルートリフレクションとconfederation
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.
BGP の機能詳細を次で確認: BGP technology page →
デュアルプレーンのSR-MPLSコア、SRv6を併設。
コアルーターは、セグメントルーティング拡張を備えた IS-IS をデフォルト IGP として実行するため、1 つのラベルスイッチドパスがすべてのサービスを運びます。Flexible Algorithm は、同一トポロジー上でデフォルトプレーンと並行して低遅延プレーンを構築し、TI-LFA は 50ms 未満のファストリルートを提供します。
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.
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.
PCE を用いた SR-TE
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.
OcNOS-SP セグメントルーティング構成ガイドに準拠した SRGB 設計: 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.
どのロールにどの検証済みルーターか。
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.
| 役割 | Validated router | シリコンと容量 | そのロールに適合する理由 |
|---|---|---|---|
| コア/Pルーター | Broadcom Jericho2C+ (BCM88850), 14.4 Tbps, 36×400G, deep buffer | ディープバッファリングと、冗長かつホットスワップ可能な電源およびファンを備え、コアおよびインターネットエッジ向けに最高の転送容量を実現。 | |
| フルテーブルピアリングエッジ | 外部TCAM転送パス、デュアルスタック | 大容量の外部TCAM転送パスにフルインターネットBGPテーブルを保持します。NWP Servicesがフルテーブルマルチホーミング向けに導入したルーターです。 | |
| サービスエッジ(PE) | Broadcom Qumran2C, 4.8 Tbps, 8×400G plus 100G access | トランスポートラベルを付与し、L3VPNおよびEVPNの状態を保持し、400Gアップリンクでコアに接続。対応するシリコン層でSR-MPLSと並行してSRv6をサポート。 | |
| コンパクトサービスエッジ | Broadcom Qumran2C、2.4 Tbps、デュアルスタック | SR-MPLSトランスポートとL3VPNおよびEVPNサービスを必要とする小規模サイト向けのコンパクトなサービスエッジ。SRv6対応シリコン層上で動作。 | |
| コア配下のアグリゲーション層 | Broadcom Qumran2c, 4.8 Tbps, 8×400G + 48×100G | 400Gアップリンクでコアへ供給します。アグリゲーション設計は次で扱います メトロイーサネット page. |
フルテーブル外部 TCAM ルーターは、NWP Services が導入したプラットフォームとして挙げられています。検証済みの全プラットフォームを次で確認: ハードウェア互換性リスト, 機能とハードウェアの対応は次でご確認いただけます フィーチャーマトリクス.
コア/ピアリングルーターのサイジング方法
- 現時点でのフルテーブル、または余裕。 ピアリングエッジのサイジングは、現時点でフルインターネット BGP テーブルをハードウェアで保持するルーター、またはテーブルを拡張する余地が必要な場合は大容量の外部 TCAM パスに基づいて行います。
- コア容量とバッファリング。 P レイヤーは顧客ルートを保持しないため、コアのサイジングはルート状態ではなく、インターネットエッジのマイクロバースト向けの転送容量とディープバッファリングに基づいて行います。
- シングルボックスまたはクラスタ構成のコア。 TI-LFAがバックアップパスを確保できるよう、コアを冗長ペアとして設計。冗長プレーンが障害発生時もトラフィックを伝送。
- SR-MPLS or SRv6. SR-MPLSをデフォルトのコアとして動作させ、トランスポート戦略が求める箇所ではSRv6を並行して動作。提供状況はプラットフォームおよびリリースによる。
- Route reflection. iBGPをスケールさせるためにルートリフレクターを配置: 小規模ネットワークではコアルーター上にインライン、ピア数が増える場合は専用リフレクター。
- 直接ピアリングまたはルートサーバー。 制御性のために大容量ネットワークとは直接ピアリングし、セトルメントフリーピアのロングテールにはIXPルートサーバーを使用。
- One contract. IP Infusion はすべてのロールを一つのルーターとして検証・サポートし、ハードウェアとソフトウェアは独立したサイクルで更新されます。
ルートリフレクタークラスターを構成します。
クライアントをリフレクターに向け、リフレクター間でルートを受け渡させることにより、フルメッシュなしでiBGPをスケール。以下のOcNOS-SP構成はまさにこれを実現:3つのiBGPネイバーのうち2つを、IPv4ユニキャストアドレスファミリでroute-reflector-clientに指定。
! 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
各行の役割
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.- 冗長リフレクターには、共有クラスターアイデンティティを次で追加
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.
コアをロール単位で段階的に移行します。
オープンなコアルーターは、既設のCisco、Juniper、Nokiaネットワークと相互運用するため、ノード単位で移行可能。セグメントルーティングはLDPおよびRSVP-TEと並行して動作するため、移行期間中は既存と新規のトランスポートが共存。
既設ネットワークとピアリング
新規のオープンルーターは、導入済みの次と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.
レガシーノードのprefix-SIDをアドバタイズ
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.
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) | プロプライエタリなシャーシ(Cisco/Juniper/Nokia) |
|---|---|---|
| フルインターネットBGPテーブル(トランジットおよびピアリング) | ✓ | ✓ |
| RPKIによるinvalid-route拒否、MANRS準拠のフィルタリング | ✓ details → | ✓ |
| BGP FlowSpec, RTBH, BGP-LS | ✓ | ✓ |
| Flex-Algo と TI-LFA を備えた SR-MPLS | ✓ details → | ✓ |
| SRv6(SR-MPLS と併用してサポート) | ✓ details → | ✓ |
| ルートリフレクションとconfederation | ✓ | ✓ |
| ハードウェア調達 | 複数ベンダーによるオープンなマーチャントシリコン | シングルベンダーシャーシ |
| 提供とサポート | 完全なルーター、1つのサポート契約、ハードウェアとソフトウェアを個別に更改 | 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.
データシートおよびソリューションブリーフ。
チームと共有するための、OcNOS-SP データシートと SR-MPLS アップグレードブリーフ。簡単なフォームに入力すると、PDF がすぐにダウンロードされます。
コアとピアリングエッジに関する質問。
オープンなコアおよびピアリングルーターをご覧ください。
IP Infusion が P、PE、ピアリングルーターを提供する方法をご覧ください。または、コアおよびピアリングエッジを適切な検証済みプラットフォームとライセンスにマッピングするには、お問い合わせください。
OcNOS による SR-MPLS アップグレード
簡単なフォームです。送信後すぐに PDF がダウンロードされます。
✓ Opening your PDF in a new tab.
開かなかった場合は、下記のリンクをご利用ください。
solution-brief-sr-mpls-upgrade-cisco-alternative.pdf