IP Infusion vs Cisco Nexus, NCS, 8000：技術比較
プラットフォーム単位、シリコン単位での比較。IP Infusion のルーターおよびスイッチが Cisco Nexus, NCS, Cisco 8000 シリーズ、ACI とどう対応するか、そして移行した場合にライセンス、CLI、運用がどう変わるかを示します。
両者の構成
いずれも商用かつキャリアグレードで、同じ標準に準拠し、SLA とグローバルなサポート体制を備えます。ルーターはどちらの場合も 4 つのレイヤーで構成されます。異なるのは、各レイヤーを誰が供給するか、そして他を変えずに一つだけを変更できるかどうかです。
レイヤーごとに異なる供給元。IP Infusion が一括で認定し、1つのサポート契約と1つの RMA 経路のもと、1つの製品として提供。
すべてのレイヤーで単一の供給元。1つの契約で提供と更新を実施。
概要
| 項目 | IP Infusion (OcNOS) | Cisco (IOS-XR / NX-OS) |
|---|---|---|
| 購入するもの | 完成品のルーターまたはスイッチ。オープンハードウェア、OcNOS、光モジュール、サポートを一体型システムとして提供。すでに運用中のハードウェア向けには、OcNOS 単体でも提供。 | 完成品のルーターまたはスイッチ。Cisco のハードウェア、NOS、サポートを単一ベンダーから提供。 |
| ハードウェア | Edgecore、UfiSpace、Celestica のオープンプラットフォーム。すべてに共通の単一 OcNOS 運用モデル。 | Cisco ブランドのシステム。 |
| シリコン | Broadcom のマーチャントシリコン。ルーティングは Qumran と Jericho、スイッチングは Trident と Tomahawk。 | Cisco Silicon One および Cloud Scale に加え、NCS 5700 や Nexus 9500 R-Series などのラインには Broadcom のマーチャントシリコン。 |
| オペレーティングシステム | サービスプロバイダールーティング向けの OcNOS-SP、データセンター向けの OcNOS-DC。 | SP およびコアには IOS-XR、データセンターには NX-OS、エンタープライズには IOS-XE。 |
| ライセンス | ハードウェアとは別にライセンス。永続および期間ライセンスがあり、機能ティアはソフトウェアアップグレードで解放。 | Smart Licensing Using Policy、サブスクリプションおよび期間ライセンス。一部の製品ラインでは永続ライセンスのオプションも維持。 |
| Sourcing | ハードウェアとソフトウェアを個別に購入するため、プラットフォームを複数の ODM 間で競わせることが可能。 | ハードウェア、ソフトウェア、サポートを Cisco から調達。 |
| Protocols | BGP, OSPF, IS-IS, MPLS, SR-MPLS, SRv6, EVPN-VXLAN, RSVP-TE, IEEE 1588v2。プラットフォームごとの詳細は機能マトリクスに掲載。 | IOS-XR および NX-OS 全体で同等の標準準拠スイート。 |
| 光トランシーバ | 400G ZR および ZR+ コヒーレントを含む、相互接続性が実証されたマルチベンダープラガブル。 | Cisco optics. |
| 管理 | 明示的な commit を伴う業界標準のトランザクショナル CLI。NETCONF, OpenConfig, gNMI／gRPC, YANG, RESTCONF, Ansible, IP Maestro EMS に対応。 | IOS-XR および NX-OS の CLI。Cisco の model-driven telemetry と Cisco の自動化スタック。 |
| サポート | ソフトウェアとハードウェアを対象に、IP Infusion による1つのサポート契約と1つの RMA 経路。 | ハードウェアとソフトウェアを単一ベンダーの TAC で対応。 |
自社のネットワークに適するのはどちらか
プロトコルセットは大きく重なるため、判断の分かれ目は通常、ネットワークをどのように購入し運用するかにあります。
- 自社が保有するライセンス。 永続および期間ライセンスのオプションを、ハードウェアとは別にライセンス供与。依存する機能は、更新のたびに再交渉するコストではなく、自社が保有するコストにとどまります。
- 競争させられるハードウェア。 同一の OcNOS イメージが Edgecore、UfiSpace、Celestica のマーチャントシリコンプラットフォーム上で動作するため、ネットワーク OS を変えずに装置を入札にかけられます。
- 分離を保てるレイヤー。 ハードウェア、ソフトウェア、光モジュールをそれぞれの評価軸で購入するため、いずれか一つの供給元を変更しても、他の変更を迫られることはありません。
- マルチベンダー光モジュール。 IPoDWDM および DCI 向けの 400G ZR および ZR+ コヒーレントを含む、複数の供給元による相互接続性が実証されたプラガブル。
- 単一チームによるサポート。 レスポンスの速い IP Infusion のチームが、単一の契約と一つの RMA 窓口のもとで、ソフトウェアとハードウェアの両方を担当します。そのため、問題がサプライヤー間をたらい回しにされることはありません。
- ハードウェア、ソフトウェア、サポートを単一ベンダーで統一し、TAC の窓口も一本化。
- 運用がすでに IOS-XR または NX-OS で標準化されており、維持する予定の Cisco のツール、自動化、プロセスがある場合。
- APIC のポリシーモデルや、設計が依存する Cisco 独自シリコンの挙動など、Cisco スタック固有の機能が必要な場合。
サービスプロバイダー、データセンター、AI fabric を横断する単一の運用モデル
Cisco が2つの別々のオペレーティングシステムで運用する3つの役割を、OcNOS は同一の業界標準コマンドラインと運用モデルで一貫して扱います。サービスプロバイダールーティング、データセンターの EVPN-VXLAN ファブリック、RoCEv2 の AI-fabric スパインは、OcNOS-SP と OcNOS-DC の各エディションを通じて同じ方法で設定および運用できます。
サービスプロバイダールーティング
OcNOS-SP は Broadcom Qumran および Jericho プラットフォーム上で、BGP、IS-IS、OSPF、SR-MPLS、SRv6、EVPN-MPLS を IEEE 1588v2 タイミングとともに提供します。Cisco ではこの役割を IOS-XR が担います。
data center fabric
OcNOS-DC は Broadcom Trident および Tomahawk ハードウェア上で、標準的なオーバーレイプリミティブを備えた BGP-EVPN-VXLAN の leaf-spine を実行します。Cisco ではこの役割を NX-OS が担います。
AIファブリック
OcNOS-DC は GPU クラスターファブリック向けに、Broadcom Tomahawk-5 800G スパイン上で RoCEv2 のロスレスキューイングを追加します。Cisco ではこの役割を Nexus (NX-OS) または Cisco 8000 (IOS-XR) が担います。
IP Infusion では、同一のコマンドラインと設定パターンが3つの役割すべてにわたって一貫します。Cisco では、サービスプロバイダーおよびコアルーティングを IOS-XR が、データセンターを NX-OS が担い、それぞれが独自のコマンドラインと設定モデルを持つため、2つの役割の間を移動するチームは異なる構文と運用モデルで作業することになります。
プラットフォーム別: サービスプロバイダールーター
Rows are matched on role, port profile and capacity, not SKU for SKU. 各行は、Cisco プラットフォームとその IP Infusion 相当製品、ポート構成、容量比較、および判定を対応付けています。単一のプラットフォームで容量を満たせない場合は、その旨を示し、満たせる組み合わせを明記します。
| Cisco プラットフォーム | IP Infusion 相当製品 | ポート | 容量 | 一致 | 備考 |
|---|---|---|---|---|---|
| Cisco NCS 540Access / aggregation · IOS-XR | S9510-28DC / AS7535-28XBOcNOS-SP | 24×10G + 8×25G + 2×100G → 24×25G + 2×100G + 2×400G | ~640G → 800G | 役割と容量が一致 | Cisco は NCS 540 の転送 ASIC を公表していないため、この行はシリコンではなく役割、ポート構成、容量で対応付けています。 |
| Cisco NCS 5500 / 5700Aggregation / provider edge · IOS-XR | S9600-64X / 56DX / AS9947-36XKBOcNOS-SP | 24×100G + 6×400G → 48×100G + 8×400G | 3.6T-4.8T → 4.8T-7.2T | 同一の容量クラス | ルートスケール、バッファ深度、ポート構成は導入ごとに比較します。 |
| Cisco 8000 (8201 / 8202)Core / peering · IOS-XR · Cisco Silicon One Q100 | S9610-36DOcNOS-SP | 12×100G + 24×400G → 36×400G | 10.8T → 14.4T | Different silicon | シリコンアーキテクチャが異なるため、バッファ深度、FIB／RIB スケール、ラベルスタック深度は前提とせず、導入ごとに比較します。 |
| Cisco ASR 9902 / 9903PE / BNG edge · IOS-XR | S9600-56DX / AS9947-36XKBOcNOS-SP | 48×100G + 8×400G | By configuration | BNG は要確認 | 高度な加入者管理ワークロードは、データシート上の置き換えではなく設計レビューとして位置付けます。 |
プラットフォーム別: データセンタースイッチ
同じ OcNOS-DC イメージ、同じ標準ベースの EVPN-VXLAN ファブリックを、オープンな Broadcom Trident および Tomahawk ハードウェア上で。
| Cisco プラットフォーム | IP Infusion 相当製品 | ポート | 容量 | 一致 | 備考 |
|---|---|---|---|---|---|
| Cisco Nexus 93180YC-FX25G leaf · NX-OS · Cloud Scale | AS7326-56XOcNOS-DC | 48×25G + 6×100G → 48×25G + 8×100G | 1.8T → 2.0T（片方向） | ポート単位で一致 | BGP-EVPN-VXLAN、MAC-VRF、標準的なオーバーレイプリミティブをネイティブにサポート。 |
| Cisco Nexus 9336C-FX2100G leaf / spine · NX-OS · Cloud Scale | AS7726-32X / S9110-32XOcNOS-DC | 36×100G → 32×100G | 3.6T → 3.2T（片方向） | Same 100G class | 400G アップリンクを求める場合は、下の AS9716-32D の行が適した出発点となります。 |
| Cisco Nexus 9332D-GX2B400G leaf / spine · NX-OS · Cloud Scale | AS9716-32D / AS9736-64DOcNOS-DC | 32×400G → 32 または 64×400G | 12.8T → 12.8 or 25.6T | 同じ 400G クラス | いずれも標準的なオーバーレイプリミティブを備えた BGP-EVPN-VXLAN に対応。 |
| Cisco 800G spine51.2T tier · Cisco Silicon One G200 | AIS800-64D / S9321-64EOcNOS-DC | 64×800G → 64×800G | 51.2T → 51.2T | 異なるベンダーのシリコン | AI ファブリック向けの RoCEv2 ロスレスキューイングは、Tomahawk-5 プラットフォームで利用可能。 |
| Cisco Nexus 9500 R-SeriesDeep-buffer spine · NX-OS · Broadcom ASICs | S9610-36D / AS9947-36XKBOcNOS-SP | 36×400G / 24×100G + 12×400G | シャーシ構成による → 14.4T／7.2T | ディープバッファは SP 側に位置 | IP Infusion 側で GB 級バッファを備えるのは Jericho2c+ ルーター（S9610-36D で 16 GB、AS9947-36XKB で 8 GB HBM）であり、これらは OcNOS-SP で動作します。したがって、ディープバッファのアグリゲーション用途は、DC スイッチの同等品置き換えではなく SP ファミリーでの設計として位置付けます。 |
| Cisco ACI / APICController-based DC fabric | EVPN-VXLAN リーフ-スパインOcNOS-DC | — | ファブリック設計による | 設計レビュー | APIC のコントローラーとそのポリシーモデルは 1 対 1 で移植できないため、移行は置き換えではなく設計レビューとして位置付けます。 |
これらの読み方。 各行は役割、ポート構成、容量で対応付けています。容量は双方とも片方向で表記しています。Cisco は Nexus のスイッチング容量を双方向で公表しているため、Edgecore と UfiSpace が公表する片方向の数値と比較できるよう、ここでは半分に換算しています。シリコンはベンダーが公表している場合にのみ記載します。Cisco は NCS 540 の転送 ASIC を公表しておらず、Nexus 9500 R-Series については品番を示さずに Broadcom ASIC と説明しています。いずれの SKU も 1 対 1 の置き換えを保証するものとしては提示しておらず、最適なプラットフォームはネットワークのポート構成、規模、機能セットによって決まります。仕様は 2026 年 7 月時点で公開されている情報に基づきます。
IP Infusion がこれらの役割向けに提供するプラットフォーム
上記の役割に対応する代表的な構成です。各カードを開くとプラットフォームのデータシートを参照できます：
検証済みの全セットを参照： ハードウェア互換性リスト.
IP Infusion が Cisco をうまく置き換える領域
SP メトロ & エッジアグリゲーション
Broadcom Qumran および Jericho プラットフォーム上の SR-MPLS、EVPN-MPLS、IEEE 1588v2 Class C タイミング。Cisco NCS 540 および NCS 5500 が担うアクセスとアグリゲーションの役割をカバーします。
data center向けEVPN-VXLAN leaf-spine
オープンな Trident および Tomahawk ハードウェア上の BGP-EVPN-VXLAN ファブリック。標準的なオーバーレイプリミティブ（MAC-VRF、type-2／type-5 ルート）を備え、中央コントローラーに依存しません。
400G および 800G のデータセンター spine
Broadcom Tomahawk-4（400G）および Tomahawk-5（800G）上の高基数スパイン。AI ファブリック向けの RoCEv2 ロスレスキューイングに対応。
IPoDWDMおよび400GコヒーレントDCI
OcNOS-SP から直接管理する OpenZR+ 400G コヒーレントプラガブル：オープンハードウェア上のトランスポンダー不要 DCI、実証済みのマルチベンダー光相互運用性を備える。
移行を決めた事業者
Cisco 機器を置き換えた公開事例と、各事業者が挙げた理由：
段階的なマイグレーションパス
評価およびラボ検証
現行のIOS-XR / NX-OS設定、ポート構成、機能の利用状況を把握し、プラットフォームを上記のクラスに対応付けたうえで、OcNOSエディションおよびHCLハードウェアを選定します。
パイロットと同等性検証
デュアルホーム構成のパイロットを実施し、プロトコルとタイミングの同等性を検証し、ルートポリシーと EVPN 設定を変換し、OpenConfig テレメトリを既存のコレクターへストリーミングします。
段階的な切り替え
明確なロールバック経路を確保しながら、リージョンごとに段階的に切り替えを行い、全体を通じて同一の標準ベースのデータプレーンと運用モデルを維持します。
IP Infusion の位置づけ
Cisco は成熟した既存ベンダーであり、幅広いポートフォリオとそれに見合うサポート体制を備えています。IP Infusion が競うのは調達の領域です。複数の ODM 間で競争させられるマーチャントシリコンハードウェア、装置とは別にライセンスされ永続提供も可能なソフトウェア、複数の供給元から選べる光モジュールを、HCL で検証した完成品のルーターまたはスイッチとして提供します。要件が標準準拠のプロトコルセットであれば、価格を検討する価値のある選択肢です。
Cisco、IOS-XR、IOS-XE、NX-OS、Silicon One、Nexus、Catalyst、NCS、Cisco 8000、ACI、APIC は Cisco Systems, Inc. の商標です。Broadcom およびその製品名は Broadcom Inc. の商標です。その他のすべての商標は各所有者に帰属します。IP Infusion は Cisco Systems と提携、推奨、後援の関係にありません。比較は 2026 年 7 月時点で公開されている仕様を反映しており、評価目的でのみ提供されます。