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

ワイヤレス QoS は次のワイヤレス ターゲットで設定できます。

• アクセス ポイントを関連付けることができるすべての物理ポートを含むワイヤレス ポート。

• Radio

• SSID（無線単位、AP 単位、SSID 単位で適用可能）

• クライアント

次の表に、ワイヤレス ターゲットでポリシーがどのようにサポートされるかを示します。

（注）	ユーザが設定可能なその他のポリシーには、複数宛先のポリサーおよび VLAN が含まれます。

ワイヤレス QoS は次の機能をサポートします。

• 出力方向のキューイング。

• ワイヤレス トラフィックのポリシング

• 出力方向のワイヤレス トラフィックのシェーピング。

• 出力方向の Approximate Fair Drop（AFD）。

• QoS のモビリティ サポート。

• Cisco Unified Wireless Controller で使用可能な貴金属の QoS ポリシーとの互換性。

• CLI/Traffic クラス（TCLAS）および CLI/スヌーピングの組み合わせ。

• AVC QoS クライアント ポリシーの設定によるアプリケーション制御（データ トラフィックのドロップやマーキングが可能）。

スイッチは IPv4 および IPv6 トラフィックの QoS をサポートし、クライアント ポリシーに IPv4 および IPv6 のフィルタを設定できます。

（注）	ポートの子ポリシーは、スイッチの有線ポートには適用されず、ワイヤレス ポートにだけ適用されます。ワイヤレス ポートは、AP が join するポートとして定義されます。デフォルト ポートの子ポリシーは、起動時にスイッチのワイヤレス ポートに適用されます。ポートのシェーパー レートは 1G に制限されています

ポート シェーパーは、デバイスと AP との間に適用可能なトラフィック ポリシーを指定します。これは、アクセス ポイントでサポートされる無線レートの合計です。

子ポリシーは、ポート子ポリシーで定義されたパケットとキューとの間のマッピングを指定します。子ポリシーは、音声、ビデオ、class-default、および non-client-nrt クラスを含めるように設定できます。この音声とビデオは、DSCP 値（外部 CAPWAP ヘッダーの DSCP 値）に基づいています。class-default の定義は、音声およびビデオ DSCP 以外の値としてシステムに認識されます。

DSCP 値は、パケットがポートに到達するときに割り当てられます。パケットがポートに到着する前に、SSID ポリシーがパケットに適用されます。ポートの子ポリシーには、特定のポート トラフィックでのマルチキャストの割合が含まれます。デフォルトでは、ポートの子ポリシーは使用できるレートの最大 10 % を割り当てます。

無線ポリシーはシステム定義であり、ユーザは設定できません。無線ワイヤレス ターゲットは、出力方向にだけ適用されます。

無線ポリシーは無線単位、アクセス ポイント単位で適用されます。無線のレート制限は、AP 無線レートの実際の制限です。この値は、アクセス ポイントでサポートされている無線の合計と同じです。

入力および出力方向で SSID BSSID（基本サービス セット ID）の QoS ポリシーを作成できます。デフォルトでは、SSID ポリシーはありません。SSID の名前に基づいて SSID ポリシーを設定できます。ポリシーは、BSSID 単位で適用できます。

SSID で作成できるポリシーのタイプには、テーブル マップ（table-map）、シェープ レート、RT1（Real Time 1）および RT2（Real Time 2）ポリサーを使用したマーキングが含まれます。トラフィックが入力の場合、通常は、SSID でマーキング ポリシーを設定します。トラフィックがダウンストリームの場合は、マーキングおよびキューイングを設定できます。

ポートと SSID で設定されているポリシー間では、1 対 1 のマッピングが必要です。たとえば、ポートでクラス音声とクラス ビデオを設定すると、SSID に同様のポリシーを設定できます。

SSID のプライオリティは、帯域幅余剰比率を設定して指定できます。SSID ポリシーのキューイングは、ダウンストリーム方向で適用されます。

