Cisco IOS XE Amsterdam 17.2.x（Catalyst 9300 スイッチ）Quality of Service コンフィギュレーションガイド

QoS の前提条件

標準 Quality of Service（QoS）を設定する前に、次の事項を十分に理解しておく必要があります。

標準 QoS の概念
従来の Cisco IOS QoS。
モジュラ QoS CLI（MQC）
QoS 実装について。
使用するアプリケーションのタイプおよびネットワークのトラフィックパターン
トラフィックの特性およびネットワークのニーズ。たとえば、ネットワークのトラフィックがバーストであるかどうか。音声およびビデオスリーム用の帯域幅確保の必要性
ネットワークの帯域幅要件および速度
ネットワーク上の輻輳発生箇所

QoS コンポーネント

Quality of Service（QoS）は、次の主要コンポーネントで構成されています。

分類：分類は、アクセスコントロールリスト（ACL）、DiffServ コードポイント（DSCP）、サービスクラス（CoS）、およびその他の要因に基づいて、トラフィックの 1 つのタイプを区別するプロセスです。
マーキングと変換：マーキングは、特定の情報をネットワークのダウンストリームデバイスに伝送するか、デバイス内の 1 つのインターフェイスから別のインターフェイスに情報を伝送するためにトラフィック上で使用されます。トラフィックをマークすると、そのトラフィックの QoS 動作が適用されます。これは、set コマンドを直接使用するか、テーブルマップ経由で入力値を受け取って出力の値に直接変換することで実行します。
シェーピングとポリシング：シェーピングはダウンストリームデバイスで輻輳が発生しないようにトラフィックレートを調整しながら、トラフィックの最大レートを強制するプロセスのことです。最も一般的な形式のシェーピングは、物理または論理インターフェイスから送信されるトラフィックを制限するために使用されます。ポリシングは、トラフィッククラスに最大レートを強制するために使用されます。レートを超過した場合は、イベント発生直後に特定のアクションが実行されます。
キューイング：キューイングは、トラフィックの輻輳を防止するために使用されます。トラフィックは、帯域割り当てに基づいて処理およびスケジューリングするために、特定のキューに送信されます。次に、トラフィックはポートを介してスケジュールまたは送信されます。
帯域幅：帯域幅の割り当てにより、QoS ポリシーが適用されるトラフィックで使用可能な容量が決まります。
信頼：信頼により、トラフィックがデバイスを通過できるようになります。明示的なポリシー設定がない場合、エンドポイントから、またはエンドポイントへの DiffServ コードポイント（DSCP）値、プレシデンス値、または CoS 値は保持されます。

QoS の用語

この QoS コンフィギュレーションガイドでは、次の用語が同じ意味で使用されます。

アップストリーム（デバイスに対する方向）は、入力と同じ意味です。
ダウンストリーム（デバイスに対する方向）は、出力と同じ意味です。

QoS の概要

Quality of Service（QoS）を設定することで、他のトラフィックタイプの代わりに特定のトラフィックタイプを優先的に処理できます。QoS を設定しない場合、デバイスはパケットの内容やサイズに関係なく、各パケットにベストエフォート型のサービスを提供します。デバイスは信頼性、遅延限界、スループットを保証せずにパケットを送信します。

次に、QoS が提供する具体的な機能を示します。

低遅延
帯域幅保証
バッファリング能力とドロップ分野
トラフィックポリシング
フレームまたはパケットヘッダーの属性変更のイネーブル化
関連サービス

モジュラ QoS CLI

デバイスでは、QoS 機能はモジュラ QoS コマンドラインインターフェイス（MQC）を使用してイネーブルにできます。MQC はコマンドラインインターフェイス（CLI）構造を採用しています。これを使用すると、トラフィックポリシーを作成し、作成したポリシーをインターフェイスにアタッチできます。1 つのトラフィックポリシーには、1 つのトラフィッククラスと 1 つ以上の QoS 機能が含まれます。トラフィッククラスがトラフィックを分類するために使用されるのに対して、トラフィックポリシーの QoS 機能は分類されたトラフィックの処理方法を決定します。MQC の主な目的の 1 つは、プラットフォームに依存しないインターフェイスを提供することにより、シスコプラットフォーム全体の QoS を設定することです。

有線アクセスでサポートされる QoS 機能

次の表に、有線アクセスでサポートされる QoS 機能について説明します。

表 1. 有線アクセスでサポートされる QoS 機能
機能	説明
サポートされるターゲット	ギガビットイーサネット 10 ギガビットイーサネット 40 ギガビットイーサネット VLAN
設定手順	service-policy コマンドを使用してインストールされる QoS ポリシー。
ポートレベルでサポートされるキューの数	ポートでは最大 8 つのキューがサポートされます。
サポートされる分類メカニズム	DSCP IP precedence CoS QoS-group 次を含む ACL のメンバーシップ： IPv4 ACL IPv6 ACL MAC ACL

階層型 QoS

デバイスは階層型 QoS（HQoS）をサポートします。HQoS を使用すると、次の作業を実行できます。

階層型分類：トラフィック分類は、他のクラスに基づいています。
階層型ポリシング：階層型ポリシーの複数のレベルでポリシングを設定するプロセス。

階層型シェーピング：シェーピングは、階層の複数のレベルで設定できます。

（注）

階層型シェーピングは、ポートシェーパーでのみサポートされます。ポートシェーパーでは、親に対してクラスデフォルトの設定だけが可能で、クラスデフォルトのアクションはシェーピングだけです。

QoS の実装

ネットワークは通常、ベストエフォート型の配信方式で動作します。したがって、すべてのトラフィックに等しいプライオリティが与えられ、適度なタイミングで配信される可能性はどのトラフィックでも同等です。輻輳が発生すると、すべてのトラフィックが等しくドロップされます。

QoS 機能を設定すると、特定のネットワークトラフィックを選択し、相対的な重要性に応じてそのトラフィックに優先度を指定し、輻輳管理および輻輳回避技術を使用して、優先処理を実行できます。ネットワークに QoS を実装すると、ネットワークパフォーマンスがさらに予測しやすくなり、帯域幅をより効率的に利用できるようになります。

QoS は、インターネット技術特別調査委員会（IETF）の規格である Differentiated Services（Diff-Serv）アーキテクチャに基づいて実装されます。このアーキテクチャでは、ネットワークに入るときに各パケットを分類することが規定されています。

この分類は IP パケットヘッダーに格納され、推奨されない IP タイプオブサービス（ToS）フィールドの 6 ビットを使用して、分類（クラス）情報として伝達されます。分類情報をレイヤ 2 フレームでも伝達できます。

次の図にレイヤ 2 フレームまたはレイヤ 3 パケットの特殊ビットを示します。

レイヤ 2 フレームのプライオリティビット

レイヤ 2 の ISL（スイッチ間リンク）フレームヘッダーには、下位 3 ビットで IEEE 802.1p サービスクラス（CoS）値を伝達する 1 バイトのユーザフィールドがあります。レイヤ 2 ISL トランクとして設定されたポートでは、すべてのトラフィックが ISL フレームに収められます。

レイヤ 2 802.1Q フレームヘッダーには、2 バイトのタグ制御情報フィールドがあり、上位 3 ビット（ユーザプライオリティビット）で CoS 値が伝達されます。レイヤ 2 802.1Q トランクとして設定されたポートでは、ネイティブ Virtual LAN（VLAN）のトラフィックを除くすべてのトラフィックが 802.1Q フレームに収められます。

他のフレームタイプでレイヤ 2 CoS 値を伝達することはできません。

レイヤ 2 CoS 値の範囲は、0（ロープライオリティ）～ 7（ハイプライオリティ）です。

レイヤ 3 パケットのプライオリティビット

レイヤ 3 IP パケットは、IP precedence 値または Diffserv コードポイント（DSCP）値のいずれかを伝送できます。DSCP 値は IP precedence 値と下位互換性があるので、QoS ではどちらの値も使用できます。

IP precedence 値の範囲は 0 ～ 7 です。DSCP 値の範囲は 0 ～ 63 です。

分類を使用したエンドツーエンドの QoS ソリューション

インターネットにアクセスするすべてのスイッチおよびルータはクラス情報に基づいて、同じクラス情報が与えられているパケットは同じ扱いで転送を処理し、異なるクラス情報のパケットはそれぞれ異なる扱いをします。パケットのクラス情報は、設定されているポリシー、パケットの詳細な検証、またはその両方に基づいて、エンドホストが割り当てるか、または伝送中にスイッチまたはルータで割り当てることができます。パケットの詳細な検証は、コアスイッチおよびルータの負荷が重くならないように、ネットワークのエッジ付近で行います。

パス上のスイッチおよびルータは、クラス情報を使用して、個々のトラフィッククラスに割り当てるリソースの量を制限できます。Diff-Serv アーキテクチャでトラフィックを処理するときの、各デバイスの動作をホップ単位動作といいます。パス上のすべてのデバイスに一貫性のあるホップ単位動作をさせることによって、エンドツーエンドの QoS ソリューションを構築できます。

ネットワーク上で QoS を実装する作業は、インターネットワーキングデバイスが提供する QoS 機能、ネットワークのトラフィックタイプおよびパターン、さらには着信および発信トラフィックに求める制御のきめ細かさによって、簡単にも複雑にもなります。

パケット分類

パケット分類は、特定の基準に基づいて定義したポリシーの複数のクラスの 1 つに属するものとしてパケットを識別するプロセスです。モジュラ QoS CLI（MQC）は、ポリシークラスベースの言語です。ポリシークラスの言語は、次の定義に使用されています。

1 つまたは複数の一致基準があるクラスマップテンプレート
1 つまたは複数のクラスがポリシーマップに関連付けられているポリシーマップテンプレート

ポリシーマップテンプレートは、デバイスの 1 つまたは複数のインターフェイスに関連付けられます。

パケット分類は、ポリシーマップで定義されたクラスの 1 つに属するものとしてパケットを識別するプロセスです。分類プロセスは、処理されるパケットがクラス内の特定のフィルタに一致した場合に終了します。これは、最初の一致による終了と呼ばれます。つまり、ポリシーマップ内のクラスの順序に関係なく、パケットがポリシー内の複数のクラスに一致する場合、最初のクラスの一致後に分類プロセスが終了します。

パケットがポリシーのクラスと一致しない場合は、ポリシーのデフォルトクラスに分類されます。すべてのポリシーマップには、システム定義のクラスのデフォルトクラスがあり、どのユーザー定義クラスにも一致しないパケットに一致します。

パケット分類は次のタイプに分類できます。

パケットと合わせて伝搬される情報に基づく分類
デバイス固有の情報に基づく分類
階層型分類

パケットと合わせて伝搬される情報に基づく分類

パケットの一部としてエンドツーエンドまたはホップ間で伝搬される情報に基づく分類には、一般的に次のものがあります。

レイヤ 3 またはレイヤ 4 ヘッダーに基づく分類
レイヤ 2 情報に基づく分類

レイヤ 3 またはレイヤ 4 ヘッダーに基づく分類

これは最も一般的な導入シナリオです。レイヤ 3 およびレイヤ 4 ヘッダーの多くのフィールドは、パケット分類に使用できます。

最もきめ細かいレベルでは、この分類方法はフロー全体を照合するために使用できます。この導入タイプで、アクセスコントロールリスト（ACL）を使用できます。ACL は、フローのさまざまなサブセット（送信元 IP アドレスのみ、宛先 IP アドレスのみ、または両方の組み合わせなど）に基づく照合に使用することもできます。

分類は、IP ヘッダーの precedence 値または DSCP 値に基づいて実行することもできます。IP precedence フィールドは、特定のパケットを処理する必要がある相対プライオリティを示すために使用されます。これは、IP ヘッダー内のタイプオブサービス（ToS）バイトの 3 ビットで構成されます。

次の表に、さまざまな IP precedence ビット値と名前を示します。

表 2. IP precedence 値と名前
IP precedence 値	IP precedence ビット	IP precedence の名前
0	000	ルーチン
1	001	プライオリティ
2	010	即時
3	011	フラッシュ
4	100	フラッシュオーバーライド
5	101	重大
6	110	インターネットワーク制御
7	111	ネットワーク制御

（注）

ネットワークのルーティング制御トラフィックすべては、IP precedence 値 6 をデフォルトで使用します。また、IP precedence 値 7 は、ネットワーク制御トラフィック用に予約されています。したがって、IP precedence 値 6 および 7 はユーザートラフィック用に推奨されません。

DSCP フィールドは、IP ヘッダーの 6 ビットで構成され、インターネット技術特別調査委員会（IETF）の DiffServ ワーキンググルーにより標準化されています。DSCP ビットが含まれた元の ToS バイトは、DSCP バイトの名前を変更しました。DSCP フィールドは、IP precedence と同様に IP ヘッダーの一部です。DSCP フィールドは、IP precedence フィールドのスーパーセットです。したがって、DSCP フィールドは、IP precedence に関連して説明した内容と同様の方法で使用され、設定されます。

（注）

DSCP フィールド定義は IP precedence 値と下位互換性があります。

レイヤ 2 ヘッダー内の一部のフィールドは、ポリシーを使用して設定することもできます。

レイヤ 2 ヘッダーに基づく分類

レイヤ 2 ヘッダー情報に基づく分類は、さまざまな方法で実行できます。最も一般的な方法は次のとおりです。

MAC アドレスベースの分類（アクセスグループの場合のみ）：分類は送信元 MAC アドレス（入力方向のポリシー用）および宛先 MAC アドレス（出力方向のポリシー用）に基づいています。
サービスクラス：分類は、IEEE 802.1p 標準に基づくレイヤ 2 ヘッダーの 3 ビットに基づいて行われます。これは通常、IP ヘッダーの ToS バイトにマッピングします。
VLAN ID：分類は、パケットの VLAN ID に基づいて行われます。

（注）

レイヤ 2 ヘッダー内のこれらフィールドの一部は、ポリシーを使用して設定することもできます。

デバイス固有の情報に基づく分類

デバイスは分類がパケットヘッダーまたはペイロードの情報に基づいていない場合に使用できる分類メカニズムを提供します。

複数の入力インターフェイスから出力インターフェイスの特定のクラスに送信されるトラフィックを集約する必要が生じる場合があります。たとえば、複数のカスタマーエッジルータが、異なるインターフェイスの同じアクセスデバイスに接続される可能性があります。サービスプロバイダは、特定のレートでコアに送信されるすべての集約音声トラフィックをポリシングする場合があります。ただし、異なるカスタマーからの音声トラフィックには、異なる ToS 設定がなされている可能性があります。QoS グループベースの分類は、次のシナリオで役立つ機能です。

入力インターフェイスで設定されたポリシーは、QoS グループを特定の値に設定します。この値は出力インターフェイスでイネーブルになっているポリシーのパケットの分類に使用できます。

QoS グループは、デバイス内部のパケットデータ構造内のフィールドです。QoS グループは、デバイスの内部ラベルであり、パケットヘッダーの一部ではないことに注意してください。

QoS 有線モデル

QoS を実装するには、デバイスで次のタスクを実行する必要があります。

トラフィック分類：パケットまたはフローを相互に区別します。
トラフィックマーキングおよびポリシング：パケットがデバイスを移動するときに、特定の QoS を示すラベルを割り当て、パケットが設定されたリソース使用率制限に準拠するようにします。
キューイングおよびスケジューリング：リソース競合があるすべての状況で、異なる処理を行います。
シェーピング：デバイスから送信されるトラフィックが、特定のトラフィックプロファイルに適合するようにします。

入力ポートのアクティビティ

次のアクティビティはデバイスの入力ポートで発生します。

分類：パケットと QoS ラベルを関連付けて、パケットごとに異なるパスを分類します。たとえば、デバイスは、ある種類のトラフィックを別の種類のトラフィックと区別するためにパケット内の CoS または DSCP を QoS ラベルにマッピングします。生成された QoS ラベルは、このパケットでこれ以降に実行されるすべての QoS アクションを識別します。
ポリシング：ポリシングでは、着信トラフィックのレートを設定済みポリサーと比較して、パケットが適合か不適合かを判別します。ポリサーは、トラフィックフローで消費される帯域幅を制限します。その判別結果がマーカーに渡されます。
マーキング：マーキングでは、パケットが不適合の場合の対処法に関して、ポリサーおよび設定情報を検討し、パケットの扱い（パケットを変更しないで通過させるか、パケットの QoS ラベルをマークダウンするか、またはパケットをドロップするか）を決定します。

出力ポートのアクティビティ

次のアクティビティはデバイスの出力ポートで発生します。

ポリシング：ポリシングでは、着信トラフィックのレートを設定済みポリサーと比較して、パケットが適合か不適合かを判別します。ポリサーは、トラフィックフローで消費される帯域幅を制限します。その判別結果がマーカーに渡されます。
マーキング：マーキングでは、パケットが不適合の場合の対処法に関して、ポリサーおよび設定情報を検討し、パケットの扱い（パケットを変更しないで通過させるか、パケットの QoS ラベルをマークダウンするか、またはパケットをドロップするか）を決定します。
キューイング：キューイングでは、使用する出力キューを選択する前に、QoS パケットラベルと対応する DSCP 値または CoS 値を評価します。複数の入力ポートが 1 つの出力ポートに同時にデータを送信すると輻輳が発生することがあるため、重み付けテールドロップ（WTD）によってトラフィッククラスを区別し、QoS ラベルに基づいてパケットに別々のしきい値を適用します。しきい値を超過している場合、パケットはドロップされます。

分類

分類とは、パケットのフィールドを検証して、トラフィックの種類を区別するプロセスです。QoS がデバイス上でイネーブルになっている場合にのみ、分類はイネーブルです。デフォルトにより、QoS はデバイスでイネーブルになっています。

分類時に、デバイスは検索処理を実行し、パケットに QoS ラベルを割り当てます。QoS ラベルは、パケットに対して実行するすべての QoS アクション、およびパケットの送信元キューを識別します。

アクセスコントロールリスト

IP 標準 ACL、IP 拡張 ACL、またはレイヤ 2 MAC ACL を使用すると、同じ特性を備えたパケットグループ（クラス）を定義できます。また IPv6 ACL に基づいて IP トラフィックを分類することもできます。

QoS のコンテキストでは、アクセスコントロールエントリ（ACE）の許可および拒否アクションの意味が、セキュリティ ACL の場合とは異なります。

許可アクションとの一致が検出されると（最初の一致の原則）、指定の QoS 関連アクションが実行されます。
拒否アクションと一致した場合は、処理中の ACL がスキップされ、次の ACL が処理されます。
許可アクションとの一致が検出されないまま、すべての ACE の検証が終了した場合、そのパケットでは QoS 処理は実行されず、デバイスがベストエフォート型サービスを実行します。

ポートに複数の ACL が設定されている場合に、許可アクションを含む最初の ACL とパケットの一致が見つかると、それ以降の検索処理は中止され、QoS 処理が開始されます。

（注）

アクセスリストを作成するときは、アクセスリストの末尾に暗黙の拒否ステートメントがデフォルトで存在し、それ以前のステートメントで一致が見つからなかったすべてのパケットに適用されることに注意してください。

ACL でトラフィッククラスを定義した後で、そのトラフィッククラスにポリシーを結合できます。ポリシーにはそれぞれにアクションを指定した複数のクラスを含めることができます。ポリシーには、特定の集約としてクラスを分類する（DSCP を割り当てるなど）コマンドまたはクラスのレート制限を実施するコマンドを含めることができます。このポリシーを特定のポートに結合すると、そのポートでポリシーが有効になります。

IP ACL を実装して IP トラフィックを分類する場合は、access-list グローバルコンフィギュレーションコマンドを使用します。レイヤ 2 MAC ACL を実装して非 IP トラフィックを分類する場合は、mac access-list extended グローバルコンフィギュレーションコマンドを使用します。

クラスマップ

