結果の概要と分析
3段階のJVDでは、 表1 にリストされているデバイスで包括的な機能テストを実施し、Junos OSリリース22.2R3-S3およびApstra 4.2.1を検証しました。
ベースラインシステムテスト:
- Apstraに対応したデバイスの有効化、元の構成の適用、論理デバイスとインターフェイスマップの設計などを行います。
- Apstra ラック、テンプレート、ブループリントを含む、Apstraのデータセンターリファレンスアーキテクチャ機能を使用して、3ステージ全体のApstraプロビジョニングを実行し、スイッチへのインターフェイスマップとリソースの割り当て、スイッチのケーブル接続を行います。
- テスト中にボーダーリーフスイッチを交換するようにApstraブループリントを変更する。
- Apstraは、設定をデバイスに展開することを約束します。
- 仮想ネットワークとルーティングゾーンのプロビジョニング、VRFへのEVPNループバックの割り当て、Apstraを介したIRBインターフェイス。
動作テストとトリガーテスト:
- 以下のスイッチの動作テストを実施しました。
- 22.2R3-S3 リリースへのデバイスのアップグレード
- デバイスを再起動しても、デバイスの起動時に問題は発生しない
- プロセスの再起動(l2ald、interface-control、rpd)は、パケットロスを最小限に抑え、コントロールプレーンとデータプレーンを完全に復元することを目的としています。
- 接続に問題が生じることなく、4つのMACホストを1つのポートから別のポートに移動します。
- トラフィック収束を可能にするようにESIが設定されたリーフスイッチでBGPを無効にすることによるBFDフェイルオーバーテスト。
- DHCPバインディングをリセットして、ファブリックがDHCP要求を確実に転送し、アドレス割り当てを解放して再割り当てする必要があります。
- 8時間周期で延長ネガティブテスト(プロセスの再起動、BGPの無効化、リンク障害)を行い、スイッチがベースライン状態に回復し、通常のトラフィック転送を再開することを確認します。
- 以下の項目の接続テストが実施されました。
- サービスリーフリンク障害
- マルチホーム リンク障害
- リーフ/スパイン間リンク障害
- 以下のシナリオのオーバーレイ接続テストの回復性テスト:
- VLAN内
- すべてのホストへのVLAN間
- 外部ルートへのトラフィック
- DHCP クライアント/サーバ フロー
スケールテストの数値は 表1のとおりです。
特徴 | テスト済みスケール番号 | テスト済みスケール番号(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間、および外部ルートのすべてのサーバーリーフスイッチでテストされたトラフィックプロファイルは1000 ppsで、ランダムパケットサイズは256〜1024バイトでした。