Cisco ASR 9000 シリーズ アグリゲーション サービス ルータ モジュラ Quality of Service コンフィギュレーション ガイド、リリース 4.1

パケット分類の概要

パケットの分類には、特定のグループ（またはクラス）内のパケットを分類し、これにトラフィック記述子を割り当てて、ネットワークで QoS 処理用にアクセスできるようにする処理が含まれます。トラフィック記述子には、パケットが受ける転送処理（Quality of Service）に関する情報が含まれます。パケット分類を使用すると、複数のプライオリティ レベルまたは CoS にネットワーク トラフィックを区分できます。発信元が契約された条項に従うことに同意し、ネットワークが QoS の実行を約束します。トラフィック ポリサーとトラフィック シェーパーは、契約を順守するために、パケットのトラフィック記述子を使用します。

トラフィック ポリサーおよびトラフィック シェーパーは、IP precedence などのパケット分類機能を使用して、さまざまなタイプの QoS サービスに対して、ルータを通過するパケット（またはトラフィック フロー）を選択します。たとえば、IP パケット ヘッダーのタイプ オブ サービス（ToS）フィールドの 3 つの precedence ビットを使用すると、最大 8 種類のトラフィック クラスで構成される限定的な設定にパケットを分類できます。パケットを分類した後、他の QoS 機能を使用して、輻輳管理、帯域幅割り当て、および遅延限度などの適切なトラフィック処理ポリシーを、各トラフィック クラスに割り当てることができます。

（注） IPv6 ベースの分類は、レイヤ 3 インターフェイスでのみサポートされています。

トラフィック クラスの要素

トラフィック クラスの目的は、ルータのトラフィックを分類することです。トラフィック クラスを定義するには、 class-map コマンドを使用します。

トラフィック クラスに含まれる 3 つの主な要素は、名前、一連の match コマンド、そして、トラフィック クラスで複数の match コマンドを使用する場合に match コマンドを評価する方法です。トラフィック クラスの名前は、 class-map コマンドで指定します。たとえば、 class-map コマンドで cisco を使用すると、トラフィック クラスの名前は cisco になります。

match コマンドは、パケット分類のためのさまざまな基準を指定するために使用します。パケットは、 match コマンドで指定された基準に合っているかどうかを判断するためにチェックされます。指定された基準に合っていれば、パケットはクラスのメンバーと見なされ、トラフィック ポリシーで設定された QoS 仕様に従って転送されます。一致基準を満たさないパケットは、デフォルトのトラフィック クラスのメンバーとして分類されます。「デフォルト トラフィック クラス」を参照してください。

複数の一致基準をトラフィック クラスに指定する場合は、これらの match コマンドを評価する方法の説明を指定する必要があります。評価の説明は、 class-map match-any コマンドで指定します。 match-any オプションを評価の説明として指定した場合、トラフィック クラスによって評価されるトラフィックは、指定した条件のうち少なくとも 1 つを満たす必要があります。 match- all オプションを指定した場合、トラフィックはすべての一致基準を満たす必要があります。

これらのコマンドの機能については、『 Cisco ASR 9000 Series Aggregation Services Routers Modular Quality of Service Command Reference 』でより詳細に説明します。トラフィック クラスの設定作業については、「トラフィック クラスの作成」で説明します。

トラフィック ポリシーの要素

トラフィック ポリシーの目的は、ユーザが指定したトラフィック クラスまたはクラスに分類されたトラフィックに関連付ける QoS 機能を設定することです。トラフィック ポリシーの作成には、 policy-map コマンドを使用します。トラフィック ポリシーには、 名前、トラフィック クラス（ class コマンドで指定）、および QoS ポリシーという 3 つの要素が含まれます。トラフィック ポリシーの名前は、ポリシー マップのモジュラ Quality of Service（MQC）で指定します（たとえば、 policy-map policy1 コマンドによって policy1 という名前のトラフィック ポリシーを作成できます）。指定したトラフィック ポリシーにトラフィックを分類するために使用するトラフィック クラスは、クラス マップ コンフィギュレーション モードで定義します。トラフィック ポリシーにトラフィックを分類に使用するトラフィック クラスを選択した後で、この分類されたトラフィックに適用する QoS 機能を入力できます。

MQC では、必ずしも 1 つのトラフィック クラスだけを 1 つのトラフィック ポリシーに関連付ける必要はありません。パケットが複数の一致基準に一致する場合、1 つのトラフィック ポリシーに 1024 のトラフィック クラスを関連付けることができます。1024 のクラス マップには、デフォルト クラスと子ポリシーのクラスが含まれます（存在する場合）。