クラスマップは、特定のトラフィックフロー（またはクラス）に名前を付けて、他のすべてのトラフィックと区別するためのメカニズムです。クラスマップでは、さらに細かく分類するために、特定のトラフィックフローと照合する条件を定義します。この条件には、ACL で定義されたアクセスグループとの照合や、DSCP 値または IP precedence 値あるいは CoS 値の特定のリストとの照合を含めることができます。複数のトラフィックタイプを分類する場合は、別のクラスマップを作成し、異なる名前を使用できます。パケットをクラスマップ条件と照合した後で、ポリシーマップを使用してさらに分類します。

（注）

同じクラスマップに IPv4 と IPv6 の分類基準を同時に設定することはできません。ただし、同じポリシー内の異なるクラスマップで設定することは可能です。

クラスマップを作成するには、class-map グローバルコンフィギュレーションコマンドまたは class ポリシーマップコンフィギュレーションコマンドを使用します。複数のポリシー間でマップを共有する場合には、class-map コマンドを使用する必要があります。class-map コマンドを入力すると、デバイスによってクラスマップコンフィギュレーションモードが開始されます。

class class-default ポリシーマップコンフィギュレーションコマンドを使用して、デフォルトクラスを作成できます。デフォルトクラスはシステム定義であり、設定することはできません。分類されていないトラフィック（トラフィッククラスで指定された一致基準を満たさないトラフィック）は、デフォルトトラフィックとして処理されます。

存続可能時間分類

ACL マップに基づいてパケットを分類できます。ACL リストの基準として存続可能時間（TTL）を設定し、着信パケットの TTL チェックを実行できます。アクセスコントロールエントリは、IPv4 TTL をチェックし、着信パケットの値を照合するために使用されます。分類されたパケットは、ポリシーマップアクションに基づいてマーキングまたはポリシングされます。この分類ではキューイングを設定できません。

次に、TTL 分類の例を示します。

policy-map TTL_MATCH
	class IPV4_TTL
		police rate 6000000000
		set dscp af23

ip access-list extended IPV4_TTL
	permit ip any any ttl eq 100
	permit tcp any any ttl ne 150

!
Device#show run class-map IPV4_TTL
class-map match-all IPV4_TTL
	match access-group name IPV4_TTL
!

Device#show policy-map interface hun1/0/47

HundredGigE1/0/47

  Service-policy output: TTL_MATCH

    Class-map: IPV4_TTL (match-all)
    553567424 packets
    Match: access-group name IPV4_TTL
    police:
    rate 6000000000 bps, burst 187500000 bytes
    conformed 22983406600 bytes; actions:
    transmit
    exceeded 32375773000 bytes; actions:
    drop
    conformed 588922000 bps, exceeded 830894000 bps
    QoS Set
    dscp af23

    Class-map: class-default (match-any)
    2184433710 packets
    Match: any

レイヤ 3 パケット長分類

この機能は、IP ヘッダーのレイヤ 3 パケット長に基づいて、トラフィックを照合して分類する機能を提供します。レイヤ 3 パケット長とは、IP データグラム長と IP ヘッダー長の合計です。クラスポリシーマップの一致基準としてパケット長を設定し、着信パケットで値を照合することができます。分類されたパケットは、ポリシーマップアクションに基づいてマーキングまたはポリシングされます。この機能は、IPv6 パケットでは機能しません。

次に、レイヤ 3 パケット長の分類の例を示します。

Service-policy output: PACKET_MATCH1

Class-map: class-default (match-any)
	16281588 packets
  Match: any

Service-policy : L3_MATCH

Class-map: PACKET_LENGTH_1 (match-any)
  9910510 packets
  Match: packet length 7582
  Match: packet length 5000
  QoS Set
  dscp cs2
  police:
	rate 3 %
	rate 1200000000 bps, burst 37500000 bytes
	conformed 10000 bytes; actions:
  	transmit
	exceeded 112121 bytes; actions:
  	drop
	conformed 500 bps, exceeded 3434 bps

Class-map: PACKET_LENGTH_2 (match-all)
	6371042 packets
  Match: dscp cs4 (32)
  Match: packet length 7759
  police:
	rate 12000000000 bps, burst 375000000 bytes
	conformed 44545 bytes; actions:
	transmit
	exceeded 34343 bytes; actions:
	drop
	conformed 1211 bps, exceeded 11211 bps

Class-map: class-default (match-any)
	36 packets
  Match: any
	QoS Set
	  precedence 3
Device#

class-map match-any PACKET_LENGTH_1
match packet length min 7582 max 7582
match packet length min 5000 max 5000

class-map match-all PACKET_LENGTH_2
match dscp cs4
match packet length min 7759 max 7759

レイヤ 2 SRC-Miss または DST-Miss の分類

トラフィックは、送信元 MAC アドレスまたは宛先 MAC アドレスについて、MAC アドレステーブルに見つからない MAC アドレスで分類できます。L2-Miss 分類によるポリシーマップは、入力方向でレイヤ 2 インターフェイスに適用できます。ポリシング、マーキング、または再マーキングアクションは、この分類を使用して適用できます。L2-Miss 分類は、レイヤ 3 インターフェイスには適用できません。この分類ではキューイングを設定できません。

次に、L2-Miss 分類の例を示します。

Device #show run class-map DST-MISS
    class-map match-any DST-MISS
    match l2 dst-mac miss

Device #show run class-map SRC-MISS
    class-map match-all SRC-MISS
    match l2 src-mac miss

Device #show policy-map L2-MISS
Policy Map L2-MISS
    Class DST-MISS
        set dscp af22
    police cir percent 10
        conform-action transmit
        exceed-action drop
    Class SRC-MISS
        set precedence 1
    police rate percent 20
        conform-action transmit
        exceed-action drop
!
end

Device#

ポリシーマップ

ポリシーマップでは、作用対象のトラフィッククラスを指定します。アクションには次が含まれます。

トラフィッククラスに特定の DSCP 値または IP precedence 値を設定する
トラフィッククラスに CoS 値を設定する
QoS グループを設定する
トラフィックがアウトオブプロファイルになった場合の、トラフィックの帯域幅制限やアクションを指定する

ポリシーマップを効率的に機能させるには、ポートにポリシーマップを結合する必要があります。

ポリシーマップは、policy-map グローバルコンフィギュレーションコマンドを使用して作成し、名前を付けます。このコマンドを入力すると、デバイスはポリシーマップコンフィギュレーションモードを開始します。このモードでは、class または set ポリシーマップコンフィギュレーションコマンドおよびポリシーマップクラスコンフィギュレーションコマンドを使用して、特定のトラフィッククラスに対して実行するアクションを指定します。

ポリシーマップは、ポリシーマップクラスコンフィギュレーションコマンド police と bandwidth を使用して設定することもできます。これらのコマンドは、ポリサー、トラフィックの帯域幅制限、および制限を超過した場合のアクションを定義します。加えて、ポリシーマップは、priority ポリシーマップクラスコンフィギュレーションコマンド（クラスの優先順位をスケジューリングする）、またはキューイングポリシーマップクラスコンフィギュレーションコマンド（queue-buffers および queue-limit ）を使用すると、より詳細に設定できます。

ポリシーマップを有効にするには、service-policy インターフェイスコンフィギュレーションコマンドを使用してポートにマップを結合します。

（注）

priority と set の両方をポリシーマップに設定することはできません。これらのコマンド両方をポリシーマップに設定すると、ポリシーマップをインターフェイスに適用した際に、エラーメッセージが表示されます。次に、この制限の例を示します。

Device# configure terminal
Device(config)# class-map cmap
Device(config-cmap)# exit
Device(config)# class-map classmap1
Device(config-cmap)# exit
Device(config)# policy-map pmap
Device(config-pmap)# class cmap
Device(config-pmap-c)# priority level 1
Device(config-pmap-c)# exit
Device(config-pmap)# class classmap1
Device(config-pmap-c)# set dscp 10
Device(config-pmap-c)# exit
Device(config-pmap)# exit
Device(config)# interface HundredGigE1/0/2
Device(config-if)# service-policy output pmap

Non-queuing action only is unsupported in a queuing policy!!!
%QOS-6-POLICY_INST_FAILED:
Service policy installation failed

物理ポートのポリシーマップ

実行対象となるトラフィッククラスを指定する非階層型ポリシーマップを、物理ポート上に設定できます。アクションには、特定の DSCP あるいはトラフィッククラスでの IP プレシデンス値または QoS の値の設定、一致する各トラフィッククラス（ポリサー）に対するトラフィックの帯域幅限度の指定、トラフィックがアウトオブプロファイル（マーキング）の場合の処理などが含まれます。

ポリシーマップには、次の特性もあります。

1 つのポリシーマップに、それぞれ異なる一致条件とポリサーを指定した複数のクラスステートメントを指定できます。
ポリシーマップには、事前に定義されたデフォルトのトラフィッククラスを含めることができます。デフォルトのトラフィッククラスはマップの末尾に明示的に配置されます。

class class-default ポリシーマップコンフィギュレーションコマンドを使用してデフォルトのトラフィッククラスを設定すると、未分類トラフィック（トラフィッククラスで指定された一致基準に一致しないトラフィック）はデフォルトのトラフィッククラス（class-default ）として処理されます。
1 つのポートから受信されたトラフィックタイプごとに、別々のポリシーマップクラスを設定できます。

VLAN のポリシーマップ

デバイスは、VLAN の QoS 機能をサポートします。これにより、ユーザーは、着信フレームの VLAN 情報を使用して VLAN レベルで QoS 処理（分類と QoS アクション）を実行できます。VLAN ベースの QoS では、サービスポリシーが SVI インターフェイスに適用されます。VLAN ポリシーマップに属するすべての物理インターフェイスは、ポートベースのポリシーマップの代わりに VLAN ベースのポリシーマップが表示されるようにプログラムする必要があります。

ポリシーマップは VLAN SVI に適用されますが、ポート単位で実行できるのはマーキングまたは再マーキングアクションのみです。複数の物理ポートからのトラフィックの合計が認識されるようにポリサーを設定できません。各ポートは、そのポートに着信するトラフィックを制御する別のポリサーを必要とします。

QoS プロファイル

デバイスは、Ternary Content Addressable Memory（TCAM）を使用して分類ルールを保存します。TCAM リソースの使用を最適化するには、QoS プロファイルを使用して、使用頻度の低い機能の一部をオフにし、必要に応じてオンにします。

qos profile { default | extended} コマンドを使用して、必要な分類機能セットを選択できます。default キーワードは、共通の分類機能のみをロードします。extended キーワードは、デバイスで使用可能な完全な分類機能セット（ただしスケールは縮小されています）をロードします。デフォルトでは、一般的に使用される分類機能のみがデバイスに設定されます。

qos profile extended は、共通の分類機能とともに TCP フラグを有効にします。

show platform software fed active qos profile コマンドを使用して、デバイスに設定されている QoS プロファイルを確認できます。

例

device# show platform software fed active qos profile 
Using default - Common Classification Features

セキュリティグループ分類

セキュリティグループの分類には、送信元セキュリティグループタグ（SGT）と宛先セキュリティグループタグ（DGT）によって指定される送信元グループと宛先グループの両方が含まれます。

SGT QoS 分類の目的は、ユーザーグループを活用してポリシーの粒度を高めることです。これにより、ポリシーはアプリケーションに対応するだけでなく、ユーザーアイデンティティ（またはユーザーが属するユーザーのグループ）に基づいて差別化されたサービスを提供します。

SGT または DGT に基づく出力 QoS 分類はサポートされていません。

SGT ベースの QoS

SGT ベースの QoS 機能は、定義されたユーザーグループまたはデバイスに対して、QoS ポリシーおよびアクションに基づくトラフィックのクラスに特別な処理を提供します。この機能により、異なるユーザーグループによって開始されたアプリケーションやトラフィックに複数の QoS ポリシーを割り当てることができます。各ユーザーグループは一意の SGT 値によって定義され、MQC ベースの QoS 構成をサポートできます。

SGT ベースの QoS 機能は、SGT-DGT ベースのパケット分類に使用するユーザーグループおよびデバイスベースの QoS サービスレベルの両方に適用できます。これは、QoS ポリシーの優先度設定に使用するコンテキスト情報に基づくユーザーグループの定義をサポートできる可能性もあります。

SGACL との DGID の共有

リソースの制限により、4096 のセキュリティグループ宛先タグ（DGT）のみがサポートされます。DGT に基づく分類は、DGID と呼ばれるセキュリティ宛先タグ ID によって実現されます。DGID はグローバルリソースであり、SGACL と共有されます。DGID 割り当ては、検出された順序で行われます。デバイスでは、起動時に、QoS ポリシー設定の前に SGACL 設定が適用されます。したがって、DGID は最初に SGACL に割り当てられ、次に QoS ポリシーに割り当てられます。

show platform software fed sw active sgacl detail コマンドは、DGT から DGID へのマッピングを表示します。

例

device# show platform software fed active sgacl detail 

Global Enforcement: On
*Refcnt: for the non-SGACL feature
========================== DGID Table ====================================
SGT/Refcnt     DGT     DGID   hash  test_cell monitor   permitted  denied
==========================================================================
*/1            24        1     24    
 24            24        1     24       Off     Off        0           0

SGT ベースの QoS の制限

次に、SGT ベースの QoS 機能の制限事項を示します。

SGT ベースの QoS は、トンネルインターフェイスではサポートされません。
4096 のセキュリティ宛先タグと 65539 のセキュリティ送信元タグのみがサポートされます。
SGT ベースのポリシーは、インターフェイスの入力方向にのみ適用できます。

アップグレードまたはダウングレードの制約事項

以前のリリースから Cisco IOS XE リリース 16.12.x 以降にアップグレードする場合、サポートされる DGID の最大数は 256 です。この問題を解決するには、スイッチをリロードします。
Cisco IOS XE リリース 17.1.x から IOS XE 16.12.x リリースへのダウングレードの場合、割り当てられた DGID は 4096 と表示されますが、256 個の DGID のみがサポートされます。この問題を解決するには、スイッチをリロードします。
tcp フラグがポリシーで設定されている場合、In-Service Software Upgrade（ISSU）は失敗します。ISSU を実行するには、最初に tcp フラグ設定を削除します。
インターフェイスにアタッチされているポリシーマップが tcp フラグに基づいてトラフィックを分類すると、ISSU のアップグレードは失敗します。ISSU を実行するには、ポリシーマップをインターフェイスから切り離すか、tcp フラグの分類を削除します。

入力ポート FIFO パーサー

入力ポート FIFO（IPF）は、着信ネットワークトラフィックを解析して、フレームをさまざまなプライオリティレベルに分類します。トラフィッククラスはさまざまなパケット形式から抽出されます。たとえば、トラフィッククラスは、IP パケットの場合は Differentiated Services Code Point（DSCP; DiffServ コードポイント）から、dot1q タグパケットの場合はサービスクラス（CoS）から抽出できます。これらのトラフィッククラスはさらにプライオリティレベルにマッピングされます。このプライオリティレベルは、輻輳発生時にドロップを決定するために使用されます。

IPF パーサーは、グローバルモードと分離モード（ポートレベルでのハイおよびロープライオリティ設定）で使用できます。デフォルトでは、分離モードです。分離モードでは、プライオリティの区別はシステムレベルではなくポートレベルで行われます。

IPF パーサーをグローバルモードで設定するには、次のコマンドを使用します。

configure port-ingress-fifo mode global

次に、トラフィッククラスとプライオリティのマッピングを表示する show コマンドの例を示します。

Device# show platform hardware fed active qos ipf interface twentyFiveGigE 1/0/1 cos-map 
IPF cos to traffic class map for Interface [cos : traffic-class]:
------------------------------------------------------------------------
0 : 0           1 : 1           2 : 2           3 : 3
4 : 4           5 : 5           6 : 6           7 : 7
8 : 4           9 : 4           10 : 4          11 : 4
12 : 4          13 : 4          14 : 4          15 : 4

Device# show platform hardware fed active qos ipf interface twentyFiveGigE 1/0/1 dscp-map 
IPF dscp to traffic class map for Interface [dscp : traffic-class]:
----------------------------------------------------------------
0 : 0           1 : 0           2 : 0           3 : 0
4 : 0           5 : 0           6 : 0           7 : 0
8 : 1           9 : 1           10 : 1          11 : 1
12 : 1          13 : 1          14 : 1          15 : 1
16 : 2          17 : 4          18 : 4          19 : 4
20 : 4          21 : 4          22 : 4          23 : 4
24 : 3          25 : 4          26 : 4          27 : 4
28 : 4          29 : 4          30 : 4          31 : 4
32 : 4          33 : 4          34 : 4          35 : 4
36 : 4          37 : 4          38 : 4          39 : 4
40 : 4          41 : 4          42 : 4          43 : 4
44 : 4          45 : 4          46 : 5          47 : 4
48 : 6          49 : 4          50 : 4          51 : 4
52 : 4          53 : 4          54 : 4          55 : 4
56 : 7          57 : 4          58 : 4          59 : 4
60 : 4          61 : 4          62 : 4          63 : 4

Device#show platform hardware fed active qos ipf interface twentyFiveGigE 1/0/1 exp-map 
IPF exp to traffic class map for Interface [exp : traffic-class]:
-----------------------------------------------------------------
0 : 0           1 : 1           2 : 2           3 : 3
4 : 4           5 : 5           6 : 6           7 : 7

Device#show platform hardware qos ipf interface twentyFiveGigE 1/0/1 ipf-parse-cfg 
IPF configration for Interface:
--------------------------------
Port Trust:           Enabled
Default TC:           0
Dscp based parsing:   Disabled
Exp based parsing:    Disabled
Fdcos based parsing:  Enabled
cos based parsing:    Disabled

Device#show platform hardware fed active qos ipf tc-to-pri asic 0    
IPF traffic class to priority for[Asic:Core:TlaInst]::[0:0:0]
-------------------------------------------------------------
Priority                Traffic Classes
--------                ---------------
Low Pri :               0  1  4  
High Pri:               2  3  5  6  7  
IPF traffic class to priority for[Asic:Core:TlaInst]::[0:0:1]
-------------------------------------------------------------
Priority                Traffic Classes
--------                ---------------
Low Pri :               0  1  4  
High Pri:               2  3  5  6  7

統計情報の show コマンド：

Device#show platform hardware fed active qos ipf statistics asic 0
Ipf Statistics:[Asic|Core|Tla] : [0 | 0 | 0] - Global Mode
-----------------------------------------------
Ipf misc packet drops:                           0
Ipf Drop Statistics
-------------------
low pri Frames drop:                       0
low pri mop Frames drop:                   0
high pri Frames drop:                      0
almost full Frames drop:                   0
RCP Frames drop:                           0

Ipf Statistics:[Asic|Core|Tla] : [0 | 0 | 1] - Global Mode
-----------------------------------------------
Ipf misc packet drops:                           0
Ipf Drop Statistics
-------------------
low pri Frames drop:                       0
low pri mop Frames drop:                   0
high pri Frames drop:                      0
almost full Frames drop:                   0
RCP Frames drop:                           0

ポリシング

パケットが分類され、DSCP ベース、CoS ベース、または QoS グループのラベルが割り当てられると、ポリシングおよびマーキングプロセスを開始できます。

ポリシングには、トラフィックの帯域幅限度を指定するポリサーの作成が伴います。制限を超えるパケットは、「アウトオブプロファイル」または「不適合」になります。各ポリサーはパケットごとに、パケットが適合か不適合かを判別し、パケットに対するアクションを指定します。これらのアクションはマーカーによって実行されます。パケットを変更しないで通過させるアクション、パケットをドロップするアクション、またはパケットに割り当てられた DSCP または CoS 値を変更（マークダウン）してパケットの通過を許可するアクションなどがあります。

パケットの混乱を避けるため、通常、適合トラフィックも不適合トラフィックも同じキューを通過します。

（注）

すべてのトラフィックは、ブリッジングされるかルーティングされるかに関係なく、ポリサーの影響を受けます（ポリサーが設定されている場合）。その結果、ブリッジングされたパケットは、ポリシングまたはマーキングが行われたときにドロップされたり、DSCP または CoS フィールドが変更されたりすることがあります。

