Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
項目一覧
 

テストの目的

このJVDは、ジュニパーのソリューションアーキテクトとテストチームが部門横断的に協力して、ドメイン固有のユースケース向けの一貫した多次元ソリューションを開発するものです。JVDチームは、お客様の複雑なユースケースをサポートしてきた豊富な経験を持つ業界のテクニカルリーダーで構成されています。

このJVDを使用することで、ネットワークソリューションの導入にかかる時間とコストを節約しながら、コストのかかるミスのリスクを大幅に削減できます。JVDベースのネットワークには、バグが少なくて安定したネットワークが得られ、バグが発見された場合の解決までの時間が短縮されるなどのメリットがあります。この検証プロセスにより、パフォーマンスが最大限に発揮されるようネットワークが最適化され、企業、サービスプロバイダの運用、ネットワークサービスの利用者のユーザーエクスペリエンスが向上します。さらに、導入される設計コンセプトはベストプラクティスを中心に策定され、関連するテクノロジーを活用してソリューションの範囲を提供します。KPIは、機能、パフォーマンスの整合性、サービス提供に重点を置いた広範なテスト計画の一部として特定されます。JVDを使用することで、新しいネットワークソリューションを導入する際に市場投入までの時間を短縮し、新しいサービスから収益を得るまでのリードタイムを短縮することができます。

JVDイニシアチブの主なテスト目標は次のとおりです。

  • 反復的な多次元ユースケースをテストする
  • ベストプラクティスを最適化し、ソリューションのギャップに対処する
  • ソリューション全体の整合性と耐障害性を検証
  • 構成と設計のガイダンスのサポート
  • 実用的で検証済みかつ導入可能なソリューションを提供

テストの目標

主なテスト目的は、ACX7000シリーズプラットフォームの高度なCoS機能が、5Gフロントホールにおける信頼性が高く高品質なパフォーマンスの要件を満たしていることを確認することです。二次テストの目的は、モバイルバックホールトポロジー全体および異なるデバイス間でCoSの動作が一貫していることを確認することです。

JVDの本質的なテスト目標は、検証段階で発見された制限、異常、問題レポート(PR)を特定することです。これらの問題は可能な限り対処および修正され、コードの変更はテスト実行の一部として再検証され、ソリューションが意図したとおりに機能することを確認します。

CoS 運用の目標は、機能カテゴリ別にまとめられています。各カテゴリの詳細については、「ソリューションアーキテクチャ」セクションを参照してください。

分類

  • BA(動作集約)分類は、受信または事前にマークされた 802.1p、DSCP、または EXP パケット ヘッダーに基づきます。
  • 固定分類は、すべてのインターフェイストラフィックを特定の転送クラスにマッピングします。
  • マルチフィールド分類子は、受信したパケット属性を照合し、転送クラスにマッピングします。eCPRI、PTPoE、OAMトラフィック、または受信した802.1pビットを照合するマルチフィールド分類子が含まれており、適切な転送クラスにマッピングされます。
  • ホストアウトバウンド例外トラフィックは、指定された転送クラスとキューに割り当てられます。