クラスをポリシー マップで設定する順序が重要です。クラスの一致規則は、クラスをポリシー マップで指定した順序で TCAM にプログラミングされます。したがって、あるパケットが複数のクラスと一致する場合は、最初に一致したクラスだけが返され、対応するポリシーが適用されます。

これらのコマンドの機能については、『 Cisco ASR 9000 Series Aggregation Services Router Modular Quality of Service Command Reference 』でより詳細に説明します。

トラフィック ポリシーの設定作業については、「トラフィック ポリシーの作成」で説明します。

デフォルト トラフィック クラス

未分類のトラフィック（トラフィック クラスで指定された一致基準を満たさないトラフィック）は、デフォルト トラフィック クラスに属するものとして扱われます。

ユーザがデフォルト クラスを設定しない場合でも、パケットはデフォルト クラスのメンバーとして扱われます。ただし、デフォルトでは、デフォルト クラスにイネーブルな機能はありません。そのため、機能が設定されていないデフォルト クラスに属するパケットには QoS 機能は適用されません。この後、これらのパケットは、ファーストイン ファーストアウト（FIFO）キューに配置され、使用可能な下位リンクの帯域幅で決められたレートで転送されます。この FIFO キューは、テール ドロップと呼ばれる輻輳回避技術で管理されます。 テール ドロップなどの輻輳回避技術の詳細については、 このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳回避の設定」 モジュールを参照してください。

バンドル トラフィック ポリシー

ポリシーがバンドルにバインドされている場合、各バンドル メンバー（ポート）で同じポリシーがプログラミングされます。たとえば、ポリサーまたはシェーパー レートがある場合、各ポートに同じレートが設定されます。トラフィックはロード バランシング アルゴリズムに基づいてメンバーをバンドルするようスケジュールされます。

ポリシーは次のものにバインドできます。

• バンドル

• バンドル レイヤ 3 サブインターフェイス

• バンドル レイヤ 2 サブインターフェイス（レイヤ 2 転送）

入力および出力トラフィックの両方がサポートされています。パーセントベースのポリシーと絶対レートベースのポリシーがサポートされています。ただし、使いやすさのため、パーセントベースのポリシーを使用することを推奨します。

共有ポリシー インスタンス

トラフィック クラスとトラフィック ポリシーを作成した後、任意で共有ポリシー インスタンス（SPI）を使用して、QoS リソースを 1 つ割り当て、これをサブインターフェイス、複数のイーサネット フロー ポイント（EFP）、またはバンドル インターフェイスで共有することができます。

SPI を使用して、QoS ポリシーの 1 つのインスタンスを複数のサブインターフェイスで共有し、サブインターフェイスのシェーピングを 1 つのレートに集約できます。QoS ポリシーのインスタンスを共有するサブインターフェイスは、すべて同じ物理インターフェイスに属する必要があります。QoS ポリシーのインスタンスを共有するサブインターフェイスの数は、2 からポートのサブインターフェイスの最大数までです。

バンドル インターフェイスの場合、ハードウェア リソースはバンドル メンバーごとに複製されます。共通の共有ポリシー インスタンスを使用し、Link Aggregation Control Protocol（LAG）バンドルで設定されたサブインターフェイスは、すべて同じメンバー リンクにロード バランシングされる必要があります。

バンドル EFP にポリシーが設定されている場合、バンドルのメンバー リンクごとにポリシーのインスタンスが 1 つ設定されます。同じバンドルの複数のバンドル EFP 間で SPI を使用する場合、バンドルのメンバー リンクごとにポリシーの共有インスタンスが 1 つ設定されます。デフォルトでは、バンドルのロード バランシング アルゴリズムでは、ハッシュを使用して（バンドル EFP から送信される必要のある）トラフィックをバンドル メンバー間に分散させます。1 つまたは複数の EFP のトラフィックを、複数のバンドル メンバー間に分散させることができます。複数の EFP に、SPI を使用して一緒にシェーピングまたはポリシングを実行しなければならないトラフィックがある場合は、同じ共有ポリシーのインスタンスに属するすべての EFP へのトラフィックに対して、バンドル ロード バランシングで同じバンドル メンバーを選択する（ハッシュ選択）ように設定する必要があります。これによって、同じポリシーの共有インスタンスを持つすべての EFP に向かうトラフィックで、同じポリサー/シェーパー インスタンスが使用されます。

これは通常は同じ加入者が多数の EFP を持つ場合（たとえば、各サービス タイプに対して 1 つの EFP を持つなど）や、プロバイダーですべての加入者の EFP に対してシェーピングおよびキューイングを一緒に実装することが求められる場合に使用されます。

SPI の設定作業については、「共有ポリシー インスタンスの設定」で説明します。

ポリシーの継承

ポリシー マップを物理ポートに適用すると、ポリシーは、その物理ポートのすべてのレイヤ 2 およびレイヤ 3 サブインターフェイスに適用されます。