物理ポートでのみポリシングを設定できます。

ポリシーマップおよびポリシングアクションを設定したら、service-policy インターフェイスコンフィギュレーションコマンドを使用して、入力ポートまたは出力ポートにポリシーマップを付加します。

トークンバケットアルゴリズム

ポリシングはトークンバケットアルゴリズムを使用します。各フレームがデバイスに着信すると、バケットにトークンが追加されます。バケットにはホールがあり、平均トラフィックレートとして指定されたレート（ビット/秒）で送信されます。バケットにトークンが追加されるたびに、デバイスは、バケット内に十分なスペースがあるかを確認します。十分なスペースがなければ、パケットは不適合とマーキングされ、指定されたポリサーアクション（ドロップまたはマークダウン）が実行されます。

バケットが満たされる速度は、バケット深度（burst-byte）、トークンが削除されるレート（rate-bps）、および平均レートを上回るバースト期間によって決まります。バケットのサイズによってバースト長に上限が設定され、バックツーバックで送信できるフレーム数が制限されます。バースト期間が短い場合、バケットはオーバーフローせず、トラフィックフローに何のアクションも実行されません。ただし、バースト期間が長く、レートが高い場合、バケットはオーバーフローし、そのバーストのフレームに対してポリシングアクションが実行されます。

バケットの深さ（バケットがオーバーフローするまでの許容最大バースト）を設定するには、police ポリシーマップクラスコンフィギュレーションコマンドの burst-byte オプションを使用します。トークンがバケットから削除される速度（平均レート）を設定するには、police ポリシーマップクラスコンフィギュレーションコマンドの rate オプションを使用します。

マーキング

マーキングは、特定の情報をネットワークのダウンストリームデバイスに伝送するか、デバイス内の 1 つのインターフェイスから別のインターフェイスに情報を伝送するために使用します。

マーキングは、パケットヘッダーの特定のフィールド/ビットを設定するか、デバイス内部のパケット構造内の特定のフィールドを設定するために使用できます。さらに、マーキング機能はフィールド間のマッピングの定義に使用できます。QoS では次のマーキング方法を使用できます。

パケットヘッダー
デバイス固有の情報
テーブルマップ

パケットヘッダーのマーキング

パケットヘッダーフィールドのマーキングは 2 種類の一般的なカテゴリに分類できます。

IPv4/v6 ヘッダービットマーキング
レイヤ 2 ヘッダービットマーキング

IP レベルのマーキング機能は、precedence を設定したり、IP ヘッダー内の DSCP を特定の値に設定したりして、ダウンストリームデバイス（スイッチまたはルータ）で特定のホップごとの動作を実行するために使用されます。また、異なる入力インターフェイスからのトラフィックを、出力インターフェイス内の単一のクラスに集約するためにも使用できます。この機能は現在、IPv4 および IPv6 ヘッダーでサポートされています。

レイヤ 2 ヘッダーのマーキングは、通常、ダウンストリームデバイス（スイッチまたはルータ）のドロップ動作に影響を与えるために使用されます。これは、レイヤ 2 ヘッダーの一致と並行して動作します。ポリシーマップを使用して設定されるレイヤ 2 ヘッダーのビットはサービスクラスです。

スイッチ固有の情報のマーキング

この形式のマーキングには、パケットヘッダーの一部ではないパケットデータ構造内のフィールドのマーキングが含まれます。これにより、後でデータパスでマーキングを使用できるようになります。これはスイッチ間で伝搬されません。QoS グループのマーキングはこのカテゴリに分類されます。この形式のマーキングは、入力インターフェイスで有効になっているポリシーだけでサポートされます。対応する照合機能を同じスイッチの出力インターフェイスでイネーブルにし、適切な QoS アクションを適用することができます。

テーブルマップのマーキング

テーブルマップマーキングは変換表を使用したフィールド間のマッピングおよび変換を可能にします。この変換表はテーブルマップと呼ばれます。

インターフェイスに接続されているテーブルマップに応じて、パケット内の CoS、DSCP、および Precedence 値が書き換えられます。デバイスにより、入力のテーブルマップポリシーと出力のテーブルマップポリシーの両方を設定できます。

たとえば、テーブルマップは、レイヤ 2 CoS 設定をレイヤ 3 の precedence 値にマッピングするのに使用できます。この機能により、マッピングを実行する方法を示す 1 つのテーブルに複数の set コマンドを組み合わせて使用することができます。このテーブルは複数のポリシーで参照するか、または同じポリシー内で複数回参照することができます。

テーブルマップベースのポリシーでは、次の機能がサポートされています。

変換：1 つの DSCP 値セットから別の DSCP 値セットにマッピングするテーブルマップを利用できます。また、このテーブルマップは出力ポートに付加できます。
書き換え：入力パケットは設定されたテーブルマップに基づいて書き換えられます。
マッピング：テーブルマップベースのポリシーは、set ポリシーの代わりに使用できます。

テーブルマップマーキングには、次の手順が必要です。

テーブルマップの定義：table-map グローバルコンフィギュレーションコマンドを使用して値をマッピングします。テーブルが使用されるクラスまたはポリシーは認識されません。テーブルマップのデフォルトのコマンドは、「from」フィールドで一致がない場合に値が「to」フィールドにコピーされることを示すために使用されます。
ポリシーマップの定義：テーブルマップを使用するポリシーマップを定義します。
ポリシーをインターフェイスに関連付けます。

（注）

入力ポートのテーブルマップポリシーによって、そのポートの信頼設定が qos-marking の「from」タイプに変更されます。

（注）

dscp 値以外の値を信頼するには、テーブルマップを入力方向でデフォルトのコピーとともに使用します。

（注）

出力のテーブルマップポリシーで QoS グループを DSCP 値にマッピングすると、QoS グループは DSCP に対応する同等の COS 値をマッピングしません。QoS グループをゼロ以外の COS 値に定義する場合は、COS テーブルマップに別の QoS グループを設定します。

トラフィックの調整

ネットワークで QoS をサポートするには、サービスプロバイダネットワークに入るトラフィックをネットワーク境界ルータでポリシングし、トラフィックレートがサービス範囲内に収まるようにする必要があります。ネットワークコアのプロビジョニングで処理できるように設定されているトラフィックよりも多くのトラフィックがネットワーク境界のいくつかのルータから送信開始されると、トラフィック負荷の増加によってネットワーク輻輳が発生します。ネットワークのパフォーマンスが低下すると、すべてのネットワークトラフィックで QoS を提供することが困難になります。

トラフィックポリシング機能（ポリシング機能を使用）およびシェーピング機能（トラフィックシェーピング機能を使用）はトラフィックレートを管理しますが、トークンが不足した場合のトラフィックの処理方法が異なります。トークンの概念は、トークンバケット方式、トラフィック測定機能に基づいています。

（注）

ネットワークトラフィックで QoS テストを実行すると、シェーパーデータとポリシングデータで異なる結果が生じることがあります。シェーピングからのネットワークトラフィックデータの方が、より正確な結果が得られます。

この表は、ポリシングとシェーピングの機能を比較します。

表 3. ポリシングとシェーピングの機能の比較
ポリシング機能	シェーピング機能
適合するトラフィックをラインレートで送信し、バーストを許可します。	トラフィックが固定レートでスムーズに送信されます。
トークンが不足すると、アクションがただちに実行されます。	トークンが不足すると、パケットをバッファし、後でトークンが使用可能になった時点で送信します。シェーピングを使用するクラスにはキューが関連付けられており、このキューを使用してパケットがバッファされます。
ポリシングは、ビット/秒、パケット/秒、およびセル/秒など複数の単位で設定できます。	シェーピングの設定単位はビット/秒だけです。
ポリシングには、イベントに複数の可能なアクションが関連付けられています。このようなアクションの例としては、イベント、マーキング、ドロッピングなどがあります。	シェーピングはプロファイルを満たさないパケットをマークできません。
入出力両方のトラフィックで機能します。	出力トラフィックに対してのみ実装されます。
ウィンドウサイズを小さくしたためにパケットドロップが発生すると、伝送制御プロトコル（TCP）は、回線速度でラインを検出しますが、設定されたレートに適合します。	TCP は低速回線があることを検出し、再送信タイマーを適切に調整できます。これにより、再送信の範囲が狭くなり、TCP に負担をかけません。

ポリシング

QoS ポリシング機能は、トラフィッククラスに最大レートを強制するために使用されます。QoS ポリシング機能は、プライオリティ機能と合わせて、プライオリティトラフィックを制限するためにも使用できます。レートを超過した場合は、イベント発生直後に特定のアクションが実行されます。レート（認定情報レート [CIR] および最大情報レート [PIR]）とバーストパラメータ（適合バーストサイズ [ B_c] および拡張バーストサイズ [B_e]）は、すべてバイト/秒で設定されます。

QoS では次のポリシング形式またはポリサーがサポートされます。

シングルレート 2 カラーポリシング
デュアルレート 3 カラーポリシング

（注）

シングルレート 3 カラーポリシングはサポートされません。

シングルレート 2 カラーポリシング

シングルレート 2 カラーポリサーは、CIR と B_c だけを設定するモードです。

B_c は任意のパラメータであり、これが指定されていない場合、デフォルトで計算されます。このモードでは、着信パケットに十分なトークンがある場合、パケットは適合すると見なされます。パケットの到着時に、十分なトークンが B_c の範囲内で使用できない場合、パケットは設定レートを超えたと見なされます。

（注）

トークンバケットアルゴリズムの詳細については、トークンバケットアルゴリズムを参照してください。

デュアルレート 3 カラーポリシング

デュアルレートポリサーでは、デバイスはカラーブラインドモードのみをサポートします。このモードでは、認定情報レート（CIR）および最大情報レート（PIR）を設定します。名前からわかるように、この場合、最大レート用に 1 つ、認定レート用に 1 つの、合わせて 2 つのトークンバケットがあります。

（注）

トークンバケットアルゴリズムの詳細については、トークンバケットアルゴリズムを参照してください。

カラーブラインドモードでは、最大レートのバケットの着信パケットが最初にチェックされます。十分な数のトークンがない場合、パケットはレートに違反していると見なされます。十分な数のトークンがある場合、次に適合レートのバケットのトークンをチェックして、十分な数のトークンがあるかどうかを判別します。最大レートのバケットにあるトークンは、パケットのサイズによって減少します。十分な数のトークンがない場合、パケットが設定されているレートを超過していると見なされます。十分な数のトークンがある場合、パケットは適合すると見なされ、両方のバケットのトークンは、パケットのサイズによって減少します。

トークン補充レートは着信パケットによって異なります。あるパケットが時間 T1 に着信し、次のパケットが時間 T2 に着信したとします。T1 と T2 間の時間間隔は、トークンバケットに追加される必要があるトークンの数を決定します。これは次のように計算されます。

パケットの時間間隔（T2-T1） * CIR）/8 バイト

シェーピング

シェーピングは、ダウンストリームスイッチおよびルータで輻輳が発生しないようにトラフィックレートを調整しながら、トラフィックの最大レートを強制するプロセスのことです。最も一般的な形式のシェーピングは、物理または論理インターフェイスから送信されるトラフィックを制限するために使用されます。

シェーピングにはバッファが関連付けられており、十分なトークンがないパケットがすぐにドロップされずにバッファされます。シェーピングされるトラフィックのサブセットで使用可能なバッファ数は制限され、さまざまな要因に基づいて計算されます。使用可能なバッファの数は、特定の QoS コマンドを使用して調整できます。パケットはドロップされずに、バッファが使用可能になった時点でバッファされます。

クラスベーストラフィックシェーピング

デバイスではクラスベースのトラフィックシェーピングを使用します。このシェーピング機能は、インターフェイスに関連付けられたポリシーのクラスでイネーブルになります。シェーピングが設定されたクラスには、トークンがないパケットを保持する複数のバッファが割り当てられます。バッファされたパケットは FIFO を使用してクラスから送信されます。最も一般的な形式の使用では、クラスベースのシェーピングを使用して、全体として物理インターフェイスまたは論理インターフェイスの最大レートを強制します。クラスでは次のシェーピング形式がサポートされます。

平均レートシェーピング
階層型シェーピング

シェーピングは、トークンバケットを使用して実行されます。CIR、B_c、B_e の値は、パケットが送信されるレートと、トークンが補充されるレートを決定します。

（注）

トークンバケットアルゴリズムの詳細については、トークンバケットアルゴリズムを参照してください。

平均レートシェーピング

平均レートシェーピングを設定するには、shape average ポリシーマップクラスコマンドを使用します。

このコマンドは、特定のクラスの最大帯域幅を設定します。キューの帯域幅は、ポートでさらに使用できる帯域幅があってもこの値に制限されます。デバイスでは、割合またはターゲットビットレート値でシェーピング平均を設定できます。

階層型シェーピング

シェーピングは、階層内の複数のレベルで設定することもできます。これは、シェーピングを設定した親ポリシーを作成して、追加のシェーピングを設定した子ポリシーを親ポリシーに付加することで実現できます。

ポートシェーパーでは、クラスデフォルトが使用され、親で実行できるアクションはシェーピングだけです。キューイングアクションはポートシェーパーがある子で実行されます。ユーザー設定のシェーピングを使用すると、子のキューイングアクションを設定することはできません。

キューイングおよびスケジューリング

デバイスは、トラフィックの輻輳を防止するためにキューイングおよびスケジューリングを使用します。デバイスは、次のキューイングおよびスケジューリング機能をサポートします。

帯域幅
重み付けテールドロップ
プライオリティキュー
キューバッファ
重み付けランダム早期検出

ポートにキューイングポリシーを定義すると、制御パケットは、しきい値が最も高いベストプライオリティキューにマッピングされます。制御パケットのキューマッピングは、以下の状況では異なって機能します。

Quality of Service（QoS）ポリシーなし：QoS ポリシーが設定されていない場合、DSCP 値が 16、24、48、および 56 の制御パケットは、最も高いしきい値 threshold2 を持つキュー 0 にマッピングされます。

ユーザー定義のポリシーあり：出力ポートに設定されているユーザー定義のキューイングポリシーは、制御パケットのデフォルトのプライオリティキューの設定に影響する可能性があります。

（注）

出力方向のキューイングポリシーは match access-group 分類をサポートしません。

制御トラフィックは、次のルールに基づいて最適なキューにリダイレクトされます。

ユーザーポリシーで定義されている場合、最高レベルのプライオリティキューがベストキューとして常に選択されます。
プライオリティキューがない場合、Cisco IOS ソフトウェアは、ベストキューとしてキュー 0 を選択します。ソフトウェアがベストキューとしてキュー 0 を選択した場合は、コントロールプレーントラフィックに最適な QoS 処理を提供するために、このキューに最大帯域幅を定義する必要があります。
しきい値がベストキューで設定されていない場合、Cisco IOS ソフトウェアは、DiffServ コードポイント（DSCP）値が 16、24、48、および 56 の制御パケットを threshold2 にマッピングされるように割り当て、ベストキュー内の残りの制御トラフィックを threshold1 に再割り当てします。

ポリシーが制御トラフィックに対して明示的に設定されていない場合、Cisco IOS ソフトウェアはすべての一致しない制御トラフィックを threshold2 を持つベストキューにマッピングし、一致する制御トラフィックはポリシーで設定されたキューにマッピングされます。

（注）

レイヤ 3 パケットに適切な QoS を提供するために、パケットが適切なキューに明示的に分類されていることを確認する必要があります。ソフトウェアはデフォルトキューで DSCP 値を検出すると、自動的にこのキューをベストキューとして再割り当てします。

帯域幅

デバイスは次の帯域幅設定をサポートしています。

帯域幅
帯域幅の割合
残存帯域幅の割合

帯域幅の割合

特定のクラスに最小帯域幅を割り当てるには、bandwidth percent ポリシーマップクラスコマンドを使用します。合計が 100 % を超えることはできず、合計が 100 % 未満である場合は、残りの帯域幅がすべての帯域幅キューで均等に分割されます。

（注）

キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。

ポリシーマップで帯域幅タイプを混在させることはできません。たとえば、1 つのポリシーマップで帯域幅の割合と kbps の両方を使用して、帯域幅を設定することはできません。

残存帯域幅の割合

指定されたキューでの未使用帯域幅の割合を作成するには、bandwidth remaining percent ポリシーマップクラスコマンドを使用します。未使用帯域幅は、これら指定されたキューにより、設定で指定されている割合で使用されます。このコマンドは、priority コマンドがポリシー内の特定のキューでも使用される場合に使用します。

割合を割り当てる場合には、これらの割合に従って、キューに特定の重みが割り当てられます。

0 〜 100 の割合を指定できます。たとえば、1 つのクラスの帯域幅余剰割合を 2 に設定し、別のクラスで帯域幅余剰割合 4 のキューを設定できます。帯域幅余剰割合 4 は、帯域幅余剰割合 2 の 2 倍の頻度でスケジュールされます。

ポリシーの全帯域幅の割合の割り当ては 100 を超えることができます。たとえば、1 つのキューの帯域幅余剰割合を 50 に設定し、別のキューに帯域幅余剰割合 100 を設定できます。

重み付けテールドロップ

デバイス出力キューは、重み付けテールドロップ（WTD）と呼ばれるテールドロップ輻輳回避メカニズムの拡張バージョンを使用します。WTD はキュー長を管理したり、トラフィック分類ごとにドロップ優先順位を設定したりするために実装されています。

フレームが特定のキューにキューイングされると、WTD はフレームに割り当てられた QoS ラベルを使用して、それぞれ異なるしきい値を適用します。この QoS ラベルのしきい値を超えると（宛先キューの空きスペースがフレームサイズより小さくなると）、フレームはドロップされます。

各キューには 3 種類の設定可能なしきい値があります。QoS ラベルは、3 つのしきい値のうちのどれがフレームの影響を受けるかを決定します。

図 2. WTD およびキューの動作. 次の図は、サイズが 1000 フレームであるキューでの WTD の動作の例を示しています。ドロップ割合は次のように設定されています。40%（400 フレーム）、60%（600 フレーム）、および 100%（1000 フレーム）です。これらのパーセンテージは、40% しきい値の場合は最大 400 フレーム、60% しきい値の場合は最大 600 フレーム、100% しきい値の場合は最大 1000 フレームをキューイングできるという意味です。

例では、CoS 値 6 は他の CoS 値よりも重要度が高く、100 %のドロップしきい値（キューフルステート）に割り当てられます。CoS 値 4 は 60 % しきい値に、CoS 値 3 は 40 % しきい値に割り当てられます。これらのしきい値の割り当てはすべて、 queue-limit cos コマンドを使用します。

600 のフレームが格納されているキューに、新しいフレームが着信したとします。これは CoS 値 4 を使用し、60 % のしきい値が適用されます。このフレームがキューに追加されると、しきい値を超過するため、フレームはドロップされます。

重み付けテールドロップのデフォルト値

次に、重み付けテールドロップ（WTD）のデフォルト値と、WTD しきい値を設定するためのルールを示します。

WTD に対して 2 つ以下のキュー制限割合を設定する場合、WTD のデフォルト値はこれらのしきい値に割り当てられます。

次に、WTD しきい値のデフォルト値を示します。

表 4. WTD しきい値のデフォルト値
しきい値	デフォルト値の割合
0	80
1	90
2	400

異なる 3 つの WTD しきい値が設定されている場合、キューは設定どおりにプログラムされます。
2 つの WTD しきい値が設定されている場合、最大値の割合は 400 です。
1 つの WTD しきい値が x として設定されている場合、最大値の割合は 400 です。
- x の値が 90 未満の場合、threshold1 = 90 および threshold 0= x です。
- x の値が 90 の場合、threshold1 = 90、threshold 0 = 80 です。
- x の値が 90 より大きい場合、threshold1 = x、threshold 0 = 80 です。

プライオリティキュー

各ポートは 8 つの出力キューをサポートし、そのうち 2 つにプライオリティを設定できます。