クライアント ポリシーは、入力方向と出力方向に適用できます。スイッチのワイヤレス制御モジュールは、WMM クライアントでアドミッション制御がイネーブルの場合に、デフォルト クライアント ポリシーを適用します。アドミッション制御がディセーブルの場合、デフォルト クライアント ポリシーはありません。クライアントではポリシング ポリシーおよびマーキング ポリシーを設定できます。

（注）	クライアント ポリシーには、IPv4 フィルタと IPv6 フィルタの両方を設定できます。

クライアント ポリシーは次のように設定できます。

• AAA の使用

• Cisco IOS MQC CLI の使用

  • service policy client コマンドは WLAN 設定で使用できます。

• デフォルト設定の使用

（注）	ユニファイド ワイヤレス コントローラ手順を設定し、MQC QoS コマンドを使用して AAA を設定した場合は、MQC QoS コマンドによって設定されたポリシーが優先されます。

（注）	WLAN にクライアント ポリシーを適用する場合は、クライアント ポリシーを変更する前に WLAN をディセーブルにします。SSID ポリシーは、WLAN がイネーブルでも変更できます。

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

• 階層型分類：トラフィック分類は、他のクラスに基づいています。

• 階層型ポリシング：階層型ポリシーの複数のレベルでポリシングを設定するプロセス。

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

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

スイッチは、ワイヤレス ターゲットの階層型 QoS をサポートしています。階層型 QoS ポリシーは、ポート、無線、SSID、およびクライアントに適用されます。デバイスに設定された QoS ポリシー（マーキング、シェーピング、ポリシングを含む）は、複数のターゲットに適用できます。ネットワークに非リアルタイム トラフィックが含まれている場合、非リアルタイム トラフィックは Approximate Fair Drop に従います。階層は、デバイスに送信されるパケット上のさまざまな QoS ポリシーの適用プロセスに関係します。親と子ポリシーの両方に対してポリシングを設定できます。

図 1. 階層型 QoS. この図では、ワイヤレス ネットワークで使用可能なさまざまなターゲット、および階層型ワイヤレス設定を示します。ワイヤレス QoS には、無線単位、WLAN 単位、およびクライアント単位で制約が適用されます。

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

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

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

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

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

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

• 1 つまたは複数の一致基準があるクラス マップ テンプレート

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

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

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

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

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

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

• スイッチ固有の情報に基づく分類

• 階層型分類

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

• 分類：パケットと QoS ラベルを関連付けて、パケットごとに異なるパスを分類します。たとえば、スイッチは、ある種類のトラフィックを別の種類のトラフィックと区別するためにパケット内の CoS または DSCP を QoS ラベルにマッピングします。生成された QoS ラベルは、このパケットでこれ以降に実行されるすべての QoS アクションを識別します。

• ポリシング：ポリシングでは、着信トラフィックのレートを設定済みポリサーと比較して、パケットが適合か不適合かを判別します。ポリサーは、トラフィック フローで消費される帯域幅を制限します。その判別結果がマーカーに渡されます。

• マーキング：マーキングでは、パケットが不適合の場合の対処法に関して、ポリサーおよび設定情報を検討し、パケットの扱い（パケットを変更しないで通過させるか、パケットの QoS ラベルをマークダウンするか、またはパケットをドロップするか）を決定します。

（注）	ワイヤレス入力ポートでのポリシー適用は、スイッチではサポートされていません。

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

• ポリシング：ポリシングでは、着信トラフィックのレートを設定済みポリサーと比較して、パケットが適合か不適合かを判別します。ポリサーは、トラフィック フローで消費される帯域幅を制限します。その判別結果がマーカーに渡されます。

• マーキング：マーキングでは、パケットが不適合の場合の対処法に関して、ポリサーおよび設定情報を検討し、パケットの扱い（パケットを変更しないで通過させるか、パケットの QoS ラベルをマークダウンするか、またはパケットをドロップするか）を決定します。