ポート シェーピング ポリシー

ポート シェーピング ポリシーをメイン インターフェイスに適用するときには、個々の通常のサービス ポリシーをそのサブインターフェイスに適用できます。ポート シェーピング ポリシー マップには、次の制限事項があります。

• class-default が許可された唯一のクラス マップです。

• シェイプ クラス アクションが許可された唯一のクラス アクションです。

• これらは出力方向でだけ設定できます。

• これらのスクリプトは、メイン インターフェイスにのみ適用します。サブインターフェイスには適用できません。

• 2 レベルまたは 3 レベルのポリシーはサポートされていません。1 レベルまたはフラットなポリシーだけがサポートされています。

上記の制限のいずれかに違反した場合、設定したポリシー マップはポート シェーピング ポリシーではなく、通常のポリシーとして適用されます。

クラス マップの設定、ポリシー マップの設定、クラス アクションの適用、およびサービス ポリシーの適用については、「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS パケットの分類とマーキングの設定例」を参照してください。

クラスベース無条件パケット マーキングの機能と利点

クラスベースの無条件パケット マーキング機能は、ユーザが指定したマーキングに基づいてパケットを区別できる効率的なパケット マーキング機能です。

クラスベースの無条件パケット マーキングでは、次の作業を行うことができます。

• IP precedence ビットまたは IP DiffServ コード ポイント（DSCP）を IP ToS バイトに設定してパケットをマーキング。

• インポーズされたラベルまたは最上位ラベル内の EXP ビットを設定して、マルチプロトコル ラベル スイッチング（MPLS）パケットをマーキング。

• レイヤ 2 サービス クラス（CoS）値を設定して、パケットをマーキング。

• IEEE 802.1Q トンネリング（QinQ）設定に内部および外部 CoS タグを設定してパケットをマーキング。

• qos-group 引数の値を設定してパケットをマーキング。

• discard-class 引数の値を設定してパケットをマーキング。

（注） qos-group および discard-class はルータの内部変数であり、送信されません。

無条件パケット マーキングにより、次のようにネットワークを複数のプライオリティ レベルまたはサービス クラスに区切ることができます。

• QoS 無条件パケット マーキングを使用して、ネットワークに入るパケットの IP precedence または DSCP 値を設定します。ネットワーク内のルータは、新しくマーキングされた IP precedence 値を使用して、トラフィックの処理方法を決定できます。

たとえば、輻輳回避技術である重み付けランダム早期検出（WRED）を使用して、パケットの廃棄確率を決めることができます。さらに、低遅延キューイング（LLQ）を設定して、そのマークのすべてのパケットをプライオリティ キューに送るよう設定できます。

• QoS 無条件パケット マーキングを使用して、パケットを QoS グループに割り当てます。QoS グループ ID を MPLS パケットに設定するには、ポリシー マップ クラス コンフィギュレーション モードで set qos-group コマンドを使用します。

（注） QoS グループ ID を設定しても、パケットを送信する優先順位が自動的に決まるわけではありません。最初に QoS グループを使用する出力ポリシーを設定する必要があります。

• CoS 無条件パケット マーキングを使用して、IEEE 802.1p/ スイッチ間リンク（ISL）パケットのプライオリティ値を設定するパケットを割り当てます。
ルータでは、CoS 値を使用して、パケットに転送のための優先順位を付ける方法を決定し、このマーキングを使用してレイヤ 2 からレイヤ 3 へのマッピングを行います。送信パケットのレイヤ 2 CoS 値を設定するには、ポリシー マップ コンフィギュレーション モードで set cos コマンドを使用します。

設定作業については、 「クラスベース無条件パケット マーキングの設定」 で説明します。

IP precedence によるパケットの CoS の指定

IP precedence を使用すると、パケットの CoS を指定できます。この目的には、IP Version 4（IPv4）ヘッダーの ToS フィールドの 3 つの precedence ビットを使用します。図 1 に ToS フィールドを示します。

図 1 IPv4 パケットのタイプ オブ サービス フィールド

ToS ビットを使用して、最大 8 つのサービス クラスを定義できます。その後、ネットワーク全体で設定された他の機能によって、これらのビットを使用して、ToS の付与に関するパケットの処理方法を決定します。これらの他の QoS 機能では、輻輳管理戦略や帯域幅の割り当てなど適切なトラフィック処理ポリシーを割り当てることができます。たとえば、LLQ などのキューイング機能は、パケットの IP precedence 設定を使用して、トラフィックに優先順位を付けることができます。

着信トラフィックに precedence レベルを設定し、Cisco IOS XRQoS キューイング機能と一緒に使用することで、ディファレンシエーテッド サービスを作成できます。

