400G・800G データセンター向け EVPN-VXLAN ファブリック

EVPN-VXLAN leaf-spineデータセンターファブリックは、スイッチを追加して拡張するスケールアウトネットワークです。すべてのleafはVXLANトンネルエンドポイントであり、BGPがleafとspine間のアンダーレイを運び、EVPNがMACおよびIPホストルートとIPプレフィックスをアドバタイズするため、ファブリックはフラッディングではなく学習済みコントロールプレーンから転送します。IP Infusionはこれを1つのシステムとして提供します：スイッチ、プリロード済みOcNOS-DC、1つのサポート契約に、分散エニーキャストゲートウェイ、EVPNマルチホーミング、マルチテナントVRF分離を備えます。

各テナントは独自のVXLANネットワーク識別子（VNI）のセットを持ちます。Layer 2 VNIがブリッジトラフィックを、Layer 3 VNIがテナントごとのVRF内のルーテッドトラフィックを収容します。トラフィックはVNIごとにカプセル化されVRF内でルーティングされるため、あるテナントが共有ファブリック上で別のテナントを見ることはできません。二つのテナントが相互に到達する必要がある場合、EVPN-VXLAN上のVRF間ルートリーキングは許可した特定のプレフィックスのみを通すため、分離が既定のまま維持され、共有は明示的になります。

EVPN マルチホーミングでは、サーバーを 1 つの Ethernet セグメント（ESI）上で 2 台以上のリーフに、シングルアクティブまたはポートアクティブのモードで接続できます。リーフやリンクに障害が発生すると、サーバーのトラフィックはもう一方のリーフに移ります。シグナリングはすべて EVPN コントロールプレーンで行われるため、専用のピアリンクやリーフ間の独自のペアリングは不要です。これに対し MLAG は、ピアリンクで 2 台のスイッチをペアにし、アクティブ/アクティブで動作します。OcNOS-DC は両方をサポートしているため、両方のリンクで同時に転送したい設計では MLAG を使用できます。

各ファブリックのボーダーリーフが 2 つの VXLAN レイヤー 3 ドメインをステッチし、各ファブリックは自らのテナント IP プレフィックスを EVPN IP プレフィックスルートとして相手側へアドバタイズします。その際、テナントごとの VRF 分離がサイト間で維持されます。トランスポートには、Edgecore AS9726-32DB やインターコネクト向けにすでに導入済みのサービスプロバイダールーターなど、ZR+ 対応スイッチ内の 400G OpenZR+ コヒーレント光学が、QSFP-DD ポートで波長を直接発光するため、個別のトランスポンダーは不要です。その背後では 800G Tomahawk 5 スイッチがファブリックを運びます。光学の詳細についてはルーテッドオプティカルソリューションを、コヒーレントリーチの計算についてはコヒーレント DCI テクノロジーページをご覧ください。

はい、EVPN-VXLAN leaf-spineファブリックに対応。OcNOS-DCはマーチャントシリコンスイッチ上で同じファブリック機能を動作：分散anycastゲートウェイ併用のEVPN-VXLAN、EVPNマルチホーミング、BGP-unnumberedアンダーレイ、マルチテナントVNI、運用向けのgNMIおよびNETCONF対応ZTP。IP Infusionはスイッチ、ソフトウェア、サポートを単一契約のもと1つのシステムとして提供します。ハードウェアは複数のオープンハードウェアベンダーから調達し、スイッチとソフトウェアを独立したサイクルで刷新可能。

新しいスイッチはZero Touch Provisioningを通じて起動し構成を取得するため、コンソールセッションなしで箱から本番leafへと立ち上がります。そこからファブリックは、gNMI経由のストリーミングテレメトリ、NETCONFおよびOpenConfigモデル、Ansibleで運用され、同じモデルでEVPNとVXLANの状態をコードとして投入し検証します。IP Infusionは、OcNOS-DCをプリロードし検証済みベースラインを備えたスイッチを出荷するため、Day 0イメージはすべてのleafとspineで一貫します。