2 つのクラスのプライオリティを設定するには、priority level ポリシークラスマップコマンドを使用します。1 つのクラスにプライオリティキューレベル 1 を設定し、別のクラスにプライオリティキューレベル 2 を設定する必要があります。これら 2 つのキューのパケットは、他のキューと比較して、低遅延になります。

プライオリティキューが設定されている場合は、100％のラインレートトラフィックを送信できません。プライオリティキューが設定されている場合、ラインレートトラフィックは 99.6％にしかならないため、遅延は 20 マイクロ秒未満になります。

（注）

プライオリティは 1 つのレベルのみ設定できます。

1 つのポリシーマップで使用できる完全プライオリティまたはレベル付きプライオリティは 1 つだけです。kbps または割合のない同じプライオリティレベルが設定された複数のプライオリティは、ポリシングですべてが設定された場合にのみ使用できます。

プライオリティキューポリサー

このスイッチは、プライオリティキューのポリシングレートの設定をサポートします。プライオリティキューポリサーは、シングルレート 2 カラーポリシングのみをサポートします。

（注）

テーブルマップを使用したポリシングはサポートされません。

プライオリティキューポリサーの設定例

例 1

Policy Map priority-1
    Class prio1
      priority level 1
     police rate percent 10
       conform-action transmit 
       exceed-action drop 
    Class prio2
      priority level 2
     police rate percent 5
       conform-action transmit 
       exceed-action drop 
    Class new
      bandwidth 20 (%)

例 2

Policy Map priority-1
    Class prio1
      priority level 1 20 (%)
     police rate percent 10
       conform-action transmit 
       exceed-action drop 
    Class prio2
      priority level 2 25 (%)
     police rate percent 5
       conform-action transmit 
       exceed-action drop 
    Class new
      bandwidth 20 (%)

キューバッファ

ブート時に有線ポートでイネーブルになっているポリシーマップがない場合、デフォルトで作成される 2 つのキューがあります。有線ポートには、MQC ベースのポリシーを使用して最大 8 つのキューを設定できます。次の表に、どのパケットがどのキューに入っているかを示します。

表 5. DSCP、Precedence、CoS：キューのしきい値のマッピングテーブル
DSCP、Precedence、CoS	キュー	しきい値
制御パケット	0	2
他のパケット	1	2

（注）

バッファのアベイラビリティを保証し、ドロップしきい値を設定し、キューの最大メモリ割り当てを設定できます。キューバッファを設定するには、 queue-buffers ポリシーマップクラスコマンドを使用します。最大しきい値を設定するには、queue-limit ポリシーマップクラスコマンドを使用します。

バッファ割り当ては 2 種類あります。キューに明示的に予約される厳格なバッファと、特定のポートで未使用時に他のポートで利用可能な柔軟なバッファです。

有線ポートのデフォルトでは、キュー 0 には、厳格なバッファとしてインターフェイスで利用可能なバッファの 40% が割り当てられます。つまり、1 ギガビットポートにおいては、キュー 0 に対して 200 バッファが割り当てられ、10 ギガビットポートにおいては、600 バッファが割り当てられます。このキューの柔軟な最大値は厳格なバッファの 4 倍に設定されます。つまり、1 ギガビットポートの場合は 800、10 ギガビットポートの場合は 2400、40 ギガビットポートの場合は 9600 に設定されます。

キュー 1 に割り当てられた厳格なバッファはありません。柔軟なバッファの最小割り当ては、1 ギガビットポートの場合は 300 バッファ、10 ギガビットポートの場合は 900 バッファ、40 ギガビットポートの場合は 3600 バッファです。キュー 1 の柔軟なバッファの最大割り当ては、柔軟なバッファの最小割り当ての 4 倍に設定されます。つまり、1 ギガビットポートの場合は 1200 バッファ、10 ギガビットポートの場合は 3600 バッファ、40 ギガビットポートの場合は 14400 バッファです。

（注）

デフォルトでは、キュー 0 はプライオリティキューではありません。ポリシーマップでは、priority level コマンドを使用して、キュー 0 をプライオリティキューにすることができます。キュー 0 にプライオリティレベル 1 が割り当てられている場合、このキューのソフト最大制限はハード最大制限と同じ値に自動的に設定されます。

C9300-24UB、C9300-24UXB、および C9300-48UB スイッチでのキューバッファ管理

Cisco Catalyst 9300 スイッチ、C9300-24UB、C9300-24UXB、および C9300-48UB は、C9300 シリーズの他のスイッチと比較して、速度の不一致によるマイクロバーストトラフィックおよび輻輳を処理するパケットバッファ機能を拡張するために大きなバッファがプロビジョニングされています。スタッキングモードと非スタッキングモードを選択することにより、大きなバッファサイズを有効または無効にできます。

C9300-24UB および C9300-48UB スイッチのスタッキングモードと非スタッキングモードのバッファは、qos stack-buffer コマンドを使用して管理できます。

（注）

C9300-24UXB は qos stack-buffer コマンドをサポートしていません。C9300-24UXB は常にスタッキングモードで起動します。

デフォルトでは、C9300-24UB、C9300-24UXB、C9300-48UB スイッチの起動時にスタッキングが有効になります。qos stack-buffer disable コマンドを実行してからスイッチをリロードすると、C9300-24UB および C9300-48UB スイッチをスタンドアロンモード（非スタッキングモード）で起動できます。スタンドアロンモードでは、スイッチのスタッキング機能は無効です。スタッキングモードに切り替えるには、qos stack-buffer enable コマンドを実行し、write memory コマンドを使用して設定を保存してから、デバイスをリロードします。

（注）

C9300-24UB、C9300-24UXB、および C9300-48UB を C9300 シリーズの他のスイッチとスタックすることはできません。C9300-24UB、C9300-24UXB、および C9300-48UB スイッチは、相互にのみスタックできます。

キューバッファの割り当て

キューに対するバッファ割り当ては、queue-buffers ratio ポリシーマップクラスコンフィギュレーションコマンドを使用して調整できます。

ダイナミックなしきい値および拡張

従来、予約バッファは各キューに静的に割り当てられていました。キューがアクティブかどうかにかかわらず、バッファはキューに保持されます。さらに、キューの数が増えるに従って、各キューに割り当てられた予約バッファの部分が徐々に短くなることがあります。最終的に、すべてのキューのジャンボフレームをサポートするのに十分な予約バッファがなくなる可能性があります。

デバイスは、バッファリソースを公平かつ効率的に割り当てる機能として、ダイナミックなしきい値および拡張（DTS）をサポートしています。輻輳が発生すると、この DTS 機能はグローバル/ポートリソースの占有に基づいて、着信データにバッファを柔軟に割り当てます。概念上、DTS は、リソースを他のキューが使用できるように、キューバッファの割り当てを徐々に縮小します。逆も同様です。この柔軟な方法によって、バッファをより効率的かつ公平に利用できるようになります。

前の項で説明したように、キューには厳格な制限と柔軟な制限の 2 つの制限が設定されています。

厳格な制限は DTS の一部ではありません。これらのバッファはそのキューにだけ使用できます。厳格な制限の合計は、グローバルに設定された厳格な最大制限未満である必要があります。出力キューイングのために設定されたグローバルな厳格な制限は、現在 5705 に設定されています。MQC ポリシーが設定されていないデフォルトのシナリオでは、24 の 1 ギガビットポートが 24 * 67 = 1608 を使用し、4 つの 10 ギガビットポートが 4 * 720 = 2880 を使用し、合計 4488 のバッファを使用して、設定に基づいてより厳格なバッファを割り当てることができます。

柔軟なバッファ制限は DTS プロセスに参加します。さらに、柔軟なバッファ割り当ての一部は、グローバルな柔軟な制限の割り当てを超えることができます。出力キューイング用のグローバルな柔軟な制限は、現在 27024 に設定されています。厳格な制限と柔軟な制限の合計は 39696 になり、10.1 MB に変換されます。柔軟なバッファ割り当ての合計がグローバルな制限を超える場合があるため、システムの負荷が軽ければ、特定のキューで多数のバッファを使用できるようになります。DTS プロセスはシステムの負荷が増大するにしたがって、キュー単位の割り当てを動的に調整します。

重み付けランダム早期検出

重み付けランダム早期検出（WRED）は、ネットワークでの輻輳を回避するメカニズムです。WRED は、出力インターフェイスにネットワーク混雑の兆候が表れた際に、選択的にパケットをドロップしてテールドロップの確率を減らし、多数のパケットが一度にドロップされないようにします。

WRED の詳細については、次を参照してください。重み付けランダム早期検出の設定

Cisco IP Phone の信頼境界機能のポートセキュリティ

一般的なネットワークでは、デバイスポートに Cisco IP Phone を接続し、電話の背後からデータパケットを生成するデバイスをカスケードします。Cisco IP Phone では、音声パケット CoS レベルをハイプライオリティ（CoS = 5）にマーキングし、データパケットをロープライオリティ（CoS = 0）にマーキングすることで、共有データリンクを通して音声品質を保証しています。電話からデバイスに送信されたトラフィックは通常 802.1Q ヘッダーを使用するタグでマーキングされています。ヘッダーには VLAN 情報およびパケットのプライオリティになる CoS の 3 ビットフィールドが含まれています。

ほとんどの Cisco IP Phone 設定では、電話からデバイスへ送信されるトラフィックは、音声トラフィックがネットワーク内の他のタイプのトラフィックに対して適切にプライオリティ付けがされていることを保証するように信頼されています。 trust device インターフェイスコンフィギュレーションコマンドを使用して、電話の接続先のデバイスポートが受信トラフィックを信頼するように設定します。

（注）

インターフェイスコンフィギュレーションモードで使用可能な trust device device_type コマンドは、デバイスでのスタンドアロンコマンドです。このコマンドを AutoQoS 設定で使用するときに、接続されているピアデバイスが対応デバイス（信頼ポリシーに一致するデバイスとして定義されているデバイス）ではない場合、CoS 値と DSCP 値の両方が「0」に設定され、いずれの入力ポリシーも有効になりません。接続されているピアデバイスが対応するデバイスである場合は、入力ポリシーが有効になります。

信頼設定により、ユーザが電話をバイパスして PC を直接デバイスに接続する場合に、ハイプライオリティキューの誤使用を避けるため信頼境界機能も使用できます。信頼境界機能を使用しないと、（信頼性のある CoS 設定により）PC が生成した CoS ラベルがデバイスで信頼されてしまいます。それに対して、信頼境界機能は CDP を使用してデバイスポートにある Cisco IP Phone（Cisco IP Phone 7910、7935、7940、7960 など）の存在を検出します。電話が検出されない場合、信頼境界機能がハイプライオリティキューの誤使用を避けるためにデバイスポートの信頼設定をディセーブルにします。信頼境界機能は、PC および Cisco IP Phone がデバイスに接続されているハブに接続されている場合は機能しないことに注意してください。

有線ポートの信頼動作

次の表に、着信パケットタイプが発信パケットタイプと異なる場合の信頼動作およびキューイング動作を示します。ポートのデフォルトの信頼モードが DSCP ベースであることに注意してください。信頼モードは、着信パケットが純粋なレイヤ 2 パケットの場合、CoS に「フォールバック」します。また、信頼設定を DSCP から CoS に変更できます。この設定変更は、「set cos cos table default default-cos」アクションのクラスデフォルトがある MQC ポリシーによって実現されます。ここで、default-cos は作成されるテーブルマップ名です（デフォルトコピーだけを実行）。

デバイス（IP フォン、ラップトップ、カメラ、TelePresence ユニットなどのエンドポイント、またはその他のデバイス）に接続されている有線ポートの場合、インターフェイス上で信頼デバイス設定が有効になります。明示的なポリシー設定がない場合、これらのエンドポイントから、またはこれらエンドポイントへの DSCP 値、precedence 値、または CoS 値はデバイスで信頼されるため、保持されます。

パケットはデフォルトの初期設定ごとに適切なキューに入れられます。デフォルトでは、デバイスでのプライオリティキューイングは実行されません。これは、ユニキャストおよびマルチキャストパケットに当てはまります。

表 6. 信頼およびキューイング動作
着信パケット	発信パケット	信頼動作	キューイング動作
レイヤ 3	レイヤ 3	DSCP/Precedence の保持	DSCP に基づく
レイヤ 2	レイヤ 2	N/A	CoS に基づく
タグ付き	タグ付き	DSCP および CoS の保持	DSCP に基づく（信頼 DSCP が優先）
レイヤ 3	タグ付き	DSCP の保持、すなわち CoS が 0 に設定される	DSCP に基づく

デフォルトの有線 QoS 設定

デバイスの各有線インターフェイスでは、デフォルトで 2 つのキューが設定されます。すべての制御トラフィックはキュー 0 を通過し、処理されます。その他すべてのトラフィックはキュー 1 を通過し、処理されます。

DSCP マップ

デフォルトの CoS/DSCP マップ

DSCP 透過モードを無効にすると、DSCP 値は次の表に従って CoS から抽出されます。これらの値が使用しているネットワークに適さない場合は、値を変更する必要があります。

（注）

DSCP 透過モードはデフォルトでは無効になっています。これがイネーブルになっている場合（mls qos rewrite ip dscp コンフィギュレーションコマンド）、DSCP の書き換えは実行されません。

表 7. デフォルトの CoS/DSCP マップ
CoS 値	DSCP 値
0	0
1	8
2	16
3	24
4	32
5	40
6	48
7	56

デフォルトの IP Precedence/DSCP マップ

着信パケットの IP precedence 値を、QoS がトラフィックのプライオリティを表すために内部使用する DSCP 値にマッピングするには、IP precedence/DSCP マップを使用します。次の表は、デフォルトの IP Precedence/DSCP マップを示しています。これらの値が使用しているネットワークに適さない場合は、値を変更する必要があります。

表 8. デフォルトの IP Precedence/DSCP マップ
IP precedence 値	DSCP 値
0	0
1	8
2	16
3	24
4	32
5	40
6	48
7	56

デフォルトの DSCP/CoS マップ

4 つの出力キューのうち 1 つを選択するために使用される CoS 値を生成するには、DSCP/CoS マップを使用します。次の表に、デフォルトの DSCP/CoS マップを示します。これらの値が使用しているネットワークに適さない場合は、値を変更する必要があります。

表 9. デフォルトの DSCP/CoS マップ
DSCP 値	CoS 値
0 ～ 7	0
8 ～ 15	1
16 ～ 23	2
24 ～ 31	3
32 ～ 39	4
40 ～ 47	5
48 ～ 55	6
56 ～ 63	7

QoS の設定方法

クラス、ポリシー、およびマップの設定

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

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

始める前に

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

手順の概要

configure terminal
class-map class-map name{ match-any | match-all}
match access-group { index number | name}
match cos CoS 値
match dscp DSCP 値
match ip { dscp dscp value | precedence precedence value }
match qos-group QoS グループ値
match vlan vlan value
end

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

class-map class-map name{ match-any | match-all}

例:


Device(config)# class-map test_1000
Device(config-cmap)#

クラスマップコンフィギュレーションモードを開始します。

名前を指定したクラスとパケットとの照合に使用されるクラスマップを作成します。
match-any：トラフィッククラスで受信したトラフィックがその一部と分類されるには、一致基準のいずれかを満たす必要があります。

match-all：トラフィッククラスで受信したトラフィックがトラフィッククラスの一部と分類されるには、すべての一致基準を満たす必要があります。

（注）

これはデフォルトです。match-any または match-all が明示的に定義されていない場合、デフォルトで match-all が選択されます。

ステップ 3

match access-group { index number | name}

例:


Device(config-cmap)# match access-group 100
Device(config-cmap)#

このコマンドでは次のパラメータを使用できます。

access-group
cos
dscp
group-object
ip
mpls
non-client-nrt
precedence
protocol
qos-group
vlan
wlan

（任意）この例では、アクセスグループ ID を入力します。

アクセスリストインデックス（1 ～ 2799 の値）
名前付きアクセスリスト

ステップ 4

match cos CoS 値

例:


Device(config-cmap)# match cos 2 3 4 5
Device(config-cmap)#

（任意）IEEE 802.1Q または ISL サービスクラス（ユーザー）プライオリティ値に一致します。

最大 4 つの CoS 値（0 ～ 7）をスペースで区切って入力します。

ステップ 5

match dscp DSCP 値

例:


Device(config-cmap)# match dscp af11 af12
Device(config-cmap)#

（任意）IPv4 および IPv6 パケットの DSCP 値に一致します。

ステップ 6

match ip { dscp dscp value | precedence precedence value }

例:


Device(config-cmap)# match ip dscp af11 af12
Device(config-cmap)#

（任意）次を含む IP 値に一致します。

dscp：IP DSCP（DiffServ コードポイント）に一致します。

precedence：IP precedence（0 ～ 7）に一致します。

（注）

CPU 生成パケットは出力時にマークされないので、パケットは設定されたクラスマップと一致しません。

ステップ 7

match qos-group QoS グループ値

例:


Device(config-cmap)# match qos-group 10
Device(config-cmap)#

（任意）QoS グループ値（0 ～ 31）に一致します。

ステップ 8

match vlan vlan value

例:


Device(config-cmap)# match vlan 210
Device(config-cmap)#

（任意）VLAN ID（1 ～ 4095）に一致します。

ステップ 9

end

例:


Device(config-cmap)# end

設定の変更内容を保存します。

次のタスク

ポリシーマップを設定します。

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

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

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

次のポリシーマップクラスのアクションがサポートされます。

bandwidth：帯域幅設定オプション。
exit：QoS クラスアクションコンフィギュレーションモードを終了します。
no：コマンドのデフォルト値を無効にするか、設定します。
police：ポリシング機能の設定オプション。
priority：このクラスの完全スケジューリングプライオリティの設定オプション。
queue-buffers：キューのバッファ設定オプション。
queue-limit：重み付けテールドロップ（WTD）設定オプションのキューの最大しきい値。
service-policy：QoS サービスポリシーを設定します。
set：次のオプションを使用して QoS 値を設定します。
- CoS 値
- DSCP 値
- precedence 値
- QoS グループ値
shape：トラフィックシェーピング設定オプション。

始める前に

最初にクラスマップを作成する必要があります。

手順の概要

configure terminal
policy-map policy-map name
class { class-name| class-default}
bandwidth { Kb/s | percent percentage | remaining {percent | ratio}}
exit
no
police { target_bit_rate | cir | rate}
priority { kb/s | level level value | percent percentage value }
queue-buffers ratio ratio limit
queue-limit { packets | cos | dscp | percent}
service-policy policy-map name
set { cos | dscp | ip | precedence | qos-group | wlan}
shape average { target _bit_rate | percent}
end

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy-map name

例:


Device(config)# policy-map test_2000
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class { class-name| class-default}

例:


Device(config-pmap)# class test_1000
Device(config-pmap-c)#

ポリシーを作成または変更するクラスの名前を指定します。

未分類のパケットのシステムデフォルトクラスも作成できます。

ステップ 4

bandwidth { Kb/s | percent percentage | remaining {percent | ratio}}

例:


Device(config-pmap-c)# bandwidth 500
Device(config-pmap-c)#

（任意）次のいずれかを使用して帯域幅を設定します。

Kb/s ：キロビット/秒。Kb/s に 100 ～ 100000000 の値を入力します。
percent ：このポリシーマップに使用される総帯域幅の割合を入力します。
remaining ：残りの帯域幅の割合を入力します。

このコマンドおよび使用の詳細な例については、帯域幅の設定を参照してください。

ステップ 5

exit

例:


Device(config-pmap-c)# exit
Device(config-pmap-c)#

（任意）QoS クラスアクションコンフィギュレーションモードを終了します。

ステップ 6

no

例:


Device(config-pmap-c)# no
Device(config-pmap-c)#

（任意）コマンドを無効にします。

ステップ 7

police { target_bit_rate | cir | rate}

例:


Device(config-pmap-c)# police 100000
Device(config-pmap-c)#

（任意）ポリサーを設定します。