後続の各ネットワーク要素が決定されたポリシーに基づいてサービスを提供できるように、できるだけ IP precedence は、通常ネットワークの端または管理ドメインの近くに配置します。これによって、他のコアまたはバックボーンにおいて、優先順位に基づいて QoS を設定できます。

設定作業については、 「クラスベース無条件パケット マーキングの設定」 で説明します。

パケットの分類に使用する IP precedence ビット

IP ヘッダーの ToS フィールドにある 3 つの IP precedence ビットを使用して、各パケットの CoS 割り当てを指定します。前述したように、最大 8 個のクラスにトラフィックを分類した後、ポリシー マップを作成して、各クラスの輻輳処理、帯域幅割り当てといったネットワーク ポリシーを定義できます。

歴史的な理由から、各優先度はある名前に対応します。これらの名前は RFC 791 で定義されています。 表 1 に、重要度の低いものから高いものへという順に、数値と対応する名前を示します。

（注） IP precedence ビットの設定 6 と 7 は、ルーティング アップデートなどのネットワーク制御情報用に予約されています。

IP precedence 値の設定

デフォルトでは、Cisco IOS XR ソフトウェアでは IP precedence 値を変更しません。これによって、ヘッダーの precedence 値セットが維持され、すべての内部ネットワーク デバイスが IP precedence の設定に基づいてサービスを提供できるようになります。このポリシーは、ネットワークのエッジでネットワーク トラフィックをさまざまなタイプのサービスにソートすること、またこれらのサービス タイプをネットワーク コアで設定することを指定する標準的な方法に従っています。その後、ネットワークのコアにあるルータは、precedence ビットを使用して、送信順やパケット ドロップの可能性などを決定できるようになります。

ネットワークに入ってくるトラフィックには外部デバイスで設定された precedence が設定されている可能性があるので、ネットワークに入るすべてのトラフィックの precedence をリセットすることを推奨します。IP precedence の設定を制御することによって、すでに IP precedence を設定したユーザが、自身のすべてのパケットに高い優先度設定を設定して、自身のトラフィックに対してより高いサービスを得ることを禁止します。

クラスベースの無条件パケット マーキング、LLQ、および WRED 機能では、IP precedence ビットを使用できます。

DEI に基づく分類

802.1ad フレームと 802.1ah フレームに含まれる Drop Eligible Indicator（DEI）ビットに基づいて、トラフィックを分類できます。デフォルトの DEI マーキングがサポートされています。ポリシー マップの set dei アクションは、802.1ad パケットで次の項目に対してサポートされています。

• 入力および出力

• レイヤ 2 サブインターフェイス

• レイヤ 2 メイン インターフェイス

• レイヤ 3 メイン インターフェイス

（注） set dei アクションは、802.1ad カプセル化用に設定されていないインターフェイスのトラフィックに対しては無視されます。

デフォルト DEI マーキング

IP precedence と IP DSCP マーキングの比較

IP DSCP 値は、ToS バイトの最初の 6 ビットで、IP precedence 値は ToS バイトの最初の 3 ビットです。IP precedence 値は、実際には IP DSCP 値の一部です。したがって、これらの値は同時に設定できません。

ネットワークでパケットをマークする必要があり、すべてのデバイスで IP DSCP マーキングがサポートされている場合は、IP DSCP マーキングの方が無条件パケット マーキングのオプションが多いため、IP DSCP マーキングを使用してください。IP DSCP によるマーキングが好ましくない場合、またはネットワークにあるデバイスで IP DSCP 値がサポートされているかどうか不明な場合は、パケットのマーキングに IP precedence 値を使用してください。IP precedence 値は、おそらくネットワーク内のすべてのデバイスでサポートされています。

最大 8 種類の IP precedence マーキングと、64 種類の IP DSCP マーキングを設定できます。

In-Place ポリシーの変更

In-Place ポリシーの変更機能では、QoS ポリシーが 1 つ以上のインターフェイスに付加されている場合でも QoS ポリシーを変更できます。1 つ以上のインターフェイスに付加されている QoS ポリシーを変更すると、その QoS ポリシーが付加されているすべてのインターフェイスで QoS ポリシーが自動的に変更されます。変更されたポリシーは、新しいポリシーをインターフェイスにバインドするときと同じチェックを受けます。

ポリシー変更が成功した場合、変更されたポリシーは、ポリシーが付加されているすべてのインターフェイスに対して有効になります。コンフィギュレーション セッションはポリシーの変更が完了するまでブロックされます。

ただし、ポリシーの変更がいずれかのインターフェイスで失敗した場合には、すべてのインターフェイスに対して変更前のポリシーが有効になるように、自動ロール バックが開始されます。コンフィギュレーション セッションは、影響を受けるすべてのインターフェイスでロール バックが完了するまでブロックされます。

