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.

リファレンスアーキテクチャ

4 つの役割におけるコアおよびピアリングルーター。

同一の OcNOS-SP ルーターがすべてのコアの役割をカバーするため、オペレーターは、エッジ、コア、ピアリング、ルートリフレクションごとに異なるボックスを購入する代わりに、1 つのイメージと 1 つのサポート契約を運用可能。

IP core and peering topology: P routers running an SR-MPLS or SRv6 core, PE routers at the service edge, and a peering router holding the full internet BGP table to an IXP with RPKI origin validation.
IP core and peering: OcNOS-SP P routers on an SR-MPLS or SRv6 core, PE routers at the service edge, and a peering router to Internet transit and an IXP.

同一のルーターイメージが 4 つの役割すべてを実行し、役割ごとにライセンス付与およびサイジングが行われます。

Open IP core

Core router

ポートフォリオが提供する最高容量の1つのアンダーレイ上で、サイト間のあらゆるサービスを伝送: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, 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

ルーターが大規模なハードウェアフォワーディングパスでフルグローバルテーブルを保持する必要がある場合、設計では外部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 コミュニティが、インターネットエッジにルートセキュリティ制御を提供します。

RFC 8210

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.

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 blackholeコミュニティ, so a single route announcement steers attack traffic to a discard next-hop across the peering edge.

RFC 1997 / 8092

ピアリングポリシー向けの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.

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

ルートリフレクションと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.

SR core design

デュアルプレーンのSR-MPLSコア、SRv6を併設。

コアルーターは、セグメントルーティング拡張を備えた IS-IS をデフォルト IGP として実行するため、1 つのラベルスイッチドパスがすべてのサービスを運びます。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

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.

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がフルテーブルマルチホーミング向けに導入したルーターです。
サービスエッジ(PE)
UfiSpace S9600-56DX open service-edge routerUfiSpace S9600-56DX
Broadcom Qumran2C, 4.8 Tbps, 8×400G plus 100G access トランスポートラベルを付与し、L3VPNおよびEVPNの状態を保持し、400Gアップリンクでコアに接続。対応するシリコン層でSR-MPLSと並行してSRv6をサポート。
コンパクトサービスエッジ
UfiSpace S9600-28DX compact service-edge routerUfiSpace S9600-28DX
Broadcom Qumran2C、2.4 Tbps、デュアルスタック SR-MPLSトランスポートとL3VPNおよびEVPNサービスを必要とする小規模サイト向けのコンパクトなサービスエッジ。SRv6対応シリコン層上で動作。
コア配下のアグリゲーション層
UfiSpace S9600-56DX open aggregation router, 4.8 TbpsUfiSpace S9600-56DX
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に指定。

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 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.

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による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.

評価の前に

コアとピアリングエッジに関する質問。

IP Infusion は P、PE、ピアリングの各ルーターを一つのシステムとして提供します。Edgecore または UfiSpace の検証済みオープンハードウェアに OcNOS-SP をプリロードし、プラットフォームおよび ASIC ステッピングごとにラボで認定し、ZTP オンボーディングによる検証済み Day 0 ベースラインを備えます。単一のサポート契約のもとで一つのベンダーがソフトウェア、ハードウェア、RMA を担い、一つのチームが修正を担います。筐体とソフトウェアは各々独立したサイクルで選定・更新できます。
コアでは一つのルーターイメージから 2 つのロールを運用します。プロバイダーエッジ (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ルートリフレクションを実装し、クラスタIDにより冗長リフレクターがクライアントに対して1つのクラスタとして提示され、IPv4 unicast、VPNv4、VPNv6、L2VPN EVPNのアドレスファミリ単位でクライアントを指定可能。そのコントロールプレーンは、ルートリフレクションでも、RFC 5065準拠のBGP confederationでも、ネットワークに適した方法でスケール可能。
はい。ピアリングルーターはRFC 8210に基づきRPKI無効ルートの拒否を実行するため、オリジン検証に失敗したルートはインターネットエッジでドロップされ、プレフィックスフィルタリングはMANRSプラクティスに沿って適用。RFC 8955に基づくBGP FlowSpecがDDoS緩和フィルターをエッジへ配信し、リモートトリガー型ブラックホーリングはRFC 7999のblackhole communityを使用。RFC 8092に基づくlarge communitiesを含むBGP communitiesがピアリングポリシーを駆動。
コアルーターは、セグメントルーティング拡張を備えた IS-IS を IGP として実行するため、1 つのラベルスイッチドパスがサイト間のすべてのサービスを運びます。RFC 9350 準拠の Flexible Algorithm は、同一トポロジー上でデフォルトの最短パスプレーンと並行して低遅延プレーンを構築し、TI-LFA は 50ms 未満のファストリルートを提供します。PCE を備えた SR-TE ポリシーは、ピアリングエッジでのイグレスステアリングを含む明示的なパスを計算します。SRGB 設計は、すべてのノードでデフォルトの 16000〜23999 の範囲を使用します。
コアはデータプレーンでリルートします。TI-LFA はすべての宛先に対してループフリーのバックアップパスを事前計算するため、リンクまたはノードに障害が発生すると、IS-IS がバックグラウンドで再収束する間、コアは 50ms 未満でバックアップへ切り替わります。BGP、OSPF、IS-IS のグレースフルリスタートは、その再収束の間もフルインターネット BGP テーブルの転送を維持し、BFD はシングルホップ、マルチホップ、SR の各パスにわたって障害を高速に検出します。冗長なデュアルプレーンとホットスワップ可能な電源およびファンにより、ハードウェアイベントを通じてボックスはトラフィックを運び続けます。
SR-MPLSはデフォルトのコアデータプレーンであり、SRv6は、別個のMPLSコントロールプレーンなしにIPv6データプレーンを求めるネットワーク向けに、対応するプラットフォームおよびリリースで提供します。両者は同じルーターイメージとIGP上で動作するため、オペレーターは上位のL3VPNおよびEVPNサービスを再ホームすることなくアンダーレイをSRv6へ移行可能。SRv6の提供状況はプラットフォームおよびリリースによるため、各ハードウェアの機能セットの確認はお問い合わせください。
ルーターを評価

オープンなコアおよびピアリングルーターをご覧ください。

IP Infusion が P、PE、ピアリングルーターを提供する方法をご覧ください。または、コアおよびピアリングエッジを適切な検証済みプラットフォームとライセンスにマッピングするには、お問い合わせください。