target_bit_rate ：ビットレート/秒を入力します。8000 ～ 10000000000 の値を入力します。
cir ：認定情報レート。
rate ：ポリシングレート、階層型ポリシーの PCR、またはシングルレベルの ATM 4.0 ポリサーポリシーの SCR を指定します。

このコマンドおよび使用の詳細な例については、ポリシングの設定を参照してください。

ステップ 8

priority { kb/s | level level value | percent percentage value }

例:


Device(config-pmap-c)# priority level 1 percent 50 
Device(config-pmap-c)#

（任意）このクラスに完全スケジューリングプライオリティを設定します。コマンドオプションは次のとおりです。

kb/s ：キロビット/秒。1 ～ 2000000 の値を入力します。
level ：マルチレベルプライオリティキューを確立します。値を入力します（1 または 2）。
percent ：このプライオリティの全帯域幅の割合を入力します。

このコマンドおよび使用の詳細な例については、プライオリティの設定を参照してください。

ステップ 9

queue-buffers ratio ratio limit

例:


Device(config-pmap-c)# queue-buffers ratio 10
Device(config-pmap-c)#

（任意）クラスのキューバッファを設定します。キューバッファの割合制限（0 ～ 100）を入力します。

このコマンドおよび使用の詳細な例については、キューバッファの設定を参照してください。

ステップ 10

queue-limit { packets | cos | dscp | percent}

例:


Device(config-pmap-c)# queue-limit cos 7 percent 50
Device(config-pmap-c)#

（任意）テールドロップに対してキューの最大しきい値を指定します。

packets ：デフォルトのパケット数。1 ～ 2000000 の値を入力します。
cos ：各 CoS 値のパラメータを入力します。
dscp ：各 DSCP 値のパラメータを入力します。
percent ：しきい値の割合を入力します。

このコマンドおよび使用の詳細な例については、キュー制限の設定を参照してください。

ステップ 11

service-policy policy-map name

例:


Device(config-pmap-c)# service-policy test_2000
Device(config-pmap-c)#

（任意）QoS サービスポリシーを設定します。

ステップ 12

set { cos | dscp | ip | precedence | qos-group | wlan}

例:


Device(config-pmap-c)# set cos 7
Device(config-pmap-c)#

（任意）QoS 値を設定します。使用可能な QoS 設定値は次のとおりです。

cos ：IEEE 802.1Q/ISL サービスクラスまたはユーザープライオリティを設定します。
dscp ：IP(v4) および IPv6 パケットに DSCP を設定します。
ip ：IP 固有の値を設定します。
precedence ：IP(v4)、IPv6 パケットの優先順位を設定します。
qos-group ：QoS グループを設定します。

ステップ 13

shape average { target _bit_rate | percent}

例:


Device(config-pmap-c) #shape average percent 50
Device(config-pmap-c) #

（任意）トラフィックシェーピングを設定します。コマンドパラメータは次のとおりです。

target_bit_rate ：ターゲットビットレート。
percent ：認定情報レートのインターフェイス帯域幅の割合。

このコマンドおよび使用の詳細な例については、シェーピングの設定を参照してください。

ステップ 14

end

例:


Device(config-pmap-c) #end
Device(config-pmap-c) #

設定の変更内容を保存します。

次のタスク

インターフェイスを設定します。

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

この手順は、次のクラスベースパケットマーキング機能をデバイスで設定する方法を示します。

CoS 値
DSCP 値
IP 値
precedence 値
QoS グループ値
WLAN 値

始める前に

この手順を開始する前にクラスマップとポリシーマップを作成する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
set ip {dscp | precedence}
set precedence {precedence value | cos table table-map name | dscp table table-map name | precedence table table-map name | qos-group table table-map name}
set qos-group {qos-group value | dscp table table-map name | precedence table table-map name}
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy1
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class1
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。

ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

bandwidth：帯域幅設定オプション。
exit：QoS クラスアクションコンフィギュレーションモードを終了します。
no：コマンドのデフォルト値を無効にするか、設定します。
police：ポリシング機能の設定オプション。
priority：このクラスの完全スケジューリングプライオリティの設定オプション。
queue-buffers：キューのバッファ設定オプション。
queue-limit：重み付けテールドロップ（WTD）設定オプションのキューの最大しきい値。
service-policy：QoS サービスポリシーを設定します。
set：次のオプションを使用して QoS 値を設定します。
- CoS 値
- DSCP 値
- precedence 値
- QoS グループ値
- WLAN 値
shape：トラフィックシェーピング設定オプション。

（注）

この手順では、set コマンドオプションを使用して、使用可能な設定について説明します。その他のコマンドオプション（bandwidth ）についてはこのマニュアルの他の項で説明します。このタスクでは、使用可能なすべての set コマンドが表示されますが、クラス単位でサポートされるのは 1 つの set コマンドだけです。

ステップ 4

例:


Device(config-pmap)# set cos 5
Device(config-pmap)#

（任意）発信パケットの固有の IEEE 802.1Q レイヤ 2 CoS 値を設定します。値は 0 ～ 7 です。

set cos コマンドを使用して次の値を設定することもできます。

cos table：CoS 値をテーブルマップに基づいて設定します。
dscp table：コードポイント値をテーブルマップに基づいて設定します。
precedence table：コードポイント値をテーブルマップに基づいて設定します。
qos-group table：テーブルマップに基づいて QoS グループから CoS 値を設定します。

ステップ 5

例:


Device(config-pmap)# set dscp af11
Device(config-pmap)#

（任意）DSCP 値を設定します。

特定の DSCP 値の設定に加えて、set dscp コマンドを使用して次を設定できます。

default：パケットをデフォルト DSCP 値（000000）と一致させます。
dscp table：テーブルマップに基づいて DSCP からパケットの DSCP 値を設定します。
ef：パケットを EF DSCP 値（101110）と一致させます。
precedence table：テーブルマップに基づいて優先順位からパケットの DSCP 値を設定します。
qos-group table：テーブルマップに基づいて QoS グループからパケットの DSCP 値を設定します。

ステップ 6

set ip {dscp | precedence}

例:


Device(config-pmap)# set ip dscp c3
Device(config-pmap)#

（任意）IP 固有の値を設定します。これらの値は、IP DSCP 値または IP precedence 値です。

set ip dscp コマンドを使用して、次の値を設定することができます。

dscp value：特定の DSCP の値を設定します。
default：パケットをデフォルト DSCP 値（000000）と一致させます。
dscp table：テーブルマップに基づいて DSCP からパケットの DSCP 値を設定します。
ef：パケットを EF DSCP 値（101110）と一致させます。
precedence table：テーブルマップに基づいて優先順位からパケットの DSCP 値を設定します。
qos-group table：テーブルマップに基づいて QoS グループからパケットの DSCP 値を設定します。

set ip precedence コマンドを使用して、次の値を設定することができます。

precedence value：precedence 値を設定します（0 ～ 7）。
cos table：テーブルマップに基づいてレイヤ 2 CoS からパケットの precedence 値を設定します。
dscp table：テーブルマップに基づいて DSCP 値からパケットの precedence 値を設定します。
precedence table：テーブルマップに基づいて優先順位から precedence 値を設定します。
qos-group table：テーブルマップに基づいて QoS グループから precedence 値を設定します。

ステップ 7

set precedence {precedence value | cos table table-map name | dscp table table-map name | precedence table table-map name | qos-group table table-map name}

例:


Device(config-pmap)# set precedence 5
Device(config-pmap)#

（任意）IPv4 と IPv6 パケットの precedence 値を設定します。

set precedence コマンドを使用して、次の値を設定することができます。

precedence value：precedence 値を設定します（0 ～ 7）。
cos table：レイヤ 2 CoS からのパケットの precedence 値をテーブルマップに基づいて設定します。
dscp table：テーブルマップに基づいて DSCP 値からパケットの precedence 値を設定します。
precedence table：テーブルマップに基づいて優先順位から precedence 値を設定します。
qos-group table：テーブルマップに基づいて QoS グループから precedence 値を設定します。

ステップ 8

set qos-group {qos-group value | dscp table table-map name | precedence table table-map name}

例:


Device(config-pmap)# set qos-group 10
Device(config-pmap)#

（任意）QoS グループ値を設定します。このコマンドを使用して次の値を設定できます。

qos-group value：1 から 31 までの数。
dscp table：テーブルマップに基づいて DSCP からコードポイント値を設定します。
precedence table：テーブルマップに基づいて優先順位からコードポイント値を設定します。

ステップ 9

end

例:


Device(config-pmap)# end
Device#

設定変更を保存します。

ステップ 10

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

次のタスク

service-policy コマンドを使用して、インターフェイスにトラフィックポリシーを付加します。

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

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

始める前に

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

手順の概要

configure terminal
interface type
service-policy { input policy-map | output policy-map}
end
show policy map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

interface type

例:


Device(config)# interface GigabitEthernet1/0/1
Device(config-if)#

インターフェイスコンフィギュレーションモードを開始し、インターフェイスを設定します。

インターフェイスコンフィギュレーションのコマンドパラメータは次のとおりです。

ANI：自律型ネットワーキング仮想インターフェイス
AccessTunnel：アクセストンネルインターフェイス
Auto Template：自動テンプレートインターフェイス
CEM-PG：保護グループを持つ回線エミュレーションインターフェイス
FortyGigabitEthernet：40 ギガビットイーサネット
GigabitEthernet：Gigabit Ethernet IEEE 802.3z
Internal Interface：内部インターフェイス
LISP：ロケータ ID 分離プロトコル仮想インターフェイス
Loopback：ループバックインターフェイス
Null：ヌルインターフェイス
PROTECTION_GROUP：保護グループコントローラ
Port-channel：インターフェイスのイーサネットチャネル
SDH_ACR：仮想 SDH-ACR コントローラ
TLS-VIF：TLS 仮想インターフェイス
TenGigabitEthernet：10 ギガビットイーサネット
Tunnel：トンネルインターフェイス
Tunnel-tp：MPLS トランスポートプロファイルインターフェイス
Vlan：Catalyst VLAN
Range：インターフェイス範囲

（注）

トンネルインターフェイスはサポートされていません。

ステップ 3

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

例:


Device(config-if)# service-policy output policy_map_01
Device(config-if)#

ポリシーマップを入力または出力インターフェイスに適用します。このポリシーマップは、そのインターフェイスのサービスポリシーとして使用されます。

この例では、トラフィックポリシーでそのインターフェイスから送信されるすべてのトラフィックを評価します。

ステップ 4

end

例:


Device(config-if)# end
Device#

設定変更を保存します。

ステップ 5

show policy map

例:


Device# show policy map

（任意）指定されたインターフェイスのポリシーの統計情報を表示します。

次のタスク

他のトラフィックポリシーをインターフェイスに付加し、ポリシーを適用する方向を指定します。

ポリシーマップによる物理ポートのトラフィックの分類、ポリシング、およびマーキング

実行対象となるトラフィッククラスを指定する非階層型ポリシーマップを、物理ポート上に設定できます。サポートされるアクションは再マーキングとポリシングです。

始める前に

この手順を開始する前に、ネットワークトラフィックの分類、ポリシング、およびマーキングについて、あらかじめポリシーマップによって決定しておく必要があります。

手順の概要

configure terminal
class-map { class-map name | match-any | match-all}
match access-group { access list index | access list name }
policy-map policy-map-name
class {class-map-name | class-default}
set { cos | dscp | ip | precedence | qos-group | wlan user-priority}
police { target_bit_rate | cir | rate }
exit
exit
interface interface-id
service-policy input policy-map-name
end
show policy-map [policy-map-name [class class-map-name]]
copy running-config startup-config

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

class-map { class-map name | match-any | match-all}

例:


Device(config)# class-map ipclass1
Device(config-cmap)# exit
Device(config)#

クラスマップコンフィギュレーションモードを開始します。

名前を指定したクラスとパケットとの照合に使用されるクラスマップを作成します。
match-any を指定すると、トラフィッククラスで受信したトラフィックの場合、一致基準の 1 つに必ず一致し、そのトラフィッククラスの一部と分類されます。これはデフォルトです。

match-all を指定すると、トラフィッククラスで受信したトラフィックがトラフィッククラスの一部と分類されるには、すべての一致基準を満たす必要があります。

（注）

これはデフォルトです。match-any または match-all が明示的に定義されていない場合、デフォルトで match-all が選択されます。

ステップ 3

match access-group { access list index | access list name }

例:


Device(config-cmap)# match access-group 1000
Device(config-cmap)# exit
Device(config)#

このコマンドでは次のパラメータを使用できます。

access-group
cos
dscp
group-object
ip
mpls
non-client-nrt
precedence
protocol
qos-group
vlan
wlan

（任意）この例では、アクセスグループ ID を入力します。

アクセスリストインデックス（1 ～ 2799 の値）
名前付きアクセスリスト

ステップ 4

policy-map policy-map-name

例:


Device(config)# policy-map flowit
Device(config-pmap)#

ポリシーマップ名を入力することによってポリシーマップを作成し、ポリシーマップコンフィギュレーションモードを開始します。

デフォルトでは、ポリシーマップは定義されていません。

ステップ 5

class {class-map-name | class-default}

例:


Device(config-pmap)# class ipclass1
Device(config-pmap-c)#

トラフィックの分類を定義し、ポリシーマップクラスコンフィギュレーションモードを開始します。

デフォルトでは、ポリシーマップクラスマップは定義されていません。

すでに class-map グローバルコンフィギュレーションコマンドを使用してトラフィッククラスが定義されている場合は、このコマンドで class-map-name にその名前を指定します。

class-default トラフィッククラスは定義済みで、どのポリシーにも追加できます。このトラフィッククラスは、常にポリシーマップの最後に配置されます。暗黙の match any が class-default クラスに含まれている場合、他のトラフィッククラスと一致しないパケットはすべて class-default と一致します。

ステップ 6

set { cos | dscp | ip | precedence | qos-group | wlan user-priority}

例:


Device(config-pmap-c)# set dscp 45
Device(config-pmap-c)#

（任意）QoS 値を設定します。使用可能な QoS 設定値は次のとおりです。

cos：IEEE 802.1Q/ISL サービスクラスまたはユーザープライオリティを設定します。
dscp：IP（v4）および IPv6 パケットの DSCP を設定します。
ip：IP 固有の値を設定します。
precedence：IP（v4）および IPv6 パケットの precedence を設定します。
qos-group：QoS グループを設定します。

この例では、 set dscp コマンドが、パケットでの新しい DSCP 値を設定して IP トラフィックを分類します。

ステップ 7

police { target_bit_rate | cir | rate }

例:


Device(config-pmap-c)# police 100000 conform-action transmit exceed-action
drop
Device(config-pmap-c)#

（任意）ポリサーを設定します。

target_bit_rate：ビットレート/秒を指定し、8000 ～ 10000000000 の値を入力します。
cir：認定情報レート。
rate：階層型ポリシーのポリシングレート PCR を指定します。

この例では、police コマンドが 100000 セットのターゲットビットレートを超えるトラフィックがドロップされるクラスにポリサーを追加します。

ステップ 8

exit

例:


Device(config-pmap-c)# exit

ポリシーマップコンフィギュレーションモードに戻ります。

ステップ 9

exit

例:


Device(config-pmap)# exit

グローバルコンフィギュレーションモードに戻ります。

ステップ 10

interface interface-id

例:


Device(config)# interface 
HundredGigabitEthernet 1/0/2

ポリシーマップを適用するポートを指定し、インターフェイスコンフィギュレーションモードを開始します。

有効なインターフェイスには、物理ポートが含まれます。

ステップ 11

service-policy input policy-map-name

例:


Device(config-if)# service-policy 
input flowit

ポリシーマップ名を指定し、入力ポートに適用します。サポートされるポリシーマップは、入力ポートに 1 つだけです。

ステップ 12

end

例:


Device(config-if)# end

特権 EXEC モードに戻ります。

ステップ 13

show policy-map [policy-map-name [class class-map-name]]

例:


Device# show policy-map

（任意）入力を確認します。

ステップ 14

copy running-config startup-config

例:


Device# copy-running-config 
startup-config

（任意）コンフィギュレーションファイルに設定を保存します。

次のタスク

必要に応じて QoS 設定は、ポリシーマップを使用して、SVI のトラフィックの分類、ポリシング、およびマーキングを設定します。

ポリシーマップによるトラフィックの分類およびマーキング

始める前に

この手順を開始する前に、ポリシーマップを使用して、ネットワークトラフィックの分類、ポリシング、およびマーキングについて決定しておく必要があります。

手順の概要

configure terminal
class-map { class-map name | match-any | match-all}
match vlan vlan number
policy-map policy-map-name
description 説明
class {class-map-name | class-default}
set { cos | dscp | ip | precedence | qos-group | wlan user-priority}
exit
exit
interface interface-id
service-policy input policy-map-name
end
show policy-map [policy-map-name [class class-map-name]]
copy running-config startup-config

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

class-map { class-map name | match-any | match-all}

例:


Device(config)# class-map class_vlan100

クラスマップコンフィギュレーションモードを開始します。

名前を指定したクラスとパケットとの照合に使用されるクラスマップを作成します。
match-any を指定すると、トラフィッククラスで受信したトラフィックの場合、一致基準の 1 つに必ず一致し、そのトラフィッククラスの一部と分類されます。

match-all を指定すると、トラフィッククラスで受信したトラフィックがトラフィッククラスの一部と分類されるには、すべての一致基準を満たす必要があります。

（注）

これはデフォルトです。match-any または match-all が明示的に定義されていない場合、デフォルトで match-all が選択されます。

ステップ 3

match vlan vlan number

例:


Device(config-cmap)# match vlan 100
Device(config-cmap)# exit
Device(config)#

VLAN をクラスマップに一致するように指定します。

ステップ 4

policy-map policy-map-name

例:


Device(config)# policy-map policy_vlan100
Device(config-pmap)#

ポリシーマップ名を入力することによってポリシーマップを作成し、ポリシーマップコンフィギュレーションモードを開始します。

デフォルトでは、ポリシーマップは定義されていません。

ステップ 5

description 説明

例:


Device(config-pmap)# description vlan 100

（任意）ポリシーマップの説明を入力します。

ステップ 6

class {class-map-name | class-default}

例:


Device(config-pmap)# class class_vlan100
Device(config-pmap-c)#

トラフィック分類を定義し、ポリシーマップクラスコンフィギュレーションモードを開始します。

デフォルトでは、ポリシーマップクラスマップは定義されていません。

すでに class-map グローバルコンフィギュレーションコマンドを使用してトラフィッククラスが定義されている場合は、このコマンドで class-map-name にその名前を指定します。

class-default トラフィッククラスは定義済みで、どのポリシーにも追加できます。このトラフィッククラスは、常にポリシーマップの最後に配置されます。暗黙の match any が class-default クラスに含まれている場合、他のトラフィッククラスと一致しないパケットはすべて class-default と一致します。

ステップ 7

set { cos | dscp | ip | precedence | qos-group | wlan user-priority}

例:


Device(config-pmap-c)# set dscp af23
Device(config-pmap-c)#

（任意）QoS 値を設定します。使用可能な QoS 設定値は次のとおりです。

cos：IEEE 802.1Q/ISL サービスクラスまたはユーザープライオリティを設定します。
dscp：IP（v4）および IPv6 パケットの DSCP を設定します。
ip：IP 固有の値を設定します。
precedence：IP（v4）および IPv6 パケットの precedence を設定します。
qos-group：QoS グループを設定します。

この例では、set dscp コマンドが AF23（010010）の DSCP 値にパケットを照合することによって、IP トラフィックを分類します。

ステップ 8

exit

例:


Device(config-pmap-c)# exit

ポリシーマップコンフィギュレーションモードに戻ります。

ステップ 9

exit

例:


Device(config-pmap)# exit

グローバルコンフィギュレーションモードに戻ります。

ステップ 10

interface interface-id

例:


Device(config)# interface gigabitethernet 1/0/3

ポリシーマップを適用するポートを指定し、インターフェイスコンフィギュレーションモードを開始します。

有効なインターフェイスには、物理ポートが含まれます。