In-Place ポリシーの変更時に回復不可能なエラーが発生した場合は、ポリシーは対象のインターフェイスに対して矛盾した状態になります。各場所における矛盾を表示するには、 show qos inconsistency コマンドを使用してください。（このコマンドは、ASR 9000 イーサネット ラインカードでのみサポートされています）。コンフィギュレーション セッションは、変更されたポリシーが、ポリシーを使用するすべてのインターフェイスで有効になるまでブロックされます。コンフィギュレーション セッションのブロックが解除されるまで、新たな設定を行うことはできません。

インターフェイスに付加されている QoS ポリシーを変更したとき、変更されたポリシーを使用するインターフェイスでは、短期間、有効なポリシーがない場合が生じる可能性があります。

（注） インターフェイスに付加されているポリシーの QoS 統計情報は、ポリシーを変更すると失われます（0 にリセット）。

In-Place ポリシーの変更を引き起こす可能性のある変更

QoS ポリシーの変更

• 帯域幅またはポリシングなどの新しいアクションの追加

• 新しいサービス ポリシーの追加（階層レベルを上げる）

• 既存のアクションの削除

• 既存のアクションの変更

• サービス ポリシーの削除（階層レベルを下げる）

• 新しいアクションを伴う新しいクラスの追加

• ポリシーへの複数のクラスの追加または削除

• 子ポリシーの変更

クラス マップの変更

• 新しい match 文の追加

• 既存の match 文の削除

• 照合タイプの変更（match-all から match-any、またはその逆）

• 既存の match 文の変更

クラス マップで使用するアクセス リストの変更

• 新しいアクセス コントロール エントリ（ACE）の追加

• ACE の削除

• ACE の修正

In-Place ポリシー変更に関する推奨事項

QoS ポリシーを変更している間の短期間、変更するポリシーを使用するインターフェイスでは、有効なポリシーがない状態が生じることがあります。このため、同時に最小限のインターフェイスに影響する QoS ポリシーを変更します。ポリシー マップの変更時に影響するインターフェイスの数を確認するには、 show policy-map targets コマンドを使用します。

トラフィック クラスの作成

一致基準が含まれるトラフィック クラスを作成するには、クラスマップ コンフィギュレーション モードで、必要に応じて、次の class-map コマンドを使用してトラフィック クラスの名前を指定し、次に以下の match コマンドを使用します。

概念の詳細については、「トラフィック クラスの要素」を参照してください。

制限事項

この 設定 作業で指定するすべての match コマンドの使用は任意ですが、1 つのクラスに少なくとも 1 つの一致基準を設定する必要があります。

手順の概要

1. configure

2. class-map [ type qos] [ match-any ] [ match-all ] class-map-name

3. match access-group [ ipv4 | ipv6 ] access-group-name

4. match [ not ] cos [ cos-value ] [ cos-value1 ... cos-value7 ]

5. match [ not] cos inner [ inner-cos-value ] [ inner-cos-value1 ... inner-cos-value7 ]

6. match destination-address mac destination-mac-address

7. match source-address mac source-mac-address

8. match [ not ] discard-class discard-class-value [ discard-class-value1 ... discard-class-value6 ]

9. match [ not ] dscp [ ipv4 | ipv6 ] dscp-value [ dscp-value1 ... dscp-value7 ]

10. match [ not ] mpls experimental topmost exp-value [ exp-value1 ... exp-value7 ]

11. match [ not ] precedence [ ipv4 | ipv6 ] precedence-value [ precedence-value1 ... precedence-value7 ]

12. match [ not ] protocol protocol value [ protocol-value1 ... protocol-value7 ]

13. match [ not ] qos-group [ qos-group-value1 ... qos-group-value8 ]

14. match vlan [ inner ] vlanid [ vlanid1 ... vlanid7 ]

15. end
または
commit

手順の詳細

トラフィック ポリシーの作成

トラフィック ポリシーを作成するには、 policy-map グローバル コンフィギュレーション コマンドを使用して、トラフィック ポリシーの名前を指定します。

トラフィック クラスは、 class コマンドを使用したときにサービス ポリシーと関連付けられます。 class コマンドは、ポリシー マップ コンフィギュレーション モードを開始した後に実行しなければなりません。 class コマンドを入力すると、ルータは自動的にポリシー マップ クラス コンフィギュレーション モードを開始します。ここでトラフィック ポリシーの QoS ポリシーを定義します。

次のクラス アクションがサポートされています。

• bandwidth：クラスの帯域幅を設定します。このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳管理の設定」モジュールを参照してください。

• police：トラフィックをポリシングします。このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳管理の設定」モジュールを参照してください。

• priority：クラスにプライオリティを割り当てます。このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳管理の設定」モジュールを参照してください。

