結果の概要と分析
3段階のJVDでは、「被試験デバイス(検証済みデバイス)」にリストされているデバイスに対して包括的な機能テストを実施しました。 表1 Junos OS リリース23.4R2-S3およびApstra 4.2.1を検証するには:
- ベースラインシステムテスト:
- Apstra対応デバイスの有効化、初期設定の適用、論理デバイスとインターフェイスマップの設計を行います。
- Apstraのデータセンターリファレンスアーキテクチャ機能を使用した、ラック、テンプレート、ブループリント、スイッチへのインターフェイスマップとリソースの割り当て、スイッチのケーブル接続など、3段階全体のApstraプロビジョニング。
- Apstraの設計図を変更して、テスト中にボーダーリーフスイッチを交換する。
- Apstraは、デバイスへの設定の導入をお約束します。
- Apstraを介して、仮想ネットワークとルーティングゾーンのプロビジョニング、VRFへのEVPNループバックの割り当て、IRBインターフェイスをサポートします。
- 動作テストとトリガーテスト:
- スイッチの動作テストは、次のものについて実施されました。
- 23.4R2-S3 リリースへのデバイスのアップグレード
- デバイスを再起動しても、デバイスの起動時に問題は発生しません
- プロセスの再起動(l2ald、interface-control、rpd)は、パケット損失を最小限に抑え、制御プレーンとデータプレーンを完全に復元することを目的としています。
- 接続上の問題なしに、4つのMACホストを1つのポートから別のポートに移動します。
- トラフィックのコンバージェンスを可能にするようにESIが設定されたリーフスイッチでBGPを無効にして、BFDフェイルオーバーテストを行います。
- DHCPバインディングをリセットして、ファブリックがDHCP要求を転送し、アドレス割り当てを解放して再割り当てするようにします。
- スイッチがベースライン状態に回復し、通常のトラフィック転送を再開することを確認するために、8時間サイクルで拡張陰性テスト(プロセスの再起動、BGPの無効化、リンク障害)。
- 次の項目の接続テストが実施されました。
- サービス リーフ リンクの障害。
- マルチホーム リンクの障害。
- リーフ/スパイン間リンクの障害。
- 以下のシナリオでのオーバーレイ接続テストの復元力テスト:
- VLAN内。
- すべてのホストへのVLAN間。
- 外部ルートへのトラフィック。
- DHCP クライアント/サーバー フロー。
- スイッチの動作テストは、次のものについて実施されました。
スケールテストの番号は次のとおりです。
| テスト | 済みのスケール番号 | EX4400* ESIリーフペアでテスト済みのスケール番号 |
|---|---|---|
| VLAN | 500 | 500 |
| V4 ホスト エントリ(MAC-IP) | 35500 | 17500 |
| V6 ホスト エントリ(NDP) | 1400 | 1400 |
| VNI | 500 | 500 |
| VTEP | 6 | 6 |
| ESI | 4 | 4 |
| IRB | 500 | 500 |
| BGP ルーティング テーブル | 343000 | 148900 |
| EVPN テーブル | 35500 | 17500 |
上記のスケールの数値は、デバイスの最大値ではありません。これらは、これらの多次元テスト ケースが実行されるスケールのみを参照します。
手記：
集合型イーサネット(AE)インターフェイスあたりの最大VLANは、QFX5120で2,000、EXで1,000です。これらのプラットフォームでこれよりも多くのVLANを定義しようとすると、タグなしインターフェイスのVLAN IDが多すぎるというコミット警告が発生します。
全体として、JVD検証テストでは問題は検出されず、すべてのパフォーマンスパラメータはしきい値内であり、期待どおりに実行されました。VRF内、VRF間、および外部ルートのすべてのサーバリーフスイッチでテストされたトラフィックプロファイルは、256〜1024バイトのランダムパケットサイズで1000 ppsでした。