Junos OS CoS プロセスを通過するパケット フローの概要

次の手順では、CoS プロセスについて説明します。

1. 論理インターフェイスには、(階層レベルで)異なるタイプの分類子が[edit class-of-service interfaces]1つ以上適用されています。分類子のタイプは、分類子が検査する受信パケットのどの部分(EXP ビット、IEEE 802.1p ビット、DSCP ビットなど)に基づいています。変換テーブルを使用して、イングレスでこれらのビットの値を書き換えることができます。

   メモ：

   これらのビットの値は、ジュニパーネットワークス M40e、M120、M320 マルチサービス エッジ ルーター、T シリーズ コア ルーターの IQE PIC でのみ書き換えることができます。イングレスでこれらのビットの値を書き換える方法の詳細については、 ToS変換テーブルの設定を参照してください。

2. 分類子は、(階層レベルで)転送クラスと損失の優先度にパケットを [edit class-of-service classifiers] 割り当てます。

3. 各転送クラスは、(階層レベルで)キューに [edit class-of-service forwarding-classes] 割り当てられます。

4. 入力(および出力)ポリサーはトラフィックを測定し、トラフィック フローがサービス レベルを超えた場合、転送クラスと損失の優先度が変更される可能性があります。

5. 物理または論理インターフェイスには、(階層レベルで)スケジューラ マップが [edit class-of-service interfaces] 適用されます。

   [edit class-of-service interfaces]階層レベルでは、 および rewrite-rules ステートメントがscheduler-map発信パケットに影響を与え、 ステートメントはclassifiers受信パケットに影響を与えます。

6. スケジューラーは、送信レート、バッファー サイズ、優先度、ドロップ プロファイル(階層レベル)など、出力キューでのトラフィックの扱い方法を [edit class-of-service schedulers] 定義します。

7. スケジューラ マップは、各転送クラス(階層レベル)にスケジューラを [edit class-of-service scheduler-maps] 割り当てます。

8. ドロッププロファイルは、特定のスケジューラを使用しているパケットを(階層レベルで)積極的にドロップする方法を [edit class-of-service drop-profiles] 定義します。

9. 書き換えルールは、パケットが(階層レベルで)設定された書き換えルールを持つ論理インターフェイスを [edit class-of-service rewrite-rules] 離れると有効になります。書き換えルールは、パケットの転送クラスと損失の優先度に応じて、情報をパケット(EXPまたはDSCPビットなど)に書き込みます。

図 1 と 図 2 は、Junos OS CoS 機能のコンポーネントを示し、それらが対話するシーケンスを示しています。

図2の各外箱は、プロセスコンポーネントを表している。上の行のコンポーネントはインバウンド パケットに適用され、下の行のコンポーネントはアウトバウンド パケットに適用されます。実線を持つ矢印は、パケット フローの方向を向いています。

中央のボックス(転送クラスと損失の優先度)は、プロセス コンポーネントへの入力または出力が可能な 2 つのデータ値を表しています。点線の矢印は入力と出力(または設定に基づいた設定とアクション)を示します。例えば、マルチフィールド分類子は、受信パケットの転送クラスと損失の優先度を設定します。これは、転送クラスと損失優先度が分類子の出力であることを意味します。したがって、矢印は分類子から離れています。スケジューラーは、転送クラスと損失の優先度の設定を受信し、これらの設定に基づいて送信パケットをキューに入れます。これは、転送クラスと損失の優先度がスケジューラへの入力であることを意味します。そのため、矢印はスケジューラーを指します。

通常、CoS サービスの定義には、一部のコンポーネント(すべてではない)の組み合わせのみが使用されます。