• queue-limit：クラスにキュー制限（テール ドロップしきい値）を設定します。このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳回避の設定」モジュールを参照してください。

• random-detect：ランダム早期検出をイネーブルにします。このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳回避の設定」モジュールを参照してください。

• service-policy：子サービス ポリシーを設定します。

• set：このクラスのマーキングを設定します。「クラスベース無条件パケット マーキングの機能と利点」を参照してください。

• shape：クラスのシェーピングを設定します。このマニュアルの「Cisco ASR 9000 シリーズ ルータでのモジュラ QoS 輻輳管理の設定」モジュールを参照してください。

一致基準として入力できるその他のコマンドについては、『 Cisco ASR 9000 Series Aggregation Services Router Modular Quality of Service Command Reference 』を参照してください。

概念の詳細については、「トラフィック ポリシーの要素」を参照してください。

手順の概要

1. configure

2. policy-map [type qos] policy-name

3. class class-name

4. set precedence precedence-value

5. end
または
commit

手順の詳細

トラフィック ポリシーのインターフェイスへの付加

トラフィック クラスとトラフィック ポリシーの作成後、service-policy インターフェイス コンフィギュレーション コマンドを使用して、トラフィック ポリシーをインターフェイスに付加し、ポリシーを適用する方向を指定します（インターフェイスに着信するパケットまたはインターフェイスから送信されるパケット）。

ポリシー マップ クラス コンフィギュレーション モードで入力できるその他のコマンドについては、『 Cisco ASR 9000 Series Aggregation Services Routers Modular Quality of Service Command Reference 』を参照してください。

前提条件

インターフェイスにトラフィック ポリシーを付加する前に、トラフィック クラスとトラフィック ポリシーを作成する必要があります。

制限事項

なし

手順の概要

1. configure

2. interface type interface-path-id

3. service-policy {input | output} policy-map

4. end
または
commit

5. show policy-map interface type interface-path-id [ input | output ]

手順の詳細

共有ポリシー インスタンスの設定

複数のサブインターフェイスへの共有ポリシー インスタンスの付加

トラフィック クラスとトラフィック ポリシーの作成後、任意で service-policy (interface) コンフィギュレーション コマンドを使用して、共有ポリシー インスタンスを複数のサブインターフェイスに付加し、ポリシーを適用する方向を指定します（サブインターフェイスに着信するパケットまたはサブインターフェイスから送信されるパケット）。

（注） 共有ポリシーには、レイヤ 2 とレイヤ 3 のサブ インターフェイスの組み合わせを含めることができます。

ポリシー マップ クラス コンフィギュレーション モードで入力できるその他のコマンドについては、『 Cisco ASR 9000 Series Aggregation Services Routers Modular Quality of Service Command Reference 』を参照してください。

前提条件

共有ポリシーのインスタンスをサブインターフェイスに付加する前に、トラフィック クラスとトラフィック ポリシーを作成する必要があります。

制限事項

複数の物理インターフェイスにまたがる共有ポリシー インスタンスはサポートされていません。

手順の概要

1. configure

2. interface type interface-path-id

3. service-policy {input | output } policy - map [ shared -policy-instance instance-name ]

4. end
または
commit

5. show policy-map shared-policy-instance instance name [ input | output ] location rack/slot/module

手順の詳細

バンドル インターフェイスまたは EFP バンドルへの共有ポリシー インスタンスの付加

トラフィック クラスとトラフィック ポリシーの作成後、任意で service-policy (interface) コンフィギュレーション コマンドを使用して、共有ポリシー インスタンスをバンドル インターフェイスやバンドル EFP に付加し、ポリシーを適用する方向を指定します（サブインターフェイスに着信するパケットまたはサブインターフェイスから送信されるパケット）。

ポリシー マップ クラス コンフィギュレーション モードで入力できるその他のコマンドについては、『 Cisco ASR 9000 Series Aggregation Services Router Modular Quality of Service Command Reference 』を参照してください。

前提条件

共有ポリシー インスタンスをバンドル インターフェイスまたは EFP バンドルに付加する前に、トラフィック クラスとトラフィック ポリシーを作成する必要があります。

制限事項

複数の物理インターフェイスにまたがる共有ポリシー インスタンスはサポートされていません。

手順の概要

1. configure

2. interface Bundle-Ether bundle-id

3. service-policy { input | output } policy-map [ shared-policy-instance instance-name ]

4. end
または
commit

5. show policy-map shared-policy-instance instance name [ input | output ] location location-id

手順の詳細

クラスベース無条件パケット マーキングの設定

この設定作業では、以下のクラスベースの無条件パケット マーキング機能をルータに設定する方法を説明します。

• IP precedence 値

• IP DSCP 値