ステップ 11

service-policy input policy-map-name

例:


Device(config-if)# service-policy 
input policy_vlan100

ポリシーマップ名を指定し、入力ポートに適用します。サポートされるポリシーマップは、入力ポートに 1 つだけです。

ステップ 12

end

例:


Device(config-if)# end

特権 EXEC モードに戻ります。

ステップ 13

show policy-map [policy-map-name [class class-map-name]]

例:


Device# show policy-map

（任意）入力を確認します。

ステップ 14

copy running-config startup-config

例:


Device# copy-running-config 
startup-config

（任意）コンフィギュレーションファイルに設定を保存します。

テーブルマップの設定

テーブルマップはマーキングの形式であり、テーブルを使用してフィールド間のマッピングと変換を可能にすることもできます。たとえば、テーブルマップはレイヤ 2 の CoS 設定をレイヤ 3 の precedence 値にマッピングして変換するために使用できます。

（注）

テーブルマップは、複数のポリシーで、または同じポリシー内で複数回参照できます。
デフォルトのクラスマップでカスタム出力ポリシー用に設定されたテーブルマップは、トラフィックが分類されるクラスマップに関係なく、すべての DSCP トラフィックに影響します。回避策は、テーブルマップを削除し、デフォルトクラスで set dscp コマンドを設定して、分類されたトラフィックの DSCP マーキングを変更することです。ユーザー定義クラスに非キューイングアクション（ポリサーまたはマーキング）がある場合、パケットはそのユーザー定義クラス自体の値またはコメントを保持します。

手順の概要

configure terminal
table-map name {default {default value | copy | ignore} | exit | map { from from value to to value } | no}
map from value to value
exit
exit
show table-map
configure terminal
policy-map
class class-default
set cos dscp table table map name
end

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

table-map name {default {default value | copy | ignore} | exit | map { from from value to to value } | no}

例:


Device(config)# table-map table01
Device(config-tablemap)#

テーブルマップを作成し、テーブルマップコンフィギュレーションモードを開始します。テーブルマップコンフィギュレーションモードでは、次のタスクを実行できます。

default：テーブルマップのデフォルト値を設定するか、テーブルマップ内にない値についてのデフォルトの動作（コピーまたは無視）を設定します。
exit：テーブルマップコンフィギュレーションモードを終了します。
map：テーブルマップで from 値を to 値にマッピングします。
no：コマンドのデフォルト値を無効にするか、設定します。

ステップ 3

map from value to value

例:


Device(config-tablemap)# map from 0 to 2
Device(config-tablemap)# map from 1 to 4
Device(config-tablemap)# map from 24 to 3
Device(config-tablemap)# map from 40 to 6 
Device(config-tablemap)# default 0
Device(config-tablemap)#

この手順では、DSCP 値が 0 のパケットを CoS 値 2 に、DSCP 値が 1 のパケットを CoS 値 4 に、DSCP 値が 24 のパケットを CoS 値 3 に、DSCP 値が 40 のパケットを CoS 値 6 に、およびそれ以外のすべてのパケットを CoS 値 0 にマークします。

（注）

この例の CoS 値から DSCP 値へのマッピングは、後で説明するように、set ポリシーマップクラスコンフィギュレーションコマンドを使用して設定します。

ステップ 4

exit

例:


Device(config-tablemap)# exit
Device(config)#

グローバルコンフィギュレーションモードに戻ります。

ステップ 5

exit

例:


Device(config) exit
Device#

特権 EXEC モードに戻ります。

ステップ 6

show table-map

例:


Device# show table-map
Table Map table01
    from 0 to 2
    from 1 to 4
    from 24 to 3
    from 40 to 6
    default 0

テーブルマップ設定を表示します。

ステップ 7

configure terminal

例:


Device# configure terminal
Device(config)#

グローバルコンフィギュレーションモードを開始します。

ステップ 8

policy-map

例:


Device(config)# policy-map table-policy
Device(config-pmap)#

テーブルマップのポリシーマップを設定します。

ステップ 9

class class-default

例:


Device(config-pmap)# class  class-default
Device(config-pmap-c)#

クラスをシステムデフォルトに一致させます。

ステップ 10

set cos dscp table table map name

例:


Device(config-pmap-c)# set cos dscp table table01
Device(config-pmap-c)#

このポリシーが入力ポートに適用された場合、そのポートでは trust dscp がイネーブルになり、テーブルマップに応じてマーキングが行われます。

ステップ 11

end

例:


Device(config-pmap-c)# end
Device#

特権 EXEC モードに戻ります。

次のタスク

ネットワークの QoS 用の追加のポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用してトラフィックポリシーをインターフェイスに付加します。

有線ターゲットの QoS に関する制約事項

ターゲットとは、ポリシーが適用されるエンティティです。有線ターゲットには、ポートまたは VLAN を指定できます。

次に、QoS 機能を有線ターゲットのデバイスに適用する場合の制限事項を示します。

有線ターゲットのデバイスポートでは、最大 8 つのキューイングクラスがサポートされます。
有線ターゲットの有線ポートでは、入力または出力方向でポリシーごとに最大 63 のポリサーがサポートされます。
Cisco IOS XE リリース 16.x.x 以降のリリースでは、ダウンリンクポートのサイズは 10 GB ですが、デフォルトでは、すべてのダウンリンクポートに 1 GB のポートバッファが割り当てられます。この変更の前は、すべての 1 GB ダウンリンクポートには 1 GB バッファが、10 GB ダウンリンクポートには 10 GB バッファが割り当てられていました。
最大 1599 のポリシーマップを作成できます。
QoS 階層でサポートされるのは最大 2 レベルです。
階層型ポリシーでは、子ポリシーの親およびキュー機能のポリシーにポートシェーパーがある場合を除き、親子間のオーバーラップは許可されていません。
QoS ポリシーは、EtherChannel インターフェイスに付加できません。
親と子の両方のポリシングは、QoS 階層ではサポートされていません。
親と子の両方のマーキングは、QoS 階層ではサポートされていません。
シェーピングでは、ハードウェア内部に占める 20 バイトの IPG オーバーヘッドがすべてのパケットにあります。シェーピングの精度はこれにより向上し、とくに小さいサイズのパケットに対して効果があります。
空のクラスはサポートされません。
空のアクションによるクラスマップはサポートされません。クラスマップの順序が同じポリシーが 2 つあり、どちらかのポリシーにアクションが含まれていないクラスマップがある場合、トラフィックのドロップが起こる可能性があります。回避策として、PRIORITY_QUEUE 内のすべてのクラスに最小帯域幅を割り当てます。
有線ターゲットの有線ポートでは、ポリシーごとに最大 256 のクラスがサポートされます。
Cisco UADP アーキテクチャに基づき、トラフィックは QoS ルックアップの対象となり、対応する設定済みアクションに従います。このトラフィックがたとえ Egress Global Resolution ブロックに後でドロップされて、実際のインターフェイスから送信されない場合も同様です。
ポリシーマップ内のポリサーのアクションには、次の制限事項があります。
- 適合アクションは送信する必要があります。
- マークダウンタイプの超過/違反アクションは、cos2cos、prec2prec、dscp2dscp だけです。
- マークダウンタイプはポリシー内で同じである必要があります。
SVI では、マーキングポリシーのみがサポートされます。
ポートレベルの入力マーキングポリシーは SVI ポリシーより優先されますが、ポートポリシーが設定されていない場合は、SVI ポリシーが優先されます。優先するポートポリシーに対し、ポートレベルのポリシーを定義します。SVI ポリシーが上書きされるようにするためです。
分類カウンタには、次の制限事項があります。
- 分類カウンタは、バイトの代わりにパケットをカウントします。
- フィルタベースの分類カウンタはサポートされません。
- マーキングまたはポリシングによる QoS 設定だけが、分類カウンタをトリガーします。
- 分類カウンタはポートベースではありません。これは、分類カウンタが、異なるインターフェイスに接続し、同じポリシーの同じクラスに属するすべてのパケットを集約することを意味します。
- ポリシー内にポリシングまたはマーキングアクションがある限り、クラスは分類カウンタを保持します。
- 分類カウンタは、どのクラスマップ下の完全なキューイングポリシーでもサポートされません。
- クラスに複数の match ステートメントがある場合、トラフィックカウンタはクラスのすべての match ステートメントで累積されます。
- 分類カウンタ（クラスマップ）は、帯域幅、WRED、キューバッファ、シェーピングなどのアクションを含むキューイングポリシーでは使用できません。show policy-map interface コマンド出力には、リマーキングまたはポリサーアクションのいずれかを持つポリシーの分類カウンタ（クラスマップ）のみが表示されます。
デバイスは、ポリサー超過マークダウンでは合計 8 つのテーブルマップ、ポリサー違反マークダウンでは 8 つのテーブルマップをサポートします。
階層型ポリシーは次の機能で必要になります。
- ポートシェーパー
- 集約ポリシング機能
- PV ポリシー
- 親シェーピングおよび子マーキング/ポリシング
親シェーピングと、プライオリティレベルキューイングおよびプライオリティレベルポリシングが設定された子ポリシーを含む HQoS ポリシーでは、ポリシングの統計情報は更新されません。QoS シェイパーの統計情報のみが更新されます。QoS シェイパーの統計情報を表示するには、グローバルコンフィギュレーションモードで show policy-map interface コマンドを使用します。
有線ターゲットを含むポートでは、次の階層型ポリシーだけがサポートされています。
- 同じポリシー内でのポリシングの連結はサポートされていません。
- 同じポリシー内で階層型キューイングはサポートされていません（ポートシェーパーは例外）。
- 親クラスでは、すべてのフィルタが同じタイプでなければなりません。子フィルタタイプは次の例外を除き、親フィルタのタイプと一致している必要があります。
  - IP に一致するように親クラスが設定されている場合、ACL に一致するように子クラスを設定できます。
  - CoS に一致するように親クラスが設定されている場合、ACL に一致するように子クラスを設定できます。
インターフェイスコンフィギュレーションモードで使用可能な trust device device_type コマンドは、デバイスでのスタンドアロンコマンドです。このコマンドを AutoQoS 設定で使用するときに、接続されているピアデバイスが対応デバイス（信頼ポリシーに一致するデバイスとして定義されているデバイス）ではない場合、CoS 値と DSCP 値の両方が「0」に設定され、いずれの入力ポリシーも有効になりません。接続されているピアデバイスが対応するデバイスである場合は、入力ポリシーが有効になります。

次に、VLAN の QoS 機能を有線ターゲットに適用する場合の制限事項を示します。

フラットつまり非階層型ポリシーでは、マーキングまたはテーブルマップのみサポートされます。

次に、EtherChannel とチャネルメンバーインターフェイスで QoS 機能を適用するための制限事項と考慮事項を示します。

QoS は、EtherChannel インターフェイスではサポートされません。
QoS は、入力および出力方向の EtherChannel メンバーインターフェイスでサポートされます。すべての EtherChannel メンバーが同じ QoS ポリシーを適用する必要があります。QoS ポリシーが同じでない場合、異なるリンクの個々のポリシーは独立して機能します。
チャネルメンバーへサービスポリシーを付加すると、EtherChannel 内のすべてのポートに同じポリシーが接続されていることを確認するようユーザーに知らせる、次の警告メッセージが表示されます。「Warning: add service policy will cause inconsistency with port xxx in ether channel xxx. 」
自動 QoS は EtherChannel メンバーではサポートされません。

（注）

EtherChannel へサービスポリシーを付加すると、次のメッセージがコンソールに表示されます。「Warning: add service policy will cause inconsistency with port xxx in ether channel xxx. 」。この警告メッセージは予期されるメッセージです。この警告メッセージは、同じ EtherChannel 内の他のポートに同じポリシーを付加するように促すものです。同じメッセージがブートアップ中にも表示されます。このメッセージは、EtherChannel メンバーポート間に不一致があることを意味するものではありません。

QoS の特性と機能の設定

帯域幅の設定

この手順は、デバイスで帯域幅を設定する方法を説明しています。

始める前に

この手順を開始する前に、帯域幅のクラスマップを作成する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
bandwidth {Kb/s | percent percentage | remaining { ratio ratio }}
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_bandwidth01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class_bandwidth01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word ：クラスマップ名。
class-default ：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

bandwidth {Kb/s | percent percentage | remaining { ratio ratio }}

例:


Device(config-pmap-c)# bandwidth 200000
Device(config-pmap-c)#

ポリシーマップの帯域幅を設定します。パラメータは次のとおりです。

Kb/s ：特定の値を kbps で設定します（100 ～ 100000000）。
percent ：割合に基づいて、特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。100 % 未満の場合、帯域幅の残りは、すべての帯域幅キュー上に均等に分割されます。
remaining ：特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。このコマンドは、ポリシー内の特定のキューに対して priority コマンドが使用されている場合に使用します。各キューには、割合ではなく比率を割り当てることもできます。キューにはそれらの比率に従って、特定の重みが割り当てられます。比率は 0 ～ 100 の範囲で指定できます。この場合のポリシーの全帯域幅での比率の割り当ては、100 を超えることができます。

（注）

ポリシーマップで帯域幅タイプを混在させることはできません。たとえば、1 つのポリシーマップで帯域幅の割合と kbps の両方を使用して、帯域幅を設定することはできません。

ステップ 5

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

ステップ 6

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

次のタスク

ネットワークの QoS 用の追加のポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用して、インターフェイスにトラフィックポリシーを付加します。

ポリシングの設定

この手順は、デバイスでポリシングを設定する方法を説明しています。

始める前に

この手順を開始する前に、ポリシングのクラスマップを作成する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
police {target_bit_rate [burst bytes | bc | conform-action | pir ] | cir {target_bit_rate | percent percentage} | rate {target_bit_rate | percent percentage} conform-action transmit exceed-action {drop [violate action] | set-cos-transmit | set-dscp-transmit | set-prec-transmit | transmit [violate action] }}
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_police01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class_police01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word：クラスマップ名。
class-default：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

police {target_bit_rate [burst bytes | bc | conform-action | pir ] | cir {target_bit_rate | percent percentage} | rate {target_bit_rate | percent percentage} conform-action transmit exceed-action {drop [violate action] | set-cos-transmit | set-dscp-transmit | set-prec-transmit | transmit [violate action] }}

例:


Device(config-pmap-c)# police 8000 conform-action transmit exceed-action drop
Device(config-pmap-c)#

次の police サブコマンドオプションを使用できます。

target_bit_rate：ビット/秒（8000 ～ 10000000000）。
- burst bytes：1000 ～ 512000000 の値を入力します。
- bc：適合バースト。
- conform-action：レートが適合バーストより小さくなる場合に実行されるアクション。
- pir：最大情報レート。
cir：認定情報レート。
- target_bit_rate：ターゲットビットレート（8000 ～ 10000000000）。
- percent：CIR のインターフェイス帯域幅の割合。
rate：ポリシングレート、階層型ポリシーの PCR、またはシングルレベルの ATM 4.0 ポリサーポリシーの SCR を指定します。
- target_bit_rate：ターゲットビットレート（8000 ～ 10000000000）。
- percent：レートのインターフェイス帯域幅の割合。

次の police conform-action transmit exceed-action サブコマンドオプションを使用できます。

drop：パケットをドロップします。
set-cos-transmit：CoS 値を設定して送信します。
set-dscp-transmit：DSCP 値を設定して送信します。
set-prec-transmit：パケットの precedence を書き換えて送信します。
transmit：パケットを送信します。

（注）

ポリサーベースのマークダウンアクションは、テーブルマップを使用する場合のみサポートされます。デバイスの各マーキングフィールドで許可されているマークダウンテーブルマップは 1 つだけです。

ステップ 5

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

ステップ 6

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

（注）

show policy-map コマンドの出力では、適合バイトおよび超過バイトのカウンタを表示しません。

次のタスク

ネットワークの QoS 用の追加のポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用してトラフィックポリシーをインターフェイスに付加します。

プライオリティの設定

この手順は、デバイスでプライオリティを設定する方法を説明しています。

（注）

デバイスでは、指定されたキューにプライオリティを指定できます。使用可能な 2 つのプライオリティレベルがあります（1 および 2）。音声とビデオに対応するキューには、プライオリティレベル 1 を割り当てます。

始める前に

この手順を開始する前に、プライオリティのクラスマップを作成する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
priority [Kb/s [burst_in_bytes] | level level_value [Kb/s [burst_in_bytes] | percent percentage [burst_in_bytes] ] | percent percentage [burst_in_bytes] ]
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_priority01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class_priority01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word：クラスマップ名。
class-default：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

priority [Kb/s [burst_in_bytes] | level level_value [Kb/s [burst_in_bytes] | percent percentage [burst_in_bytes] ] | percent percentage [burst_in_bytes] ]

例:


Device(config-pmap-c)# priority level 1
Device(config-pmap-c)#

（任意）priority コマンドは、クラスに完全スケジューリングプライオリティを割り当てます。

コマンドオプションは次のとおりです。

Kb/s：kbps を指定します（1 ～ 2000000）。
- burst_in_bytes：バイトでバーストを指定します（32 ～ 2000000）。
level level_value：マルチレベル（1 ～ 2）のプライオリティキューを指定します。
- Kb/s：kbps を指定します（1 ～ 2000000）。
  - burst_in_bytes：バイトでバーストを指定します（32 ～ 2000000）。
- percent：総帯域幅の割合。
  - burst_in_bytes：バイトでバーストを指定します（32 ～ 2000000）。
percent：総帯域幅の割合。
- burst_in_bytes：バイトでバーストを指定します（32 ～ 2000000）。

（注）

プライオリティレベル 1 はプライオリティレベル 2 より重要です。プライオリティレベル 1 は、QoS に最初に処理される帯域幅を予約するため、遅延は非常に低くなります。プライオリティレベル 1 と 2 はどちらも帯域幅を予約します。

ステップ 5

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

ステップ 6

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

次のタスク

ネットワークの QoS 用の追加のポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用してトラフィックポリシーをインターフェイスに付加します。

SGT ベースの QoS の設定

手順

	コマンドまたはアクション	目的
ステップ 1	configure terminal 例: `Device# configure terminal`	グローバルコンフィギュレーションモードを開始します。
ステップ 2	class-map `class-map-name` `{` match-any `\|` match-all `}` 例: `Device(config)# class-map c1`	クラスマップを指定し、クラスマップコンフィギュレーションモードを開始します。
ステップ 3	match security-group source tag `sgt-number` 例: `Device(config-cmap)# match security-group source tag 1000`	security-group source security tag の値を設定します。
ステップ 4	match security-group destination tag `dgt-number` 例: `Device(config-cmap)# match security-group destination tag 2000`	security-group destination security tag の値を設定します。
ステップ 5	exit 例: `Device(config-cmap)# exit Device#`	ルートマップインターフェイスコンフィギュレーションモードを終了して、グローバルコンフィギュレーションモードに戻ります。
ステップ 6	policy-map `policy-map-name` 例: `Device(config)# policy-map pin Device(config-pmap)#`	ポリシーマップを指定し、ポリシーマップコンフィギュレーションモードを開始します。 `policy-map-name` は子ポリシーマップの名前です。名前には最大 40 文字までの英数字を指定できます。
ステップ 7	class `class-name` 例: `Device(config-pmap)# class c1 Device(config-pmap-c)#`	ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。 word：クラスマップ名。 class-default：未分類のパケットを照合するシステムデフォルトクラス。
ステップ 8	set dscp `dscp-value` 例: `Device(config-pmap-c)# set dscp af11`	DiffServ コードポイント（DSCP）値を設定します。
ステップ 9	end 例: `Device(config-pmap-c)# end Device#`	設定変更を保存します。クラスマップコンフィギュレーションモードを終了し、グローバルコンフィギュレーションモードを開始します。
ステップ 10	interface `interface-num` 例: `Device(config)# interface GigabitEthernet1/0/24`	インターフェイスを指定し、インターフェイスコンフィギュレーションモードを開始します。
ステップ 11	service-policy `{` input `\|` output `}` `policy-map-name` 例: `Device(config-if)#service-policy input pin`	インターフェイスの入力にポリシーマップを割り当てます。
ステップ 12	end 例: `Device(config-if)# end Device#`	設定変更を保存します。インターフェイスコンフィギュレーションモードを終了し、グローバルコンフィギュレーションモードに入ります。

