はじめに
このドキュメントでは、9800ワイヤレスLANコントローラ(WLC)でワイヤレスQuality of Service(QoS)を設定、検証、およびトラブルシューティングする方法について説明します。
使用するコンポーネント
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
- WLC:17.12.03を実行するC9800-40-K9
- アクセスポイント(AP):C9120-AX-D
- スイッチ:17.03.05が稼働するC9300-48P
- 有線およびワイヤレスクライアント:Windows 10
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな(デフォルト)設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
背景説明
ワイヤレスQoSは、重要なアプリケーションが最適なパフォーマンスを得るために必要な帯域幅と低遅延を確実に受け取るために不可欠です。このドキュメントでは、CiscoワイヤレスネットワークでのQoSの設定、検証、およびトラブルシューティングに関する包括的なガイドを提供します。
この記事では、読者が無線と有線の両方のQoSの原則について基本的な知識を持っていることを前提としています。また、Cisco WLCとAPの設定および管理に習熟していることも期待されています。
コンフィギュレーション
このセクションでは、9800ワイヤレスコントローラでのQoSの設定について詳しく説明します。これらの構成を活用することで、重要なアプリケーションが必要な帯域幅と低遅延を確実に受け取り、ネットワーク全体のパフォーマンスを最適化できます。
9800 WLCのQoS設定は、主に3つの大きなカテゴリに分けることができます。
9800 WLC QOS設定の概要
このドキュメントは、後続のセクションで各セクションを1つずつ説明します。
注:この記事では、ローカルモードのAPに焦点を当てています。FlexConnectモードのAPについては説明しません。
QoSポリシーターゲット
ポリシーターゲットは、QoSポリシーを適用できる設定構成要素です。Catalyst 9800でのQoSの実装はモジュール型で柔軟性があります。ユーザは、SSID、クライアント、およびポートレベルの3つの異なるターゲットでポリシーを設定することを決定できます。
QoSポリシーターゲット
SSIDポリシーは、SSIDごとにAPごとに適用できます。SSIDでポリシングおよびマーキングポリシーを設定できます。
クライアントポリシーは入力方向と出力方向で適用できます。クライアントにポリシングおよびマーキングポリシーを設定できます。AAAオーバーライドもサポートされています。
ポートベースのQoSポリシーは、物理ポートまたは論理ポートに適用できます。
自動 QoS
Wireless Auto QoSは、ワイヤレスQoS機能の導入を自動化します。また、さまざまなトラフィックフローに優先順位を付けるために管理者が詳細に変更できる一連の定義済みプロファイルがあります。Auto-QoSはトラフィックを照合し、一致した各パケットをQoSグループに割り当てます。これにより、出力ポリシーマップは、プライオリティキューを含む特定のキューに特定のQoSグループを配置できます。
モード
|
クライアント入力
|
クライアント出力
|
BSSID入力
|
BSSID出力
|
ポートの入力
|
ポートの出力
|
無線
|
音声
|
N/A
|
N/A
|
プラチナアップ
|
プラチナ
|
N/A
|
自動Qos-4.0-wlan-Port-Output-Policy
|
ACMオン
|
ゲスト
|
N/A
|
N/A
|
自動Qos-4.0-wlan-GT-SSID-Input-Policy
|
AutoQos-4.0-wlan-GT-SSID – 出力ポリシー
|
N/A
|
自動Qos-4.0-wlan-Port-Output-Policy
|
|
ファーストレーン
|
N/A
|
N/A
|
N/A
|
N/A
|
N/A
|
自動Qos-4.0-wlan-Port-Output-Policy
|
edca-parameters fastlaneコマンド
|
エンタープライズAVC
|
N/A
|
N/A
|
AutoQos-4.0-wlan-ET-SSID-Input-AVC-Policy
|
AutoQos-4.0-wlan-ET-SSID – 出力ポリシー
|
N/A
|
自動Qos-4.0-wlan-Port-Output-Policy
|
|
次の表に、自動QoSプロファイルが適用されたときに発生する設定変更を示します。
自動QoSを設定するには、Configuration > QoSの順に選択します。
QoSワークフロー
Addをクリックし、Auto QoSをenabledに設定します。リストから適切な自動QoSマクロを選択します。この例では、音声トラフィックに優先順位を付けるVoiceマクロが使用されます。
AutoQoS音声マッピング
マクロが有効になったら、ポリシーに適用する必要があるポリシーを選択します。
自動QoS CLI設定
# enable
# wireless autoqos policy-profile default-policy-profile mode voice
Auto QoSが有効になったので、発生した変更を確認できます。このセクションでは、音声の設定変更を一覧で示します。
class-map match-any AutoQos-4.0-Output-CAPWAP-C-Class
match access-group name AutoQos-4.0-Output-Acl-CAPWAP-C
class-map match-any AutoQos-4.0-Output-Voice-Class
match dscp ef
policy-map AutoQos-4.0-wlan-Port-Output-Policy
class AutoQos-4.0-Output-CAPWAP-C-Class
priority level 1
class AutoQos-4.0-Output-Voice-Class
priority level 2
class class-default
interface TenGigabitEthernet0/0/0
service-policy output AutoQos-4.0-wlan-Port-Output-Policy
interface TenGigabitEthernet0/0/1
service-policy output AutoQos-4.0-wlan-Port-Output-Policy
interface TenGigabitEthernet0/0/2
service-policy output AutoQos-4.0-wlan-Port-Output-Policy
interface TenGigabitEthernet0/0/3
service-policy output AutoQos-4.0-wlan-Port-Output-Policy
ip access-list extended AutoQos-4.0-Output-Acl-CAPWAP-C
10 permit udp any eq 5246 16666 any
wireless profile policy qos-policy
autoqos mode voice
service-policy input platinum-up
service-policy output platinum
ap dot11 24ghz cac voice acm
ap dot11 5ghz cac voice acm
ap dot11 6ghz cac voice acm
モジュラQoS CLI
MQCを使用すると、トラフィッククラスを定義し、トラフィックポリシー(ポリシーマップ)を作成し、トラフィックポリシーをインターフェイスに割り当てることができます。トラフィックポリシーには、トラフィッククラスに適用されるQoS機能が含まれています。
MQS CLIワークフロー
この例では、アクセスコントロールリスト(ACL)を使用してトラフィックを分類し、帯域幅制限を適用する方法を示します。
管理する特定のトラフィックを識別および分類するACLを作成します。これは、IPアドレス、プロトコル、ポートなどの基準に基づいてトラフィックを照合するルールを定義することで実行できます。
Configuration > Security > ACLの順に移動し、ACLを追加します。
ACLの設定
ACLを使用してトラフィックを分類したら、帯域幅の制限を設定して、このトラフィックに割り当てる帯域幅の量を制御します。
Configuration > Services > QoSの順に選択し、QoSポリシーを選択します。ポリシー内にACLを接続し、kbps単位でポリシングを適用します。
下にスクロールして、QoSを適用するポリシープロファイルを選択します。SSIDとクライアントの両方に対して、入力/出力方向のポリシーを選択できます。
MQSポリシー
MQSプロファイル
MQS CLI設定
ip access-list extended server-bw
1 permit ip host 192.168.31.10 any
!
class-map match-any server-bw
match access-group name server-bw
!
policy-map server-bw
class server-bw
police cir 100000
conform-action transmit
exceed-action drop
exit
class class-default
police cir 20000
conform-action transmit
exceed-action drop
exit
wireless profile policy default-policy-profile
service-policy input server-bw
service-policy output server-bw
exit
メタルQoS
これらのQoSプロファイルの主な目的は、ワイヤレスネットワークで許可されるDifferentiated Services Code Point(DSCP)の最大値を制限し、802.11ユーザプライオリティ(UP)値を制御することです。
Cisco 9800ワイヤレスLANコントローラ(WLC)では、Metal QoSプロファイルが事前に定義されており、設定できません。ただし、これらのプロファイルを特定のSSIDまたはクライアントに適用して、QoSポリシーを適用できます。
使用可能なMetal QoSプロファイルは4つあります。
QoS プロファイル
|
最大DSCP
|
Bronze
|
8
|
シルバー
|
0
|
ゴールド
|
34
|
Platinum
|
46
|
Cisco 9800 WLCでメタルQoSを設定するには、次の手順を実行します。
Configuration > Policy > QoS & AVCの順に選択します。
- 目的のMetal QoSプロファイル(Platinum、Gold、Silver、またはBronze)を選択します。
- 選択したプロファイルをターゲットSSIDまたはクライアントに適用します。
メタルQoSプロファイル
Metal QoS CLI設定
#configure terminal
#wireless profile policy qos-policy
service-policy input platinum-up
service-policy output platinum
注:ユーザ単位およびSSID単位の帯域幅契約は、Metal QoSではなく、QoSポリシーを使用して直接設定できます。9800では、一致しないトラフィックはデフォルトクラスに入ります。
注:GUIでは、SSIDごとにMetal QoSしか設定できません。CLIでは、クライアントターゲットでも設定できます。
パケットキャプチャを使用したエンドツーエンドQoSの検証
QoSの設定が完了したら、QoSパケットを調べ、QoSポリシーがエンドツーエンドで正しく機能していることを検証することが不可欠です。これは、パケットのキャプチャと分析によって実現できます。
QoS設定を複製して検証するには、小規模なラボ環境を使用します。ラボには次のコンポーネントが含まれています。
- WLC
- AP
- OTAを取得するスニファAP
- 有線 PC
- 最大 300 のアクセス ポイント グループ
これらのコンポーネントはすべて、ラボ環境内の同じスイッチに接続されます。この図で強調表示されている数字は、トラフィックフローを監視および分析するためにパケットキャプチャが有効になっているポイントを示しています。
ネットワーク図
ラボのトポロジ
ラボのコンポーネントとパケットキャプチャポイント
次のステップを実行します。
- ワイヤレスネットワークのQoSポリシーと構成を管理します。
- パケットキャプチャポイント:WLC、AP、およびスイッチ間のトラフィックをキャプチャします。
AP:
- クライアントにワイヤレス接続を提供し、QoSポリシーを適用します。
- パケットキャプチャポイント:APとスイッチ間のトラフィックをキャプチャします。
スニファAP:
- ワイヤレストラフィックをキャプチャするための専用デバイスとして機能します。
- パケットキャプチャポイント:APとワイヤレスクライアント間のワイヤレストラフィックをキャプチャします。
有線PC:
- スイッチに接続して有線トラフィックをシミュレーションし、エンドツーエンドのQoSを検証
- パケットキャプチャポイント:有線リンク上で送受信されるQoSパケットをキャプチャします。
無線PC:
- WLANに接続してワイヤレストラフィックをシミュレーションし、エンドツーエンドのQoSを検証
- パケットキャプチャポイント:ワイヤレスリンクを介して送受信されるQoSパケットをキャプチャします。
スイッチ:
- すべてのラボコンポーネントを相互接続し、トラフィックフローを容易にする中央デバイス。
- パケットキャプチャポイント:さまざまなスイッチポートでトラフィックをキャプチャし、適切なQoS適用を検証します。
論理的には、ラボトポロジは次のように作成できます。
論理ラボトポロジ
QoS設定をテストおよび検証するために、iPerfを使用してクライアントとサーバ間のトラフィックを生成します。これらのコマンドはiPerf通信を容易にするために使用され、サーバとクライアントの役割はQoSテストの方向に基づいて交換されます。
テストシナリオ1:ダウンストリームQoSの検証
ダウンストリームQoS設定を検証することを目的としています。この設定には、DSCP 46のパケットを無線PCに送信する有線PCが含まれます。
ワイヤレスLANコントローラ(WLC)は、ダウンストリーム方向とアップストリーム方向の両方に対してメタルの「Platinum QoS」ポリシーを使用して設定されます。
テストの設定:
ソース:有線PC
宛先:無線PC
トラフィックタイプ:DSCPが46のUDPパケット
QoSプロファイル:Metal QoS - Platinum QoS
方向:ダウンストリームとアップストリームの両方
wireless profile policy qos-policy
service-policy input platinum-up
service-policy output platinum
論理トポロジおよびダウンストリーム方向でのDSCPカンバセーション。
DSCPカンバセーションポイント
有線PCで取得されたパケットキャプチャ。これにより、有線PCが正しいDSCPマーキング46を使用して、指定された宛先IP 192.168.10.13にUDPパケットを送信していることを確認できます。
有線PCキャプチャ – ダウンストリーム方向
次に、有線PCに接続されたアップリンクスイッチでキャプチャされたパケットを調べます。スイッチはDSCPタグを信頼し、DSCP値は46のまま変わりません。
注:Catalyst 9000シリーズのスイッチポートは、デフォルトでtrusted状態になっています。
有線PCアップリンクインターフェイスのキャプチャ
EPCを使用して取得したWLC上のパケットキャプチャを調べると、パケットはアップリンクスイッチから同じDSCPタグ46で到着します。 これにより、パケットがWLCに到達する際にDSCPマーキングが保持されることを確認できます。
WLC EPCダウンストリーム方向
WLCがCAPWAPトンネル内のAPにパケットを送信する場合、これはWLCが設定に基づいてDSCPを変更できる重要な交差点です。わかりやすくするために、番号の付いたポイントで強調表示されているパケットキャプチャを分類します。
- CAPWAP外部層:CAPWAPトンネルの外部層では、DSCPタグが46として表示されます。これは、スイッチの端から受信した値です。
- CAPWAP内の802.11 UP値:CAPWAPトンネルWLC内で、DSCP 46を音声トラフィックに対応する802.11ユーザプライオリティ(UP)6にマッピングします。
- CAPWAP内部のDSCP値:Cisco 9800 WLCはtrust DSCPモデルで動作するため、CAPWAPトンネル内部のDSCP値は、外部のDSCPレイヤと同じく46に維持されます。
CAPWAP DSCPマーキング
次に、APアップリンクスイッチポートで同じパケットを確認します。
外部CAPWAPレイヤのDSCP値は46のままです。説明の便宜上、内部CAPWAPトラフィックはタギングを示すために強調表示されています。
APアップリンクスイッチインターフェイスのキャプチャ
APはパケットを受信すると、パケットを無線で送信します。ユーザプライオリティ(UP)タギングを確認するには、スニファAPで取得したOver-the-Air(OTA)キャプチャを使用します。
APはUP値6でフレームを転送しました。これにより、APが音声トラフィックに対応する適切な802.11 UP値(6)にDSCP値を正しくマッピングすることが確認されます。
APからクライアントへのOTAキャプチャ
最終段階では、パケットは無線PCによって受信されます。無線PCは、DSCP値が46のフレームを受信します。
これは、DSCPマーキングが、有線PCから無線PCまでの伝送経路全体で保持されることを示します。一貫したDSCP値である46は、QoSポリシーがダウンストリーム方向で正しく適用および維持されていることを確認します。
ワイヤレスPCキャプチャ
テストシナリオ2:アップストリームQoSの検証
このテストシナリオの目的は、アップストリームQoS設定を検証することです。この設定には、有線PCにDSCP 46でUDPパケットを送信する無線PCが含まれます。WLCには、アップストリーム方向とダウンストリーム方向の両方に対して、メタルの「Platinum QoS」ポリシーが設定されています。
出典:Wireless PC
宛先:有線PC
トラフィックタイプ:DSCPが46のUDPパケット
QoSプロファイル:Platinum QoS
方向:アップストリームとダウンストリームの両方
wireless profile policy qos-policy
service-policy input platinum-up
service-policy output platinum
アップストリーム方向の論理トポロジとDSCP変換:
論理トポロジとDSCP変換 – アップストリーム
無線PCから有線PCに送信されるパケット。このキャプチャは無線PCで取得したものです。
無線PCはDSCP 46でUDPパケットを送信します。
アップストリーム方向の無線PCキャプチャ
次に、クライアントからAPへのOTAキャプチャを見てみましょう。
ヒント: WindowsワイヤレスPCを使用してDSCP 46でパケットを送信する場合、WindowsはDSCP 46をユーザプライオリティ(UP)値5(ビデオ)にマッピングします。 その結果、OTAキャプチャはパケットをビデオトラフィック(UP 5)として表示します。 ただし、パケットを復号化した場合、DSCP値は46のままになります。
注:バージョン17.4以降のCisco 9800 WLCのデフォルト動作では、AP加入プロファイルのDSCP値を信頼します。これにより、DSCP値46がWLCによって保持および信頼され、WindowsのDSCPからUPへのマッピング動作に関連する問題が回避されます。
WindowsのUPからDSCPへのマッピング
ラボのセットアップから取得された暗号化されたOver-the-Air(OTA)キャプチャが分析され、アップストリームQoS設定が検証されます。
OTAキャプチャは、ユーザプライオリティ(UP)値が5(ビデオ)のパケットを示します。 OTAキャプチャではUP 5と表示されていますが、暗号化パケット内のDSCP値は46のままです。
ラボのセットアップOTA(アップストリーム方向)
次に、APアップリンクポートのパケットキャプチャが分析され、パケットがAPからWLCに移動するときにDSCP値が維持されることが確認されます。
- 外部CAPWAPレイヤのDSCP値は46に維持される
- CAPWAPトンネル内でも、DSCP値は46に維持されます。
アップストリーム方向のAPアップリンクキャプチャ
パケットがスイッチから到着すると、キャプチャはWLCで取得されます。
- パケットは、外部CAPWAPレイヤのDSCP値46でWLCに到達します。
- CAPWAPトンネル内では、DSCP値は46に維持されます。
APからのパケットを示すWLC EPC
WLCでパケットがヘアピンターンを行った後、パケットは有線PC宛てのアップリンクスイッチに送り返されます。WLCは、DSCP値が46のパケットを転送します。
有線PCに送信されたパケットを示すWLC EPC
最後に、有線PCのアップリンクでのパケットキャプチャが分析され、パケットがWLCから到着する際にDSCP値が維持されることが確認されます。
アップストリーム方向での有線PCアップリンクスイッチのキャプチャ
最終段階で、有線PCで受信されたパケットが分析され、DSCP値が46のパケットが有線PCに到着することが確認されます。
有線PCキャプチャ – アップストリーム方向
アップストリームQoSテストでは、無線PCから有線PCへのトラフィックフローのQoS設定が正常に検証されました。伝送パス全体を通じてDSCP値46を一貫して保持することで、QoSポリシーが正しく適用および適用されていることを確認できます。
トラブルシューティング
音声、ビデオ、およびその他のリアルタイムアプリケーションは、ネットワークパフォーマンスの問題に特に敏感で、Quality of Service(QoS)の低下は顕著で有害な影響を及ぼす可能性があります。QoSパケットが低いDSCP値で再マーキングされると、音声とビデオに大きな影響を与える可能性があります。
音声への影響:
- 遅延の増加:音声通信では、会話を自然で流動的なものにするために、遅延を小さくする必要があります。DSCP値が低いと、音声パケットの遅延が発生し、会話に著しい遅れが生じる可能性があります。
- ジッタ:パケット到着時間の変動(ジッタ)により、音声パケットの円滑な配信が中断される可能性があります。これにより、音声が途切れたり不明瞭になったりして、話し手を理解するのが難しくなります。
- パケット損失:音声パケットはパケット損失の影響を非常に受けやすい。わずかなパケット損失でも、単語や音節の欠落が生じ、通話品質の低下や誤解を招く可能性があります。
- エコーと歪み:遅延とジッタが増加すると、エコーと音声の歪みが発生し、音声コールの品質がさらに劣化する可能性があります。
ビデオへの影響:
- 遅延の増加:ビデオ通信では、オーディオストリームとビデオストリーム間の同期を維持するために低遅延が必要です。遅延が増加すると遅延が発生し、リアルタイムのやり取りが困難になる可能性があります。
- ジッタ:ジッタが発生すると、ビデオフレームが順不同または不規則な間隔で到着し、ぎくしゃくしたビデオエクスペリエンスや途切れたビデオエクスペリエンスが生じる可能性があります。
- パケット損失:損失したパケットによってフレームが失われ、ビデオがフリーズしたり、アーティファクトが表示されたりする可能性があります。
- ビデオ品質の低下:DSCP値が低いと、ビデオストリームの帯域幅割り当てが減少し、解像度が低下してビデオ品質が低下します。これにより、ビデオで重要な詳細を確認することが困難になる可能性があります。
シナリオ1:中継スイッチによるDSCPマーキングの書き換え
このトラブルシューティングシナリオでは、中間スイッチがWLCに到達したトラフィックのDSCPマーキングを書き換える影響を調査します。これを再現するために、スイッチは有線PCアップリンクインターフェイスのCS1にDSCP 46マーキングを書き換えるように設定されています。
パケットは、DSCP 46タグを使用して有線PCから送信されます。
DSCP 46タグを使用してパケットを送信する有線PC
パケットは、DSCP値がCS1(DSCP 8)でWLCに到達します。 DSCP 46からDSCP 8に変更すると、パケットの優先順位が大幅に下がります。
CS1マーキングを示すWLC EPC
このステップでは、WLCからAPに転送されたパケットが分析されます。
- 外側のCAPWAPヘッダーはCS1(DSCP 8)でタグ付けされています。
- 内側のCAPWAPヘッダーもCS1(DSCP 8)でタグ付けされています。
- User Priority (UP)値はBK (Background)に設定されています。
CAPWAPトラフィックのCS1タグを示すWLC EPC
パケットは、DSCP値がCS1(DSCP 8)のワイヤレスPCに到着します。
CS1マーキングを示すワイヤレスPCキャプチャ
このシナリオでは、中継スイッチでの設定ミスがQoS設定を破壊し、高優先度トラフィックのパフォーマンスを低下させる仕組みを示しています。音声パケットは、最初に高優先度としてマークされ、DSCP書き換えのために低優先度のトラフィックとして扱われました。このシナリオでは、優先度の高いトラフィックに対して必要なQuality of Service(QoS)を維持するために、中間ネットワークデバイスでQoSマーキングを正しく保持することが重要です。
シナリオ2:APリンクスイッチがDSCPマーキングを書き換える
このシナリオでは、APに接続された中間スイッチがDSCPマーキングを書き換えることによるトラフィックへの影響を調査します。
- APに接続されているスイッチは、DSCP 46マーキングをAPアップリンクインターフェイス上の別の値CS1に書き換えるように設定されています。
- パケットは、DSCPタグ46で有線PCから送信されます。これにより、送信元でトラフィックがDSCP 46で正しくマーキングされていることを確認できます。
DSCP 46を示すワイヤレスPCキャプチャ
パケットがスイッチから到着すると、キャプチャはWLCで取得されます。
パケットは、外部CAPWAPヘッダーDSCP値がCS1(DSCP 内部DSCP値は46です。これは、中間スイッチがCAPWAPトンネル内にカプセル化されたトラフィックを認識できないために発生します。
WLCはCAPWAPトンネル内のDSCPタグを信頼し、内部DSCPタグが46の有線PCにトラフィックを転送します。
CAPWAP DSCP値を示すWLC EPC
パケットは、DSCP値46で有線PCに到達します。WLCが元のDSCP値46でパケットを正しく転送し、優先度の高いマーキングを保持することを確認します。
有線PCがDSCP 46のパケットを受信
WLCはDSCPタグ46でトラフィックを転送しましたが、外部DSCPタグがCS1(DSCP 8)に書き換えられたため、APからWLCへのトラフィックは低優先順位として扱われたことを理解することが重要です。
APとWLCの間に複数のスイッチが存在することがあり、トラフィックに低い優先順位が指定されている場合、トラフィックはWLCに遅れて到達できます。これにより、遅延、ジッタ、および潜在的なパケット損失が増加し、音声などの優先度の高いトラフィックのQuality of Service(QoS)が低下する可能性があります。
トラブルシューティングのヒント
- 初期DSCPマーキングの確認:発信元(有線PCなど)でパケットをキャプチャし、目的のDSCP値でトラフィックが正しくマーキングされていることを確認します。
- 中間デバイス設定の確認:すべての中間スイッチとルータの設定を見直して、DSCP値が誤って書き換えられないことを確認します。
- キーポイントでトラフィックをキャプチャ:
- 中間スイッチの前後。
- をWLCで行います。
- 宛先(無線PCなど)。
- トラフィックシナリオのシミュレーション:トラフィックジェネレータまたはネットワークシミュレーションツールを使用して、さまざまなタイプのトラフィックを作成し、ワイヤレスネットワークでQoSがどのように処理されるかを確認します。
- 9800のベストプラクティスドキュメントを参照してください。QoSおよびDSCPマーキングの設定に関する9800のベストプラクティスドキュメントを確認してください。
設定の確認
On the WLC, these commands can be used to verify the configuration.
# show run qos
# show policy-map
# show class-map
# show wireless profile policy detailed
# show policy-map interface wireless ssid/client profile-name radio type 2GHz|5GHz|6GHz ap name input|output <-- Main command.
# show policy-map interface wireless client mac input|output
# show wireless client mac service-policy input|output
On AP, these commands can be used to check the QoS.
# show dot11 qos
# show controllers dot11Radio 1 | begin EDCA
結論
ネットワーク全体で一貫したQoS設定を維持することは、音声やビデオなどの優先度の高いトラフィックに適切なレベルのサービスとパフォーマンスを確実に提供するために不可欠です。すべてのネットワークデバイスが目的のQoSポリシーに準拠していることを確認するために、QoS設定を定期的に検証することが不可欠です。この検証は、ネットワークパフォーマンスを低下させる可能性のある設定ミスや逸脱を特定して修正するのに役立ちます。
参考資料