• QoS グループ値（入力のみ）

• CoS 値（レイヤ 3 サブ インターフェイスの出力のみ）

• MPLS EXP 値

• 廃棄クラス

（注） MPLS タグ付きパケットに適用される IPv4 および IPv6 QoS アクションはサポートされていません。設定は受け入れられますが、アクションは実行されません。

（注） クラスごとに set コマンドを 2 つだけ選択します。

手順の概要

1. configure

2. policy-map policy-name

3. class class-name

4. set precedence number

5. set dscp dscp-value

6. set qos-group qos-group-value

7. set cos [ inner ] cos-value

8. set mpls experimental { imposition | topmost } exp-value

9. set discard-class discard-class-value

10. exit

11. exit

12. interface type interface-path-id

13. service-policy { input | output } policy-map

14. end
または
commit

15. show policy-map interface type instance [ input | output ]

（注） この作業では使用可能なすべての set コマンドについて説明していますが、クラスごとに設定できる set コマンドは 2 つに限られています。

手順の詳細

16. ipv4 bgp policy propagation input {ip-precedence | qos-group} {destination [ip-precedence {destination | source}] | source [ip-precedence {destination | source}] }

定義されたトラフィック クラス：例

次に、2 つのトラフィック クラスを作成し、その一致基準を定義する例を示します。1 つ目のトラフィック クラス class1 では、ACL 101 を一致基準として使用します。2 つ目のトラフィック クラス class2 では、ACL 102 を一致基準として使用します。パケットはこれらの ACL の内容と照合され、そのクラスに属するかどうかが判断されます。

not キーワードを match コマンドに使用すると、指定していないフィールド値に基にして照合を行います。次の例では、DSCP 値が 4、8、10 以外である qos_example クラスのすべてのパケットが含まれます。

トラフィック ポリシーの作成：例

次の例では、policy1 というトラフィック ポリシーを定義し、class1 と class2 という 2 つのクラスのポリシー設定を含めます。これらのクラスの一致基準は、「定義されたトラフィック クラス：例」で作成されたトラフィック クラスで定義されています。

class1 では、帯域幅割り当て要求と、そのクラス用に予約されるキューの最大バイト数の制限がポリシーに含まれています。class2 では、帯域幅割り当て要求だけがポリシーで指定されています。

インターフェイスへのトラフィック ポリシーの付加：例

次に、既存のトラフィック ポリシーをインターフェイスに付加する例を示します（「定義されたトラフィック クラス：例」を参照してください）。 policy-map コマンドを使用してトラフィック ポリシーを定義した後、インターフェイス コンフィギュレーション モードで service-policy コマンドを使用して、このポリシーを 1 つ以上のインターフェイスに付加し、これらのインターフェイスのトラフィック ポリシーを指定できます。同じトラフィック ポリシーは複数のインターフェイスに付加することができますが、各インターフェイスには入力と出力に対してそれぞれトラフィック ポリシーを 1 つだけ付加することができます。

複数のサブインターフェイスへのトラフィック ポリシーの付加：例

次に、複数のサブ インターフェイスに既存のトラフィック ポリシーを付加する例を示します。 policy-map コマンドを使用してトラフィック ポリシーを定義した後、サブインターフェイス コンフィギュレーション モードで service-policy コマンドを使用して、このポリシーを 1 つ以上のサブインターフェイスに付加できます。

バンドル インターフェイスへのトラフィック ポリシーの付加：例

次に、既存のトラフィック ポリシーをバンドル インターフェイスに付加する例を示します。 policy-map コマンドを使用してトラフィック ポリシーを定義した後、サブインターフェイス コンフィギュレーション モードで service-policy コマンドを使用して、このポリシーを 1 つ以上のバンドル サブインターフェイスに付加できます。

共有ポリシー インスタンスによる EFP ロード バランシング：例

次に、SPI が実装されている場合に EFP に対してロード バランシングを設定する例を示します。リンク バンドルでの EFP ロード バランシングの詳細については、『Cisco ASR 9000 Series Aggregation Services Router Interface and Hardware Component Configuration Guide』を参照してください。

バンドル インターフェイスの設定：例

ロード バランス オプションによる 2 つのバンドル EFP の設定：例

次の例では、同じ物理メンバー リンクを通過する 2 つのバンドル EFP 宛てのトラフィックを設定します。

デフォルト トラフィック クラスの設定：例

次に、トラフィック ポリシー policy1 のデフォルト クラスに対してトラフィック ポリシーを設定する例を示します。デフォルト クラスの名前は class-default で、他のすべてのトラフィックから構成され、インターフェイスの帯域幅の 60 パーセントでシェーピングされます。

class-map match-any コマンドの設定: 例