SGT ベースの QoS 分類の設定例

次に、インターフェイスでの SGT ベースの QoS の設定例を示します。

ip access-list role-based sgt_acl
 10 permit ip
cts role-based sgt-map 24.0.0.0/8 sgt 24
cts role-based enforcement
cts role-based permissions from 24 to 24 sgt_acl

class-map match-all c1
 match protocol attribute business-relevance business-relevant
 match protocol attribute traffic-class ops-admin-mgmt
 match security-group destination tag 24
 match security-group source tag 24

policy-map pin
 class c1
  set dscp af11
 class class-default
  set dscp af12

interface GigabitEthernet1/0/24
 no switchport
 ip address 24.1.1.2 255.255.255.0
 service-policy input pin
 ip nbar protocol-discovery

キューとシェーピングの設定

出力キューの特性の設定

ネットワークおよび QoS ソリューションの複雑さによっては、この項の手順をすべて実行する必要があります。次の特性を決定する必要があります。

DSCP、CoS、または QoS グループ値によって各キューおよびしきい値 ID にマッピングされるパケット
キューに適用されるドロップ割合のしきい値と、トラフィックタイプで必要な予約メモリと最大メモリ
キューに割り当てる固定バッファスペース
ポートの帯域幅に関するレート制限の必要性
出力キューの処理頻度、および使用する技術（シェーピング、共有、または両方）

（注）

出力キューはデバイスでのみ設定できます。

キューバッファの設定

デバイスでは、キューにバッファを割り当てることができます。バッファが割り当てられていない場合は、すべてのキューに対して均等に分割されます。queue-buffer ratio を使用して、特定の比率で分割できます。デフォルトで DTS（Dynamic Threshold and Scaling）はすべてのキューでアクティブになるため、これらはソフトバッファになります。

（注）

queue-buffer ratio は queue-limit とともに設定することはできません。

始める前に

この手順の前提条件を次に示します。

この手順を開始する前に、キューバッファのクラスマップを作成する必要があります。
キューバッファを設定する前に、ポリシーマップの帯域幅、シェーピング、またはプライオリティを設定する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
bandwidth {Kb/s | percent percentage | remaining { ratio ratio value }}
queue-buffers { ratio ratio value}
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_queuebuffer01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class_queuebuffer01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word：クラスマップ名。
class-default：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

bandwidth {Kb/s | percent percentage | remaining { ratio ratio value }}

例:


Device(config-pmap-c)# bandwidth percent 80
Device(config-pmap-c)#

ポリシーマップの帯域幅を設定します。コマンドパラメータは次のとおりです。

Kb/s：特定の値を設定するには、このコマンドを使用します。指定できる範囲は 20000 ～ 100000000 です。
percent：割合を使用して特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。100 % 未満の場合、帯域幅の残りは、すべての帯域幅キュー上に均等に分割されます。
remaining：特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。このコマンドは、ポリシー内の特定のキューに対して priority コマンドが使用されている場合に使用します。各キューには、割合ではなく比率を割り当てることもできます。キューにはそれらの比率に従って、特定の重みが割り当てられます。比率は 0 ～ 100 の範囲で指定できます。この場合のポリシーの全帯域幅での比率の割り当ては、100 を超えることができます。

（注）

ポリシーマップで帯域幅タイプを混在させることはできません。

ステップ 5

queue-buffers { ratio ratio value}

例:


Device(config-pmap-c)# queue-buffers ratio 10
Device(config-pmap-c)#

キューの相対的なバッファサイズを設定します。

（注）

ポリシーに設定されているすべてのバッファの合計が 100 % 以下である必要があります。未割り当てバッファは、残りのキューに均等に分散されます。プライオリティキューを含むすべてのキューに十分なバッファが割り当てられるようにします。

（注）

スパニングツリーや LACP などのネットワーク制御プロトコルのプロトコルデータユニット（PDU）は、プライオリティキューまたはキュー 0（プライオリティキューが設定されていない場合）を使用します。プロトコルが機能するには、これらのキューに十分なバッファが割り当てられるようにします。

ステップ 6

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

ステップ 7

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

次のタスク

ネットワークの QoS 用の追加のポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用してトラフィックポリシーをインターフェイスに付加します。

キュー制限の設定

重み付けテールドロップ（WTD）を設定するためにキュー制限を使用します。WTD を使用すると、キューごとに複数のしきい値を設定できます。各サービスクラスが異なるしきい値でドロップされて QoS 差別化が実現されます。デバイスによって、3 つの明示的にプログラム可能なしきい値クラスとして各キューに 0、1、2 を指定できます。したがって、キューごとに各パケットのキューイング/ドロップの決定は、フレームヘッダーの DSCP、CoS、または QoS グループフィールドに指定されたパケットのしきい値クラスの割り当てによって決定されます。

WTD では柔軟な制限が使用されるため、最大 400 %（共通プールで予約されるバッファの最大 4 倍）のキュー制限を設定できます。この柔軟な制限は、他の機能に影響することなく、共通プールのオーバーランを防止します。

（注）

キュー制限は、有線ポートのデバイスの出力キューでのみ設定できます。

始める前に

この手順の前提条件を次に示します。

この手順を開始する前に、キュー制限を使用するクラスマップを作成する必要があります。
キュー制限を設定する前に、ポリシーマップの帯域幅、シェーピング、またはプライオリティを設定する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
bandwidth {Kb/s | percent percentage | remaining { ratio ratio value }}
queue-limit {packets packets | cos {cos value { maximum threshold value | percent percentage } | values {cos value | percent percentage } } | dscp {dscp value {maximum threshold value | percent percentage} | match packet {maximum threshold value | percent percentage} | default {maximum threshold value | percent percentage} | ef {maximum threshold value | percent percentage} | dscp values dscp value} | percent percentage }}
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_queuelimit01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class_queuelimit01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word：クラスマップ名。
class-default：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

bandwidth {Kb/s | percent percentage | remaining { ratio ratio value }}

例:


Device(config-pmap-c)# bandwidth 500000
Device(config-pmap-c)#

ポリシーマップの帯域幅を設定します。パラメータは次のとおりです。

Kb/s：特定の値を設定するには、このコマンドを使用します。指定できる範囲は 20000 ～ 100000000 です。
percent：特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。100 % 未満の場合、帯域幅の残りは、すべての帯域幅キュー上に均等に分割されます。
remaining：特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。このコマンドは、ポリシー内の特定のキューに対して priority コマンドが使用されている場合に使用します。各キューには、割合ではなく比率を割り当てることもできます。キューにはそれらの比率に従って、特定の重みが割り当てられます。比率は 0 ～ 100 の範囲で指定できます。この場合のポリシーの全帯域幅での比率の割り当ては、100 を超えることができます。

（注）

ポリシーマップで帯域幅タイプを混在させることはできません。

ステップ 5

queue-limit {packets packets | cos {cos value { maximum threshold value | percent percentage } | values {cos value | percent percentage } } | dscp {dscp value {maximum threshold value | percent percentage} | match packet {maximum threshold value | percent percentage} | default {maximum threshold value | percent percentage} | ef {maximum threshold value | percent percentage} | dscp values dscp value} | percent percentage }}

例:


Device(config-pmap-c)# queue-limit dscp 3 percent 20
Device(config-pmap-c)# queue-limit dscp 4 percent 30
Device(config-pmap-c)# queue-limit dscp 5 percent 40

キュー制限のしきい値の割合を設定します。

すべてのキューで、3 つのしきい値（0、1、2）があり、それぞれのしきい値についてデフォルト値があります。デフォルトまたはその他のキュー制限しきい値設定を変更するには、このコマンドを使用します。たとえば、DSCP 3、4、および 5 のパケットが設定した特定のキューに送信される場合、このコマンドは、この 3 つの DSCP 値のしきい値パーセンテージを設定できます。キュー制限しきい値に関する詳細については、重み付けテールドロップを参照してください。

（注）

デバイスは絶対キュー制限の割合をサポートしません。デバイスは、DSCP または CoS キュー制限の割合だけをサポートします。

ステップ 6

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

ステップ 7

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

次のタスク

ネットワークの QoS 用の追加ポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用して、トラフィックポリシーをインターフェイスに付加します。

シェーピングの設定

特定のクラスのシェーピング（最大帯域幅）を設定するには、shape コマンドを使用します。ポートに残っている追加帯域幅があっても、キューの帯域幅はこの値に制限されます。シェーピングは平均の割合で、または bps のシェーピングの平均値で設定できます。

始める前に

この手順を開始する前に、シェーピングのクラスマップを作成する必要があります。

手順の概要

configure terminal
policy-map policy name
class class name
shape average {target bit rate | percent percentage}
end
show policy-map

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_shaping01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

ステップ 3

class class name

例:


Device(config-pmap)# class class_shaping01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word：クラスマップ名。
class-default：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

shape average {target bit rate | percent percentage}

例:


Device(config-pmap-c)# shape average percent 50
Device(config-pmap-c)#

平均シェーピングレートを設定します。平均シェーピングレートを、ターゲットビットレート（bps）または認定情報レート（CIR）のインターフェイス帯域幅の割合で設定できます。

ステップ 5

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

ステップ 6

show policy-map

例:


Device# show policy-map

（任意）すべてのサービスポリシーに設定されたすべてのクラスに関するポリシー設定情報を表示します。

次のタスク

ネットワークの QoS 用の追加のポリシーマップを設定します。ポリシーマップを作成したら、service-policy コマンドを使用してトラフィックポリシーをインターフェイスに付加します。

シャーププロファイルキューイングの設定

この手順は、スイッチでシャーププロファイルキューイングを設定する方法を説明しています。

手順の概要

configure terminal
policy-map policy name
class class name
bandwidth {Kb/s | percent percentage | remaining { ratio ratio value}}
shape average {target bit rate | percent percentage}
end

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:


Device# configure terminal

グローバルコンフィギュレーションモードを開始します。

ステップ 2

policy-map policy name

例:


Device(config)# policy-map policy_shaping01
Device(config-pmap)#

ポリシーマップコンフィギュレーションモードを開始します。

1 つ以上のインターフェイスに対応付けることができるポリシーマップを作成または修正し、サービスポリシーを指定します。

policy-map-name は子ポリシーマップの名前です。名前には最大 40 文字までの英数字を指定できます。

ステップ 3

class class name

例:


Device(config-pmap)# class class_shaping01
Device(config-pmap-c)#

ポリシークラスマップコンフィギュレーションモードを開始します。ポリシーを作成または変更するクラスの名前を指定します。ポリシークラスマップコンフィギュレーションモードには、次のコマンドオプションが含まれます。

word：クラスマップ名。
class-default：未分類のパケットを照合するシステムデフォルトクラス。

ステップ 4

bandwidth {Kb/s | percent percentage | remaining { ratio ratio value}}

例:


Device(config-pmap-c)# bandwidth 200000
Device(config-pmap-c)#

ポリシーマップの帯域幅を設定します。パラメータは次のとおりです。

Kb/s：特定の値を kbps で設定します（100 ～ 100000000）。
percent-：割合に基づいて、特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。100 % 未満の場合、帯域幅の残りは、すべての帯域幅キュー上に均等に分割されます。

remaining：特定のクラスに最小帯域幅を割り当てます。キューは、他のキューが全体のポート帯域幅を使用しない場合は、帯域幅をオーバーサブスクライブすることができます。合計が 100 % を超えることはできません。このコマンドは、ポリシー内の特定のキューに対して priority コマンドが使用されている場合に使用します。各キューには、割合ではなく比率を割り当てることもできます。キューにはそれらの比率に従って、特定の重みが割り当てられます。比率の範囲は 1 〜 65536 です。この場合のポリシーの全帯域幅での比率の割り当ては、100 を超えることができます。

（注）

ポリシーマップで帯域幅タイプを混在させることはできません。

ステップ 5

shape average {target bit rate | percent percentage}

例:


Device(config-pmap-c)# shape average percent 50
Device(config-pmap-c)#

平均シェーピングレートを設定します。平均シェーピングレートを、ターゲットビットレート（bps）または認定情報レート（CIR）のインターフェイス帯域幅の割合で設定できます。

ステップ 6

end

例:


Device(config-pmap-c)# end
Device#

設定変更を保存します。

シャーププロファイルキューイングの設定

次に、シャープキューイングの例を示します。

Policy Map test
    Class test1
      bandwidth 20 (%)
      Average Rate Traffic Shaping
      cir 40%   
    Class test3
      Average Rate Traffic Shaping
      cir 50%   
    Class test2
      Average Rate Traffic Shaping
      cir 50%   
    Class test4
      bandwidth 20 (%)
    Class test5
      Average Rate Traffic Shaping
      cir 70%   
    Class test6
      Average Rate Traffic Shaping
      cir 60%

QoS のモニタリング

デバイスでの QoS のモニタリングには、次のコマンドを使用できます。

表 10. QoS のモニタリング
コマンド	説明
show class-map [`class_map_name`]	設定されているすべてのクラスマップのリストを表示します。
show policy-map [`policy_map_name`]	設定されているすべてのポリシーマップのリストを表示します。コマンドパラメータは次のとおりです。 policy map name interface session
show policy-map session [ input \| output \| uid `UUID` ]	セッションの QoS ポリシーを表示します。コマンドパラメータは次のとおりです。 input：入力ポリシー output：出力ポリシー uid：SSS 固有の ID に基づくポリシー
show table-map	すべてのテーブルマップと設定を表示します。

例：TCP プロトコル分類

TCP パケットは、ポート番号に基づいて分類できます。TCP プロトコルの設定は次のとおりです。

Device#show ip acce tcp
Extended IP access list tcp
    10 permit tcp any any eq 80
Device #
Device #show run class-map tcp

Current configuration : 63 bytes
!
class-map match-all tcp
 match access-group name tcp
!
end
Device #
Device #show run policy-map tcp

Current configuration : 56 bytes
!
policy-map tcp
 class tcp
  police 1000000000
!
end
Device #

Device #show run int tw 1/0/1

Current configuration : 93 bytes
!
interface TwentyFiveGigE1/0/1
 no ip address
 no keepalive
 service-policy output tcp
end

Device #

例：UDP プロトコル分類

UDP パケットは、ポート番号に基づいて分類できます。UDP プロトコルの設定例は次のとおりです。

Device#show ip acce udp
Extended IP access list udp
    10 permit udp any any eq ntp
Device #

Device #show run class-map udp
Building configuration...

Current configuration : 63 bytes
!
class-map match-all udp
 match access-group name udp
!
end

Device #
Device #show run policy-map udp
Building configuration...

Current configuration : 56 bytes
!
policy-map udp
 class udp
  police 1000000000
!
end
Device #
Device #show run int tw 1/0/1

Current configuration : 93 bytes
!
interface TwentyFiveGigE1/0/1
 no ip address
 no keepalive
 service-policy output udp
end

Device #

例：RTP プロトコル分類

RTP パケットは、ポート番号に基づいて分類できます。RTP プロトコルの設定例は次のとおりです。

Device# show ip access-list rtp
Extended IP access list rtp
    10 permit udp any any eq 554
    11 permit tcp any any eq 554
Device #

Device #show run class-map rtp

Current configuration : 63 bytes
!
class-map match-all rtp
 match access-group name rtp
!
end

Device #
Device #show run policy-map rtp

Current configuration : 56 bytes
!
policy-map rtp
 class rtp
  police 1000000000
!
end

Device #
Device #show run int tw 1/0/1

Current configuration : 93 bytes
!
interface TwentyFiveGigE1/0/1
 no ip address
 no keepalive
 service-policy output rtp
end

Device #

例：アクセスコントロールリストによる分類

この例は、アクセスコントロールリスト（ACL）を使用して QoS のパケットを分類する方法を示しています。


Device# configure terminal
Device(config)# access-list 101 permit ip host 12.4.1.1 host 15.2.1.1 
Device(config)# class-map acl-101
Device(config-cmap)# description match on access-list 101
Device(config-cmap)# match access-group 101
Device(config-cmap)#

ACL を使用してクラスマップを作成した後で、クラスのポリシーマップを作成し、ポリシーマップを QoS のインターフェイスに適用します。

例：サービスクラスレイヤ 2 の分類

この例は、サービスクラスレイヤ 2 の分類を使用して QoS に対してパケットを分類する方法を示しています。


Device# configure terminal
Device(config)# class-map cos
Device(config-cmap)# match cos ?
  <0-7>  Enter up to 4 class-of-service values separated by white-spaces
Device(config-cmap)# match cos 3 4 5
Device(config-cmap)#

CoS レイヤ 2 の分類を使用してクラスマップを作成したら、そのクラスのポリシーマップを作成し、QoS のインターフェイスにポリシーマップを適用します。

例：サービスクラス DSCP の分類

この例は、サービスクラス DSCP の分類を使用して、QoS に対してパケットを分類する方法を示しています。


Device# configure terminal
Device(config)# class-map dscp
Device(config-cmap)# match dscp af21 af22 af23 
Device(config-cmap)#

DSCP 分類を使用してクラスマップを作成したら、クラスのポリシーマップを作成し、QoS のインターフェイスにポリシーマップを適用します。

例：VLAN ID レイヤ 2 の分類

この例は、VLAN ID レイヤ 2 の分類を使用して QoS に分類する方法を示しています。


Device# configure terminal
Device(config)# class-map vlan-120
Device(config-cmap)# match vlan ?
  <1-4095>  VLAN id
Device(config-cmap)# match vlan 120
Device(config-cmap)#

VLAN レイヤ 2 の分類を使用してクラスマップを作成したら、クラスのポリシーマップを作成し、QoS のインターフェイスにポリシーマップを適用します。

例：DSCP 値または precedence 値による分類

この例は、DSCP 値または precedence 値を使用してパケットを分類する方法を示しています。


Device# configure terminal
Device(config)# class-map prec2
Device(config-cmap)# description matching precedence 2 packets
Device(config-cmap)# match ip precedence 2 
Device(config-cmap)# exit
Device(config)# class-map ef 
Device(config-cmap)# description EF traffic
Device(config-cmap)# match ip dscp ef
Device(config-cmap)#

DSCP 値または precedence 値を使用してクラスマップを作成したら、クラスのポリシーマップを作成し、QoS のインターフェイスにポリシーマップを適用します。

例：階層型分類

次の例は、child という名前の別のクラスに一致する parent という名前のクラスが作成される、階層型分類を示しています。child という名前のクラスは、2 に設定された IP precedence に基づいて照合されます。


Device# configure terminal
Device(config)# class-map child
Device(config-cmap)# match ip precedence 2
Device(config-cmap)# exit
Device(config)# class-map parent
Device(config-cmap)# match class child
Device(config-cmap)#

親クラスマップを作成したら、クラスのポリシーマップを作成し、QoS のインターフェイスにポリシーマップを適用します。

例：階層型ポリシーの設定

次の例は、階層型ポリシーを使用した設定を示しています。


Device# configure terminal
Device(config)# class-map c1
Device(config-cmap)# match dscp 30
Device(config-cmap)# exit

Device(config)# class-map c2
Device(config-cmap)# match precedence 4
Device(config-cmap)# exit

Device(config)# class-map c3
Device(config-cmap)# exit

Device(config)# policy-map child
Device(config-pmap)# class c1
Device(config-pmap-c)# priority level 1
Device(config-pmap-c)# police rate percent 20 conform-action transmit exceed action drop 
Device(config-pmap-c-police)# exit
Device(config-pmap-c)# exit

Device(config-pmap)# class c2
Device(config-pmap-c)# bandwidth 20000
Device(config-pmap-c)# exit
Device(config-pmap)# class class-default
Device(config-pmap-c)# bandwidth 20000
Device(config-pmap-c)# exit
Device(config-pmap)# exit