キューイングとスケジューリング

  • 検証では、8 つの転送クラスと 8 つのキューが使用されます。
  • (LLQ を使用すると、遅延の影響を受けやすいデータを他のトラフィックよりも優先的に処理できます。
  • マルチレベルのプライオリティキューにより、差別化されたサービスやアプリケーションをネットワークトポロジー全体で適切にプライオリティを設定することができます。
  • スケジューラの割合は、カスタム シェーピング レート(ポート レベル)に基づきます。
  • 未使用の帯域幅は、必要に応じて(シェーピングレートまで)、設定された送信レートに比例して、他のキューで利用できるようになります。
  • ACX7000プラットフォームにおけるキューイングとスケジューリングの実装の違い:
    • 低遅延、ストリクトハイ、高、中高、中低、低の 6 つの優先度レベルがサポートされており、優先度の高いレベルがそれぞれ低いレベルをプリエンプトします。
    • Junos OS Evolvedリリース24.3R1では、ACXはポートQoSの8つの優先度レベルをサポートしています。
    • LLQ プライオリティは、他のすべてのキューに先んじて処理され、プリエンプトされます。
    • 同じプライオリティを持つすべてのプライオリティ キューは、ラウンドロビンとして処理されます。
    • 送信速度はプライオリティ キューでは使用されず、プライオリティの低いキューが枯渇するのを防ぐためにシェーピング(PIR)される場合があります。
    • プライオリティの低いキューは、送信レートに応じて WFQ ラウンドロビンとして処理されます。
    • 低優先度のキューのみが送信レート設定を使用できます。
    • LLQには、遅延を確実に保持するために、専用のVOQからEgressキュー(EGQ)が与えられます。
    • シェーピング レートを使用する場合、その量は総ポート速度から差し引かれます。残りのポート速度は、送信レートの割合を計算するために使用されます。
    • Fair Adaptive Dynamic Threshold (FADT) 共有バッファー割り当ては、必要に応じて更新されます。
  • MX Trioベースのプラットフォームにおけるキューイングとスケジューリングの実装の違い:
    • ストリクトハイ、ハイ、ミディアムハイ、ミディアムロー、ローの5つのトラフィック優先度レベルがサポートされています。
    • プロファイル内のキュー(設定された帯域幅レート内で動作)は、保証された領域内で機能し、ストリクトハイのキューのみが枯渇する可能性があります。
    • 保証されたキューは、プライオリティ キュー不足重み付けラウンドロビン(PQ-DWRR)として処理されます。
    • キューは、プロファイル外(設定された帯域幅レートで動作する)で、優先度超過領域で機能します。等しいプライオリティ キューは WRR として処理され、transmit-rate が重みとなります。超過リージョンの優先度は、超過送信レートや重み付けなど、設定可能です。
    • プロファイル外の高プライオリティ キューは、プロファイル内の低プライオリティ キューを枯渇させることはできません。ストリクトハイのみが、余分な領域なしで動作します(そのため、他のキューが枯渇するのを防ぐためにシェーピングされている可能性があります)。
    • バッファは手動設定でロックできます。

書き直す

  • トラフィックは正しいキューにマッピングされ、顧客またはデフォルトの書き換えルールが適用されます。
  • イングレス トラフィックは 802.1p または DSCP としてマークされ、エグレスで EXP 分類用に書き換えられます。
  • EXP マーキングが設定されたイングレス トラフィックは、エグレスで 802.1p または DSCP に書き換えられます。
  • 書き換え操作は、デュアルタグ付きフレームの最も外側のタグに影響し、内側のタグは保持されます。
  • 内部タグと外部タグのQoSコードポイントをエンドツーエンドで保持します(意図した場所)。
  • インターフェイスごとに複数の書き換えタイプがサポートされています。

シェーピングとレート制限

  • ポートレベルシェーパーは、プロビジョニングされたシェーパー帯域幅に基づき、既存のスケジューラ送信レートを優先します。
  • PQ では、レート制限によって優先度の低いキューが枯渇するのを防ぐことができます。
  • ポートシェーパーは、設定されたスケジューリング特性を継承し、適切に拡張します。
  • シェーピングされたキューは、設定されたシェーピング レートを超えません。

レイテンシ バジェット

  • LLQ は最優先事項です。ネットワークが輻輳しておらず、ライン レートが 100% を下回るシナリオでは、LLQ は次のレイテンシ バジェットに従います。
    • O-RUからO-DUへのレイテンシは、デバイスあたり平均≤10μです。
    • RU-to-SAGレイテンシ≤10ms(予想≤100μ)
    • eCPRIタイプ5の一方向遅延測定は、デバイスあたり約≤10μです。
  • LLQ 機能により、遅延の影響を受けやすいトラフィックの遅延バジェットが、輻輳状態および非輻輳状態において維持されることが保証されます。

主要な5G検証属性

  • このソリューションは、RUノードとDUノード間で配信されるeCPRIパケットのエンドツーエンドのレイテンシと安定したジッターを保証します。
  • 輻輳時および非輻輳時において、重要なeCPRIフロントホールトラフィックを優先します。
  • 輻輳時および非輻輳時において、eCPRIフロントホールトラフィックのレイテンシバジェットを維持します。
  • 共有リンク全体でトラフィックの優先度を維持します。
  • 共通のリンクを共有するVPNサービス内およびVPNサービス間でトラフィックの優先度を維持します。
  • ネットワーク輻輳時の eCPRI Type 7 イベント表示エラーの送信を許可します。
  • 負のストレス条件下でも一貫したCoSと耐障害性を維持し、コントロールプレーンデーモンとデータプレーンデーモンを再起動し、設定を追加/削除します。
  • CSR では、すべてのタイプの UNI インターフェイスを 5G gNB および 4G eNB と相互接続できます。
  • HSR は、冗長性オプションを含む、O-DU と O-CU の提案された接続をサポートします。
  • トランスポートおよび接続サービスは、4G MBHでサポートされています。

テストフローの特性

JVD には、次のトラフィック パターンが含まれます。

受け入れられるフレームタイプ

  • タグなし(ポートベース)
  • タグ付き (802.1Q)
  • ダブルタグ付き(802.1ad)

受け入れられるイーサの種類

  • 0x8100 802.1Q(C-TAGまたは単一タグ付きフローで使用)
  • 0x88a8 802.1ad(Q-in-QフローのS-TAG)

非目標をテストする

非ゴールは、このJVDの範囲外の機能を表すか、または以前に説明した可能性があります。

  • カスタムドロッププロファイル、WRED(Weighted Random Early Detection)
  • 一時的な送信速度またはバッファ(弾性バッファを使用)
  • 階層型CoSおよびHポリシング
  • フレームプリエンプション付き802.1CM TSNプロファイルB(802.1Qbu)
  • VLAN操作操作(以前のCoS JVDで説明)
  • アンダーレイまたはオーバーレイの検証 (ソリューションの目標の項で指定されているもの以外)
  • フェイルオーバーとコンバージェンスのシナリオ(以前の5G JVDでカバー)
  • エンドツーエンドのタイミングおよび同期配信:同期イーサネット、IEEE1588v2
  • G.8275.1 ノード単位のバウンダリークロックを使用したPTP対応
  • SLA 監視:RFC 2544、Y.1564、TWAMP、アクティブ アシュアランス
  • テレメトリ、管理、自動化
  • ネットワークまたはリンクスライシング
  • フレックスアルゴ、トランスポートクラス、BGPクラスフルトランスポート(以前の5G JVDでカバー)

障害シナリオ

この検証では、次の障害シナリオが対象となります。

  • リンクの輻輳
  • トラフィックの破棄を伴わないキュー輻輳
  • トラフィックの破棄によるキューの輻輳
  • 単一および複数のキューの輻輳状態
  • 挿入された障害イベント (eCPRI タイプを含む)
  • プロセスの再起動