次の例では、一致基準が複数ある場合に、パケットがどのように評価されるかについて説明します。 class-map match-any コマンド中のパケットがトラフィック クラスのメンバーであると見なされるためには、一致基準が 1 つだけが満たされる必要があります（論理的な OR 演算子）。この例では、プロトコル IP OR QoS グループ 4 OR アクセス グループ 101 が成功する一致基準になる必要があります。

トラフィック クラス class1 では、成功する一致条件が見つかるまで連続的に一致基準が評価されます。各一致基準が評価され、パケットがその基準に一致するかどうかが判断されます。パケットが指定した条件のうち少なくとも 1 つに一致すると、パケットはトラフィック クラスのメンバーとして分類されます。

（注） match qos-group コマンドは、出力ポリシーでのみサポートされています。

クラスベースの無条件パケット マーキングの例

次に、一般的なクラスベースの無条件パケット マーキングの例を示します。

• 「IP precedence のマーキングの設定：例」

• 「IP DSCP マーキングの設定：例」

• 「QoS グループ マーキングの設定：例」

• 「CoS マーキングの設定：例」

• 「MPLS EXP ビット インポジション マーキングの設定：例」

• 「MPLS EXP 最上位マーキングの設定：例」

IP precedence のマーキングの設定：例

次の例では、 policy1 というサービス ポリシーを作成します。このサービス ポリシーは、 class コマンドを使用して事前に定義したクラス マップ class1 に関連付けられ、その後、出力 POS インターフェイス 0/1/0/0 に付加されます。ToS バイトの IP precedence ビットを 1 に設定します。

IP DSCP マーキングの設定：例

次の例では、policy1 というサービス ポリシーを作成します。このサービス ポリシーは、 class コマンドを使用して事前に定義したクラス マップに関連付けられます。この例では、class1 というクラス マップが事前に設定されていることを前提としています。

次の例では、ToS バイトの IP DSCP 値を 5 に設定します。

エッジで音声パケットに対して示される設定を行った後、すべての中間ルータは次のように音声パケットに低遅延処理を行うよう設定されます。

QoS グループ マーキングの設定：例

次の例では、 policy1 というサービス ポリシーを作成します。このサービス ポリシーは、 class コマンドを使用してクラス マップ class1 に関連付けられ、その後 GigabitEthernet インターフェイス 0/1/0/9 の入力方向に付加されます。qos-group 値は 1 に設定されます。

（注） set qos-group コマンドは入力ポリシーでのみサポートされています。

CoS マーキングの設定：例

次の例では、 policy1 というサービス ポリシーを作成します。このサービス ポリシーは、 class コマンドを使用してクラス マップ class1 に関連付けられ、その後 10-Gigabit Ethernet インターフェイス TenGigE0/1/0/0 の出力方向に付加されます。レイヤ 2 ヘッダーの IEEE 802.1p（CoS）ビットは 1 に設定します。

MPLS EXP ビット インポジション マーキングの設定：例

次の例では、 policy1 というサービス ポリシーを作成します。このサービス ポリシーは、 class コマンドを使用してクラス マップ class1 に関連付けられ、その後 10-Gigabit Ethernet インターフェイス TenGigE0/1/0/0 の入力方向に付加されます。すべてのインポーズされたラベルの MPLS EXP ビットは 1 に設定します。

（注） set mpls exp imposition コマンドは入力ポリシーでのみサポートされています。

MPLS EXP 最上位マーキングの設定：例

次の例では、 policy1 というサービス ポリシーを作成します。このサービス ポリシーは、 class コマンドを使用してクラス マップ class1 に関連付けられ、その後 10-Gigabit Ethernet インターフェイス TenGigE0/1/0/0 の出力方向に付加されます。最上位ラベルの MPLS EXP ビットは 1 に設定します。

In-Place ポリシーの変更：例

この例では、ポリシーを定義してインターフェイスに付加した後、precedence を 3 から 5 に変更します。

クラスを定義します。

クラスを使用するポリシー マップを定義します。

インターフェイスにポリシー マップを付加します。

ポリシー マップの precedence 値を変更します。

（注） 変更されたポリシー policy1 は、ポリシーが付加されるすべてのインターフェイスに反映されます。また、ポリシー マップに使用するすべてのクラス マップを変更できます。クラス マップに対して行った変更は、ポリシーが付加されているすべてのインターフェイスに反映されます。

この show policy-map targets コマンドの出力は、ギガ ビット イーサネット インターフェイス 0/1/0/0 に、メイン ポリシーとして付加されているポリシー マップがあることを示しています（階層型 QoS 設定の子ポリシーに付加されるのではなく）。このインターフェイスの発信トラフィックは、ポリシーが変更された場合に影響を受けます。

関連資料

標準

MIB

RFC

シスコのテクニカル サポート