Device(config)# policy-map parent
Device(config-pmap)# class class-default
Device(config-pmap-c)# shape average 1000000
Device(config-pmap-c)# service-policy child
Device(config-pmap-c)# end

次の例は、テーブルマップを使用した階層型ポリシーを示しています。

Device(config)# table-map dscp2dscp
Device(config-tablemap)# default copy
Device(config)# policy-map ssid_child_policy
Device(config-pmap)# class voice
Device(config-pmap-c)# priority level 1
Device(config-pmap-c)# police 15000000
Device(config-pmap)# class video
Device(config-pmap-c)# priority level 2
Device(config-pmap-c)# police 10000000
Device(config)# policy-map ssid_policy
Device(config-pmap)# class class-default
Device(config-pmap-c)# shape average 30000000
Device(config-pmap-c)# queue-buffer ratio 0
Device(config-pmap-c)# set dscp dscp table dscp2dscp
Device(config-pmap-c)# service-policy ssid_child_policy

例：音声およびビデオの分類

この例は、デバイス固有の情報を使用して、音声とビデオのパケットストリームを分類する方法を示しています。

この例では、音声とビデオがエンドポイント A からデバイスの GigabitEthernet1/0/1 に送信され、それぞれ precedence 値 5 と 6 を持ちます。また、音声とビデオは、エンドポイント B からデバイスの FortyGigabitEthernet1/0/2 にそれぞれ DSCP 値 EF と AF11 で送信されます。

両方のインターフェイスからのすべてのパケットがアップリンクインターフェイスに送信されます。その場合、音声は 100 Mbps にポリシングし、ビデオは 150 Mbps にポリシングする必要があります。

上記の要件ごとに分類するために、GigabitEthernet1/0/1 で送信される音声パケットに一致するクラスが作成されます。これには、precedence 5 に一致する voice-interface-1 という名前が付けられます。同様に、GigabitEthernet1/0/2 の音声パケットに一致する、voice-interface-2 という名前の音声用の別のクラスが作成されます。これらのクラスは、GigabitEthernet1/0/1 に接続される input-interface-1 と、GigabitEthernet1/0/2 に接続される input-interface-2 という 2 つの別個のポリシーに関連付けられます。このクラスのアクションは、qos-group に 10 とマーキングすることです。出力インターフェイスで QoS-group 10 のパケットを照合するために、QoS-group 10 で一致する voice という名前のクラスが作成されます。これは、output-interface という名前の別のポリシーに関連付けられ、アップリンクインターフェイスに関連付けられます。ビデオも同じ方法で処理されますが、QoS-group 20 で一致します。

次の例は、上記のデバイス固有の情報を使用して分類する方法を示しています。


Device(config)#
Device(config)# class-map voice-interface-1
Device(config-cmap)# match ip precedence 5
Device(config-cmap)# exit

Device(config)# class-map video-interface-1
Device(config-cmap)# match ip precedence 6
Device(config-cmap)# exit

Device(config)# class-map voice-interface-2
Device(config-cmap)# match ip dscp ef
Device(config-cmap)# exit

Device(config)# class-map video-interface-2
Device(config-cmap)# match ip dscp af11
Device(config-cmap)# exit

Device(config)# policy-map input-interface-1
Device(config-pmap)# class voice-interface-1
Device(config-pmap-c)# set qos-group 10
Device(config-pmap-c)# exit

Device(config-pmap)# class video-interface-1
Device(config-pmap-c)# set qos-group 20

Device(config-pmap-c)# policy-map input-interface-2
Device(config-pmap)# class voice-interface-2
Device(config-pmap-c)# set qos-group 10
Device(config-pmap-c)# class video-interface-2
Device(config-pmap-c)# set qos-group 20
Device(config-pmap-c)# exit
Device(config-pmap)# exit

Device(config)# class-map voice
Device(config-cmap)# match qos-group 10
Device(config-cmap)# exit

Device(config)# class-map video
Device(config-cmap)# match qos-group 20
Device(config)# policy-map output-interface
Device(config-pmap)# class voice
Device(config-pmap-c)# police 256000 conform-action transmit exceed-action drop
Device(config-pmap-c-police)# exit
Device(config-pmap-c)# exit
  
Device(config-pmap)# class video
Device(config-pmap-c)# police 1024000 conform-action transmit exceed-action drop
Device(config-pmap-c-police)# exit
Device(config-pmap-c)# exit

例：平均レートシェーピングの設定

次の例は、平均レートシェーピングを設定する方法を示しています。


Device# configure terminal
Device(config)# class-map prec1
Device(config-cmap)# description matching precedence 1 packets
Device(config-cmap)# match ip precedence 1
Device(config-cmap)# end

Device# configure terminal
Device(config)# class-map prec2
Device(config-cmap)# description matching precedence 2 packets
Device(config-cmap)# match ip precedence 2
Device(config-cmap)# exit

Device(config)# policy-map shaper
Device(config-pmap)# class prec1
Device(config-pmap-c)# shape average 512000
Device(config-pmap-c)# exit

Device(config-pmap)# policy-map shaper
Device(config-pmap)# class prec2
Device(config-pmap-c)# shape average 512000
Device(config-pmap-c)# exit

Device(config-pmap)# class class-default
Device(config-pmap-c)# shape average 1024000

クラスマップ、ポリシーマップ、シェーピング平均を設定したら、QoS のインターフェイスにポリシーマップを適用します。

例：キュー制限の設定

次の例は、DSCP 値および割合に基づいて、キュー制限ポリシーを設定する方法を示しています。


Device# configure terminal
Device#(config)# policy-map port-queue
Device#(config-pmap)# class dscp-1-2-3
Device#(config-pmap-c)# bandwidth percent 20
Device#(config-pmap-c)# queue-limit dscp 1 percent 80
Device#(config-pmap-c)# queue-limit dscp 2 percent 90
Device#(config-pmap-c)# queue-limit dscp 3 percent 100
Device#(config-pmap-c)# exit

Device#(config-pmap)# class dscp-4-5-6
Device#(config-pmap-c)# bandwidth percent 20
Device#(config-pmap-c)# queue-limit dscp 4 percent 20
Device#(config-pmap-c)# queue-limit dscp 5 percent 30
Device#(config-pmap-c)# queue-limit dscp 6 percent 20
Device#(config-pmap-c)# exit

Device#(config-pmap)# class dscp-7-8-9
Device#(config-pmap-c)# bandwidth percent 20
Device#(config-pmap-c)# queue-limit dscp 7 percent 20
Device#(config-pmap-c)# queue-limit dscp 8 percent 30
Device#(config-pmap-c)# queue-limit dscp 9 percent 20
Device#(config-pmap-c)# exit

Device#(config-pmap)# class dscp-10-11-12
Device#(config-pmap-c)# bandwidth percent 20
Device#(config-pmap-c)# queue-limit dscp 10 percent 20
Device#(config-pmap-c)# queue-limit dscp 11 percent 30
Device#(config-pmap-c)# queue-limit dscp 12 percent 20
Device#(config-pmap-c)# exit

Device#(config-pmap)# class dscp-13-14-15
Device#(config-pmap-c)# bandwidth percent 10
Device#(config-pmap-c)# queue-limit dscp 13 percent 20
Device#(config-pmap-c)# queue-limit dscp 14 percent 30
Device#(config-pmap-c)# queue-limit dscp 15 percent 20
Device#(config-pmap-c)# end  
Device#

上記のポリシーマップのキュー制限の設定が終了すると、QoS のインターフェイスにポリシーマップを適用することができます。

例：キューバッファの設定

次の例は、キューバッファポリシーを設定して QoS のインターフェイスに適用する方法を示しています。


Device# configure terminal
Device(config)# policy-map policy1001  
Device(config-pmap)# class class1001
Device(config-pmap-c)# bandwidth remaining ratio 10
Device(config-pmap-c)# queue-buffer ratio ?
  <0-100>  Queue-buffers ratio limit
Device(config-pmap-c)# queue-buffer ratio 20
Device(config-pmap-c)# end

Device# configure terminal
Device(config)# interface HundredGigabitE1/0/3
Device(config-if)# service-policy output policy1001
Device(config-if)# end

例：ポリシングアクションの設定

次の例は、ポリサーに関連付けることができるさまざまなポリシングアクションを示しています。これらのアクションは、パケット設定の適合、超過、または違反によって実現されます。トラフィックプロファイルを超過または違反したパケットをドロップ、マーク付け、または送信することができます。

たとえば、1 つの一般的な導入シナリオでは、エンタープライズ顧客ポリシートラフィックがネットワークからサービスプロバイダに送信され、DSCP 値が異なる、適合、超過、および違反パケットをマーキングします。サービスプロバイダは、輻輳があると DSCP 値の超過および違反としてマーキングされたパケットをドロップすることができますが、使用可能な帯域幅がある場合は送信することも可能です。

（注）

Layer 2 フィールドには CoS フィールドが含まれるようにマーキングでき、Layer 3 フィールドには precedence および DSCP フィールドが含まれるようにマーキングできます。

1 つの便利な機能として、複数のアクションとイベントを関連付ける機能があります。たとえば、すべての適合パケットについて、precedence ビットと CoS を設定できます。アクションを設定するサブモードは、ポリシング機能によって配信できます。

これは、ポリシングアクションの設定例を示しています。


Device# configure terminal
Device(config)# policy-map police
Device(config-pmap)# class class-default
Device(config-pmap-c)# police cir 1000000 pir 2000000 
Device(config-pmap-c-police)# conform-action transmit
Device(config-pmap-c-police)# exceed-action set-dscp-transmit dscp table exceed-markdown-table
Device(config-pmap-c-police)# violate-action set-dscp-transmit dscp table violate-markdown-table  
Device(config-pmap-c-police)# end

この例では、exceed-markdown-table と violate-mark-down-table がテーブルマップです。

（注）

ポリサーベースのマークダウンアクションは、テーブルマップを使用する場合のみサポートされます。デバイスの各マーキングフィールドで許可されているマークダウンテーブルマップは 1 つだけです。

例：ポリサーの VLAN 設定

次の例では、VLAN のポリサー設定を表示します。この設定の最後に、QoS のインターフェイスに VLAN ポリシーマップを適用します。


Device# configure terminal
Device(config)# class-map vlan100
Device(config-cmap)# match vlan 100
Device(config-cmap)# exit
Device(config)# policy-map vlan100
Device(config-pmap)# policy-map class vlan100
Device(config-pmap-c)# police 100000 bc conform-action transmit exceed-action drop
Device(config-pmap-c-police)# end
Device# configure terminal
Device(config)# interface HundredGigabitE1/0/5
Device(config-if)#  service-policy input vlan100

例：ポリシングの単位

ポリシングの単位は、トークンバケットが機能する基礎となります。CIR および PIR はビット/秒で指定します。バーストパラメータはバイト単位で指定します。これはデフォルトのモードであり、単位が指定されていない場合に使用される単位です。CIR および PIR は、パーセントでも設定できます。その場合バーストパラメータをミリ秒単位で設定する必要があります。

次の例は、ビット/秒のポリサー設定を示しています。この設定では、測定単位がビットであるデュアルレートの 3 カラーポリサーが設定されます。バーストおよびピークバーストはすべてビットに指定されます。


Device(config)# policy-map bps-policer
Device(config-pmap)# class class-default
Device(config-pmap-c)# police rate 100000 peak-rate 1000000
conform-action transmit exceed-action set-dscp-transmit dscp table
DSCP_EXCE violate-action drop

例：シングルレート 2 カラーポリシング設定

次の例は、シングルレート 2 カラーポリサーを設定する方法を示しています。


Device(config)# class-map match-any prec1
Device(config-cmap)# match ip precedence 1
Device(config-cmap)# exit
Device(config)# policy-map policer
Device(config-pmap)# class prec1
Device(config-pmap-c)# police cir 256000 conform-action transmit exceed-action drop 
Device(config-pmap-c-police)# exit
Device(config-pmap-c)#

例：デュアルレート 3 カラーポリシング設定

次の例は、デュアルレート 3 カラーポリサーを設定する方法を示しています。


Device# configure terminal
Device(config)# policy-Map dual-rate-3color-policer
Device(config-pmap)# class class-default
Device(config-pmap-c)# police cir 64000 bc 2000 pir 128000 be 2000
Device(config-pmap-c-police)# conform-action transmit
Device(config-pmap-c-police)# exceed-action set-dscp-transmit dscp table exceed-markdown-table
Device(config-pmap-c-police)# violate-action set-dscp-transmit dscp table violate-markdown-table
Device(config-pmap-c-police)# exit
Device(config-pmap-c)#

この例では、exceed-markdown-table と violate-mark-down-table がテーブルマップです。

（注）

ポリサーベースのマークダウンアクションは、テーブルマップを使用する場合のみサポートされます。デバイスの各マーキングフィールドで許可されているマークダウンテーブルマップは 1 つだけです。

例：テーブルマップのマーキング設定

次のステップと例は、QoS 設定でテーブルマップマーキングを使用する方法を示しています。

テーブルマップを定義します。

table-map コマンドを使用してテーブルマップを定義し、値のマッピングを示します。このテーブルでは、テーブルが使用されるポリシーまたはクラスを認識しません。テーブルマップのデフォルトのコマンドは、一致する「from」フィールドがない場合に、「to」フィールドにコピーされる値を示します。この例では、table-map1 というテーブルマップが作成されます。定義されたマッピングでは、値 0 が 1 に、2 が 3 に変換され、デフォルト値は 4 に設定されます。
```
Device(config)# table-map table-map1
Device(config-tablemap)# map from 0 to 1
Device(config-tablemap)# map from 2 to 3
Device(config-tablemap)# default 4
Device(config-tablemap)# exit

 
```
テーブルマップが使用されるポリシーマップを定義します。

この例では、着信 CoS が table-map1 テーブルで指定されたマッピングに基づいて、DSCP にマッピングされます。この例では、着信パケットの DSCP が 0 である場合、パケット内の CoS は 1 に設定されます。テーブルマップ名が指定されていない場合、このコマンドではデフォルトの動作が実行され、値が「from」フィールド（この場合は DSCP）から「to」フィールド（この場合は CoS）にコピーされます。ただし、CoS が 3 ビットフィールドであっても DSCP は 6 ビットフィールドです。これは、DSCP 内の最初の 3 ビットに CoS がコピーされることを意味します。
```
Device(config)# policy map policy1
Device(config-pmap)# class class-default
Device(config-pmap-c)# set cos dscp table table-map1
Device(config-pmap-c)# exit
```

ポリシーをインターフェイスに関連付けます。


Device(config)# interface HundredGigabitE1/0/2
Device(config-if)# service-policy output policy1
Device(config-if)# exit

例：CoS マーキングを保持するテーブルマップの設定

次の例は、テーブルマップを使用して、QoS 設定のインターフェイスで CoS マーキングを保持する方法を示しています。

（例で設定されている）cos-trust-policy ポリシーは入力方向でイネーブルになり、インターフェイスに着信する CoS マーキングが保持されます。ポリシーがイネーブルになっていない場合は、デフォルトで DSCP だけが信頼されます。純粋なレイヤ 2 パケットがインターフェイスに着信すると、CoS の入力ポートに一致するポリシーがない場合は、CoS 値が 0 に書き換えられます。


Device# configure terminal
Device(config)# table-map cos2cos
Device(config-tablemap)# default copy
Device(config-tablemap)# exit


Device(config)# policy map cos-trust-policy
Device(config-pmap)# class class-default
Device(config-pmap-c)# set cos cos table cos2cos
Device(config-pmap-c)# exit

Device(config)# interface HundredGigabitE1/0/2
Device(config-if)# service-policy input cos-trust-policy
Device(config-if)# exit

次の作業

QoS 設定でこれらの自動機能を使用できるかどうかについては、自動 QoS のマニュアルを参照してください。

QoS に関する追加情報

QoS の機能履歴

次の表に、このモジュールで説明する機能のリリースおよび関連情報を示します。

これらの機能は、特に明記されていない限り、導入されたリリース以降のすべてのリリースで使用できます。

リリース

機能

機能情報

Cisco IOS XE Everest 16.5.1a

QoS の機能

QoS により、他のトラフィックタイプの代わりに特定のトラフィックタイプを優先的に処理できます。QoS を設定しない場合、デバイスはパケットの内容やサイズに関係なく、各パケットにベストエフォート型のサービスを提供します。

（注）

このリリースでは、コンバージドアクセスはサポートされません。

Cisco Feature Navigator を使用すると、プラットフォームおよびソフトウェアイメージのサポート情報を検索できます。Cisco Feature Navigator には、http://www.cisco.com/go/cfn [英語] からアクセスします。

Cisco IOS XE Amsterdam 17.2.x（Catalyst 9300 スイッチ）Quality of Service コンフィギュレーション ガイド

偏向のない言語

翻訳について

検索結果

章のタイトル： QoS の設定

QoS の設定

QoS の前提条件

QoS コンポーネント

QoS の用語

QoS の概要

モジュラ QoS CLI

有線アクセスでサポートされる QoS 機能

階層型 QoS

QoS の実装

レイヤ 2 フレームのプライオリティ ビット

レイヤ 3 パケットのプライオリティ ビット

分類を使用したエンドツーエンドの QoS ソリューション

パケット分類

パケットと合わせて伝搬される情報に基づく分類

レイヤ 3 またはレイヤ 4 ヘッダーに基づく分類

レイヤ 2 ヘッダーに基づく分類

デバイス固有の情報に基づく分類

QoS 有線モデル

入力ポートのアクティビティ

出力ポートのアクティビティ

分類

アクセス コントロール リスト

クラス マップ

存続可能時間分類

レイヤ 3 パケット長分類

レイヤ 2 SRC-Miss または DST-Miss の分類

ポリシー マップ

物理ポートのポリシー マップ

VLAN のポリシーマップ

QoS プロファイル

セキュリティグループ分類

SGT ベースの QoS

SGACL との DGID の共有

例

SGT ベースの QoS の制限

アップグレードまたはダウングレードの制約事項

入力ポート FIFO パーサー

ポリシング

トークンバケット アルゴリズム

マーキング

パケット ヘッダーのマーキング

スイッチ固有の情報のマーキング

テーブル マップのマーキング

トラフィックの調整

ポリシング

シングルレート 2 カラー ポリシング

デュアルレート 3 カラー ポリシング

シェーピング

クラスベース トラフィック シェーピング

平均レート シェーピング

階層型シェーピング

キューイングおよびスケジューリング

帯域幅

帯域幅の割合

残存帯域幅の割合

重み付けテール ドロップ

重み付けテール ドロップのデフォルト値

プライオリティ キュー

プライオリティ キュー ポリサー

キュー バッファ

C9300-24UB、C9300-24UXB、および C9300-48UB スイッチでのキューバッファ管理

キュー バッファの割り当て

ダイナミックなしきい値および拡張

重み付けランダム早期検出

Cisco IP Phone の信頼境界機能のポート セキュリティ

有線ポートの信頼動作

デフォルトの有線 QoS 設定

DSCP マップ

デフォルトの CoS/DSCP マップ

デフォルトの IP Precedence/DSCP マップ

デフォルトの DSCP/CoS マップ

QoS の設定方法

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

始める前に

手順の概要

レイヤ 2 フレームのプライオリティビット

レイヤ 3 パケットのプライオリティビット

アクセスコントロールリスト

クラスマップ

ポリシーマップ

物理ポートのポリシーマップ

トークンバケットアルゴリズム

パケットヘッダーのマーキング

テーブルマップのマーキング

シングルレート 2 カラーポリシング

デュアルレート 3 カラーポリシング

クラスベーストラフィックシェーピング

平均レートシェーピング

重み付けテールドロップ

重み付けテールドロップのデフォルト値

プライオリティキュー

プライオリティキューポリサー

キューバッファ

キューバッファの割り当て

Cisco IP Phone の信頼境界機能のポートセキュリティ

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

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

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

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

ポリシーマップによる物理ポートのトラフィックの分類、ポリシング、およびマーキング