• キューイング：キューイングでは、使用する出力キューを選択する前に、QoS パケット ラベルおよび対応する DSCP 値または CoS 値を評価します。複数の入力ポートが 1 つの出力ポートに同時にデータを送信すると輻輳が発生することがあるため、重み付けテール ドロップ（WTD）によってトラフィック クラスを区別し、QoS ラベルに基づいてパケットに別々のしきい値を適用します。しきい値を超過している場合、パケットはドロップされます。

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

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

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

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

• トラフィック クラスに特定の DSCP 値または IP precedence 値を設定する

• トラフィック クラスに CoS 値を設定する

• QoS グループを設定する

• トラフィック クラスのワイヤレス LAN（WLAN）値を設定する

• トラフィックがアウト オブ プロファイルになった場合の、トラフィックの帯域幅制限やアクションを指定する

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

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

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

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

（注）

ポリシー マップに priority と set を両方設定することはできません。これらのコマンド両方をポリシー マップに設定すると、ポリシー マップをインターフェイスに適用した際に、エラー メッセージが表示されます。次に、この制限の例を示します。 Switch# configure terminal Switch(config)# class-map cmap Switch(config-cmap)# exit Switch(config)# class-map classmap1 Switch(config-cmap)# exit Switch(config)# policy-map pmap Switch(config-pmap)# class cmap Switch(config-pmap-c)# priority Switch(config-pmap-c)# exit Switch(config-pmap)# class classmap1 Switch(config-pmap-c)# set Switch(config-pmap-c)# exit Switch(config-pmap)# exit Switch(config)# interface gigabitethernet 0/1/1 Switch(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

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

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

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

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

• IPv4/v6 ヘッダー ビット マーキング

• レイヤ 2 ヘッダー ビット マーキング

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

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

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

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

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

（注）	スイッチ のスタックは、合計 14 のテーブル マップをサポートします。各方向の有線ポート単位で 1 つのテーブル マップだけがサポートされます。

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

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

• 変換：1 つの DSCP 値セットから別の DSCP 値セットにマッピングするテーブル マップを利用できます。また、このテーブル マップは出力ポートに付加できます。

• 書き換え：入力パケットは設定されたテーブル マップに基づいて書き換えられます。

• マッピング：テーブル マップ ベースのポリシーは、set ポリシーの代わりに使用できます。

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

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

2. ポリシー マップの定義：テーブル マップを使用するポリシー マップを定義します。

3. ポリシーをインターフェイスに関連付けます。

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

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

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

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

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

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

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

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

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

• 帯域幅の割合

• 帯域幅余剰比率

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

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

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

図 4. 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 % のしきい値が適用されます。このフレームがキューに追加されると、しきい値を超過するため、スイッチがフレームをドロップします。

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

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

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

Cisco IOS XE リリース 3.7.5 E 以降のリリースでは、ダウンリンク ポートのサイズは 10GB ですが、すべてのダウンリンク ポートに 1 GB のポート バッファが割り当てられます。この変更の前は、すべての 1 GB ダウンリンク ポートには 1 GB バッファが、10 GB ダウンリンク ポートには 10 GB バッファが割り当てられていました。

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

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

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

ワイヤレス ポートのデフォルトでは、キュー 0 には、厳格なバッファとしてインターフェイスで利用可能なバッファの 40 % が割り当てられます。つまり、1 ギガビット ポートにおいては、キュー 0 に対して 67 バッファが割り当てられます。このキューの柔軟な最大値は 1 ギガビット ポートに 268 （67 * 400/100 で計算）と設定されます。ここで、400 はキューに設定されたデフォルトの最大しきい値です。

