このページの
 

仮想ネットワークCoSアグリゲー MX シリーズ デバイスでの設定Junos Fusion

Junos Fusionデバイスが相互接続を通じてインターフェイスを追加できるようにして、オンで使用可能なネットワーク インターフェイスの数を大幅に aggregation device 拡張できます satellite devices 。システム全体(相互接続されたアグリゲーション デバイスとサテライト デバイス)は「ネットワークネットワーク」とJunos Fusion。Junos Fusion トポロジーに 1 つのデバイスとして表示され、1 つのデバイスを 1 つの IP アドレスで管理することで、ネットワーク管理が簡素化されます。

このトピックでは、ネットワーク内のさまざまなタイプのCoSポリシーを設定する方法について説明Junos Fusion。

このトピックでは、以下について説明します。

サテライト デバイス拡張ポートでの動作のアグリゲート 分類子の設定

通常、動作集約(BA)分類子を階層レベルの特定のデバイスMX シリーズ論理インターフェイスに [edit class-of-service interfaces interface-name unit logical-unit-number] 適用します。サテライト デバイスの拡張ポートからのトラフィックがアグリゲーション デバイスに到達すると、サテライト デバイス拡張ポートの論理インターフェイス レベルに設定された BA 分類子が、他の拡張されていないポートからのトラフィックの場合と同じ値に適用され、トラフィックの転送クラスを決定できます。ポリシーとマルチフィールドの分類子も、トラフィックの転送クラスを決定する要因になります。アグリゲーション デバイスがトラフィックをサテライト デバイスに送信すると、転送クラスは 801.2BR ヘッダーで転送されます。次に、サテライト デバイスは転送クラスを使用して、エグレス拡張ポートの 出力キューを選択します。

拡張ポートの物理インターフェイス レベルで BA 分類子を適用することもできます。この分類子を使用して、サテライト デバイスのアップリンク ポートの出力 キューを決定します。

メモ：

IP 優先分類子は、物理インターフェイス レベルの拡張ポートではサポートされていません。ただし、DSCP 分類子はサポートされています。
メモ：

物理インターフェイス レベルの分類子をローカル ポートにMX シリーズすることはできません。

動作集約分類子をサテライト デバイスの拡張ポートの物理インターフェイス レベルに追加するには、次のJunos Fusion。

  1. 分類子を定義します。
  2. 分類子を物理拡張ポートに適用します。
  3. 変更をコミットし、構成を確認します。

上記の設定例では、DSCP 値が DSCP 値のポート xe-100/0/33 に入るパケットには、パケットがサテライト デバイスからアグリゲーション デバイスへ転送される際に、アップリンク ポートで出力キューを選択する転送クラスが割り当てられます。 001010 best-effort-3

詳細については、

サテライト デバイス拡張ポートでの書き換えルールの設定

書き換えルールは、サテライト デバイスの拡張ポートの論理インターフェイスに適用します。

サテライト デバイスの拡張ポートに書き換えルールを追加するには、次のJunos Fusion。

  1. 書き換えルールを定義します。
  2. 書き換えルールを論理インターフェイスに適用します。
  3. 変更をコミットし、構成を確認します。

Junos OS では、書き換えルールは、パケットの転送クラスとパケット 損失の優先度のみを確認します(受信 CoS 値ではなく、イングレスでの動作集約またはマルチフィールド分類子によって割り当てられた値)。送信時にパケット ヘッダーに書き込むCoS値を決定します。上記の設定は、転送クラスおよびパケット 損失の優先度が設定されている xe-108/0/47.0 インターフェイスから出たパケットに対して、 best-effort low ieee-802.1 CoS 値に書き換えるという意味です 010 。

詳細については、

サテライト デバイス CoSでの拡張送信選択による階層ポート スケジューリングの設定

サテライト デバイス上の拡張ポートとアップリンク ポートの両方について、ETS(拡張トランスミクション選択)を設定できます。設定はアグリゲーション デバイスで実行されます。デバイスのサテライト デバイス ポートに ETS を設定するには、次の手順にJunos Fusion。

  1. トラフィック制御プロファイルを定義します。
  2. 転送クラス セットを定義します。
  3. 転送クラス セットをサテライト デバイス ポートに適用します。
  4. 変更をコミットし、構成を確認します。
  5. を show interfaces queue egress interface name 実行して、サテライト デバイス ポート上の各キューについて、送受信されたパケットの統計情報を表示します。
    メモ：

    各キューのキュー統計情報はサテライト デバイス ポートでは使用できません。また、常に 0 .

詳細については、

アグリゲート デバイス 連鎖ポートのデフォルト スケジューリング ポリシーの変更

連鎖ポートが作成されると、次の 2 つの論理インターフェイスが自動的に作成されます。

  • 1 つのインバンド管理論理インターフェイス(割り当てユニット 32769)は、キープアリングなど、アグリゲーション デバイスとサテライト デバイス間のフローのみ、情報のプロビジョニング、ソフトウェアの更新のみを行うトラフィックに対応します。

  • 1つは、ネットワークとの間を流れる定期的なトラフィックに対するデータ論理インターフェイス(割り当てユニット32770)Junos Fusion。

たとえば インターフェイスxe-0/0/1が連鎖ポートとして設定されている場合コマンドは show interfaces xe-0/0/1 terse 、次のような出力を生成します。

制御論理インターフェイス(ユニット 32769)は、論理インターフェイスの 50 Mbps の帯域幅、10 パーセントのシェーピング レート、およびデフォルトのスケジューリング ポリシーを保証する内部トラフィック制御プロファイル(__cp_control_tc_prof)を自動的に割り当てられます。デフォルトのスケジューリング ポリシーは、データの論理インターフェイスに適用されます。例えば：

そして：

顧客のスケジューラ マップをその論理インターフェイスに適用することで、データ論理インターフェイスのカスタム転送クラスとスケジューラを作成できます。たとえば、顧客のスケジューラ ポリシーをデータの論理インターフェイスに適用するには、次の方法で行います。

  1. 顧客のスケジューラを作成します。
  2. スケジューラ マップを作成します。
  3. データ論理インターフェイスにスケジューラ マップを適用します。
  4. 変更をコミットし、構成を確認します。
  5. 変更を検証します。

    そして：

詳細については、

関連ドキュメント