有線ポートのデフォルトでは、キュー 0 には、厳格なバッファとしてインターフェイスで利用可能なバッファの 40 % が割り当てられます。つまり、1 ギガビット ポートにおいては、キュー 0 に対して 120 バッファが割り当てられ、10 ギガビット ポートにおいては、720 バッファが割り当てられます。このキューの柔軟な最大値は 1 ギガビット ポートで 480（120 * 400/100 で計算）と設定され、10 ギガビット ポートで 2880 と設定されます。ここで、400 はキューに設定された最大しきい値です。

ワイヤレス コンポーネントでのキューイングはポート ポリシーに基づいて実行され、ダウンストリーム方向にだけ適用されます。ワイヤレス モジュールは次の 4 種類のキューをサポートします。

• 音声：これは完全プライオリティ キューです。Q0 に代表されるこのキューは、制御トラフィックとマルチキャストまたはユニキャスト音声トラフィックを処理します。すべての制御トラフィック（CAPWAP パケットなど）は、音声キューを介して処理されます。QoS モジュールは、制御パケットおよび音声パケットを処理して、制御パケットが他の非制御パケットよりもプライオリティが高くなるように、音声キュー内の別のしきい値を使用します。

• ビデオ：これは完全プライオリティ キューです。Q1 に代表されるこのキューは、マルチキャストまたはユニキャスト ビデオ トラフィックを処理します。

• データ NRT：Q2 に代表されるこのキューは、すべての非リアルタイム ユニキャスト トラフィックを処理します。

• マルチキャスト NRT：Q3 に代表されるこのキューは、マルチキャスト NRT トラフィックを処理します。Q0、Q1、または Q2 のトラフィックに一致しないトラフィックは、Q3 を通じて処理されます。

（注）	デフォルトでは、キュー Q0 および Q1 はイネーブルになっていません。

（注）	キュー Q2 および Q3 のトラフィックには、重み付けラウンド ロビン ポリシーが適用されます。

アップストリーム方向では、キューは 1 つだけ使用できます。ポートおよび無線ポリシーは、ダウンストリーム方向にだけ適用できます。

（注）	有線ポートでは 8 つのキューがサポートされます。

クライアントが 1 つの場所から別の場所にローミングすると、同じスイッチ（固定スイッチ）または他のスイッチ（外部スイッチ）に関連付けられたアクセス ポイントに関連付けることができます。スイッチ間ローミングは、クライアントのローミング前に同じデバイスに関連付けられていなかったアクセス ポイントに、クライアントが関連付けられるシナリオを示しています。ホスト デバイスは、クライアントが最初に固定されていたデバイスの外部になります。

スイッチ間ローミングの場合、クライアントの QoS ポリシーは、常に外部コントローラで実行されます。クライアントが固定スイッチから外部スイッチにローミングされると、QoS ポリシーは固定スイッチでアンインストールされ、外部スイッチにインストールされます。モビリティのハンドオフ メッセージでは、固定デバイスが 外部スイッチにポリシーの名前を渡します。外部スイッチには、QoS ポリシーが正しく適用できるように同じ名前のポリシーが必要です。

スイッチ間ローミングの場合、QoS ポリシーはすべて、固定デバイスから外部デバイスに移動します。固定デバイスから外部デバイスへの QoS ポリシーの移行中は、外部デバイスのトラフィックがデフォルトで提供されます。これは、クライアントのターゲットの新しいポリシー インストールに似ています。

（注）	外部デバイスがユーザ定義の物理ポート ポリシーを使用して設定されていない場合、デフォルト ポート ポリシーは RT1 キューを通過する制御トラフィックを除き、NRT キューを介してルーティングされるすべてのトラフィックに適用されます。ネットワーク管理者は、固定および未知のデバイスで同じ物理ポートのポリシーを対称的に設定する必要があります。

スイッチ内ローミングでは、クライアントのローミング前に同じスイッチに関連付けられていたアクセス ポイントに、クライアントが関連付けられます。ただしこのデバイスとの関連付けは、別のアクセス ポイントを通じて行われます。

（注）	スイッチ内ローミングの場合、QoS ポリシーはそのまま残ります。