この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版(リンクからアクセス可能)もあわせて参照することを推奨します。
このドキュメントでは、WLC(ワイヤレスLANコントローラ)でのプロトコル802.11vのサポートについて説明します。
802.11vは、IEEE(Institute of Electrical and Electronics Engineers)802.11 Wireless Network Management(Amendment 8)を指します。
WNM(無線ネットワーク管理)をサポートするステーションは、パフォーマンスを向上させるために、互いに(アクセスポイントと無線クライアント)情報を交換できます。
AireOS WLCバージョン8.1以降では、次のWNMサービスがサポートされています。
DMSをサポートするクライアントは、ダイナミックメディアストリーム機能のように、マルチキャストストリームをユニキャストとして送信するようにAP(アクセスポイント)に要求できます。
メディアストリームの詳細:VideoStream 導入ガイド
DMSを使用しない場合、クライアントはマルチキャストトラフィックを受信するためにDTIM間隔ごとにウェイクアップする必要があります。DMSを使用すると、AP(アクセスポイント)は特定のクライアントのマルチキャストトラフィックをバッファリングし、クライアントがウェイクアップすると、このトラフィックを要求するためにユニキャストフレームを送信します。これにより、クライアントは長時間スリープ状態になり、バッテリ電力を節約できます。マルチキャストフレームは無線でユニキャストとして送信され、DMSなしで使用されていたデータレートよりも高いデータレートで送信されます。
ワイヤレスクライアントは、DMS要求タイプのAddフレームを送信して、1つ以上の特定のマルチキャストストリームのトラフィックをユニキャストとして送信するようにAPに要求できます。
管理フレーム – DMS要求タイプ
DMS要求には3つのタイプがあります。
説明 | 要求タイプ値 |
追加 | 0 |
削除 | 1 |
Change | 0 |
Reserved | 3-255 |
DMS request-AddにはDMS記述子が含まれます。
DMS記述子リスト内には、ワイヤレスクライアントがユニキャストとして取得を要求するマルチキャストトラフィックストリームを指定するTCLAS要素があります。TCLASは、送信元/宛先IPアドレス、送信元/宛先ポート、その他のフィールドを指定します。
APは、これらのトラフィックストリームをユニキャストとしてワイヤレスクライアントに送信し、また、DMSをサポートしていないネットワーク内の他のクライアントにマルチキャストとして送信し続けます。
DMS要求フレーム内には、TSPEC要素(オプション)を使用することもできます。この要素では、ワイヤレスクライアントがトラフィックフローのQoS要件と特性を定義できます。
注:TSPECはサポートされていません
この例では、クライアントがDMS要求(管理フレーム、カテゴリコード10:WNM、アクションコード23:DMS要求、グループ224.0.0.251、UDP(プロトコル17)のマルチキャストストリームIPv4の宛先ポート9(このドキュメントでは、WiresharkはDMS要求を完全にデコードできません)。
APはDMS要求に対してDMS応答を返します。DMS応答は、DMS response-AcceptまたはDMS Response-Denyのいずれかです。
APがDMS response-Acceptを送信すると、その通信フローにDMSIDも割り当てられます。
DMS要求タイプの変更をワイヤレスクライアントで使用して、既存のDMSIDを変更できます。たとえば、トラフィックフローに別のTSPECを要求できます。
注:DMSの変更はサポートされていません
管理フレーム – DMS応答タイプ
DMSの応答タイプには、次の3つがあります。
フィールド値 | 説明 |
0 | Accept |
1 | Denied |
0 | 終了 |
3-255 | Reserved |
この例では、APはDMS Response-Acceptを送信し、クライアントから送信されたDMS要求にDMS ID 1を割り当てます。
その後、宛先グループ224.0.0.251のパケットがポート9に存在すると、そのパケットはマルチキャストとして無線に送信され、DMS要求を送信したクライアントが復帰してユニキャストとして受信できるようになるまで、APにもバッファリングされます。
これは、通常のマルチキャストとして送信されるポート9のグループ224.0.0.251へのパケット宛先の例です。受信側と宛先のMACアドレスがマルチキャストグループを参照していることに注意してください。
これは、DMS要求を送信したクライアントにユニキャストとして送信されるフレームの例です。ここで、宛先アドレスと受信アドレスは、マルチキャストMACアドレスではなく、クライアントのMACアドレスです。また、マルチキャストパケットはAMSDUとして送信されます。
ワイヤレスクライアントは、ユニキャストとしてマルチキャストストリームを受信する必要がなくなると、そのフローを閉じるために新しいDMS要求を送信でき、APによって以前に割り当てられたDMS IDを使用します。これはDMS要求 – タイプの削除(1)
APは、DMS応答タイプ終端(2)を使用してこの終端を確認します
APがワイヤレスクライアントから一定の期間フレームを受信しなくなると、クライアントがネットワークから離脱し、関連付けを解除したと想定します。BSS Max idle periodは、APがクライアントを関連付け続けることができる時間であり、フレームを受信する必要はありません(クライアントはスリープ状態を維持できます)。 この値は、アソシエーションおよび再アソシエーション応答フレームを通じてワイヤレスクライアントに通知されます。これにより、クライアントは長時間スリープ状態を維持し、バッテリ電力を節約できます。
BSS Max idle periodは、アソシエーション応答フレームまたは再アソシエーション応答フレームにのみ表示されます
BSS最大アイドル期間は、1000 TU(時間単位)で指定されます。 時間単位は1.024ミリ秒です
アイドルタイムアウト= 1.024 x BSS最大アイドル時間= X秒
この例のフレームでは、次の内容を示します。
アイドルタイムアウト= 1.024 x 405 = 414.72秒
Protected Keep-alive Requiredビットが1に設定されている場合、ワイヤレスクライアントはアイドルタイマーをリセットするためにRSN保護フレームをAPに送信する必要があります。この例のように0に設定されている場合、ワイヤレスクライアントは任意のタイプのフレーム(保護または非保護)を送信して、APのアイドルタイマーをリセットできます。
802.11v BSS Transition Management Request(BSS)は、クライアントに提示される提案です。クライアントは、提案に従うかどうかを独自に決定できます。関連付け解除機能が有効になっている場合、クライアントの関連付け解除を強制できます。クライアントが推奨されるAPのいずれかに再関連付けしない場合、一定期間経過後にクライアントの関連付けを解除します。
802.11v BSS移行は、次の4つのシナリオに適用されます。
ワイヤレスクライアントは、再関連付けするAPのより良いオプションを求めてローミングする前に、802.11v BSS Transition Management Query(BSS)を送信します。
802.11v BSS移行管理クエリの例
QReasonは、BSS遷移クエリーの理由を意味します。これは、クライアントが候補APリストを要求する理由です。この例では、クライアントはLow RSSIに対応する理由16を送信しました。遷移クエリーの理由の完全なリストについては、IEEE 802.11-2012の表8-138を参照してください。
無線はこのフレームを受信すると、BSS遷移管理要求(TMS)で応答して、AP候補リストを提供します。
WLCでロードバランス機能+ BSS移行が有効になっている場合、APは負荷が高いときに認証解除フレームをワイヤレスクライアントに送信しなくなり、負荷が低い別のAPをワイヤレスクライアントに提案するためにBSS移行管理要求を送信します。
ロードバランス機能の詳細については、次を参照してください。アグレッシブロードバランシングの設定
WLCでローミングの最適化とBSS移行が有効になっている場合、クライアントが最小RSSI(またはローミングの最適化に関連するその他のパラメータ)を満たしていない場合、APはBSS移行管理を送信して、ワイヤレスクライアントにより良いAPをくします。
最適化されたローミング機能の詳細については、次を参照してください。Cisco最適化ローミング
クライアントがFRA AP内の最適でないセルに接続すると、APはこのクライアントに802.11v BSS移行管理要求(BSS)を送信します。
FRA(2800や3800など)をサポートするAPが5 GHzのみを使用する場合、2つのセル(マイクロおよびマクロセル)があります。クライアントがマクロセルに接続しているが、マイクロセルの方が最適な場合(RSSIに基づく)、80222211111111111111111)クライアントに要求して、マイクロセルの移動を提案し、その逆も提案します。
この機能は、バージョン8.2.110.0から使用できます。
FRAの詳細:Flexible Radio Assignment(FRA)および冗長無線
BSS移行管理リクエスト内で、[Disassociation Provisioned]フィールドを追加できます。この機能は、クライアントが別のAPに再関連付けされない場合に、一定期間の経過後にクライアントの関連付けを解除することです。
Unsolicited Optimized Roaming要求がトリガーされると、APはBSS Transition Management Request(BSS)をクライアントに送信し、その時間内にクライアントがより適切なAPにローミングしない場合、APはクライアントのアソシエーション解除を完了します。
Unsolicited Load Balance(ULOS)要求がトリガーされると、APはBSS Transition Management Request(BSS)をクライアントに送信し、その時間内にクライアントが輻輳の少ないAPにローミングしない場合は、クライアントのアソシエーション解除を完了します。
関連付け解除が有効になっているBSS移行管理フレームの例:
ワイヤレスクライアントがBSS移行管理要求を受信した後は、BSS移行管理応答を送信できるかどうか、または送信できません。クライアントが別のAPに移行すると、ステータスコードAcceptで送信されますが、複数の理由で同じAPにとどまる予定の場合は、ステータスコードRejectと拒否理由で送信します。
BSS Transition Management Response(BSS)フレームの例
この例では、ワイヤレスクライアントはAP候補リストを拒否し、別のAPにローミングしません。ステータスコード1は、クライアントがESSを離れる理由を示します。ステータスコード定義の完全なリストについては、IEEE 802.11-2012の表8-253を参照してください。
WLANの802.11v機能を利用するには、802.11vをサポートするワイヤレスクライアントが必要です。
WLC v8.3
Ipod Touch 6第6世代v10.1.1
DMSを有効にするWLAN上の設定:
CLI設定:
> config wlan disable <wlan-id> > config wlan dms enable <wlan-id> > config wlan enable <wlan-id>
GUI設定(バージョン8.3から利用可能)
ステップ1:[WLANs] > [Wlan-ID]に移動し、WLANをクリックしてDMSを有効にします。
ステップ2:[Advanced] > [11v BSS Transition Support]に移動し、[Directed Multicast Service]を有効にします
BSS最大アイドル期間管理を有効にするWLAN上の設定:
CLI設定:
> config wlan disable <wlan-id> > config wlan bssmaxidle enable <wlan-id> > config wlan usertimeout <seconds> <wlan-id> > config wlan enable <wlan-id>
<seconds> Client Idle timeout(in seconds) on this WLAN. Range 0,15-100000 secs. 0 in order to disable
GUI設定:
ステップ1:[WLANs] > [WLAN-ID]に移動し、WLANをクリックしてBSSの最大アイドル期間を設定します。
ステップ2:[Advanced] > [11v BSS Transition Support]に移動し、BSS Max Idle Serviceを有効にします。
注:このGUIオプションはバージョン8.3で導入されました。以前のバージョンでは、config wlan bssmaxidle enable <wlan-id>コマンドを使用してください
ステップ3:[Advanced] > [Client User Idle timeout]に移動し、タイムアウト値を秒単位で設定します。
BSS移行管理をイネーブルにするWLAN上の設定:
注:BSS遷移のみが有効な場合、アクセスポイントがBSS遷移管理要求(TMS)フレームを送信する唯一の方法は、ワイヤレスクライアントがBSS遷移管理クエリフレームを送信する場合です。
注:APが負荷が高い場合にBSS移行管理要求を送信するようにするには、BSS移行+ロードバランスを有効にする必要があります。
注:ワイヤレスクライアントに最適なRSSIがない場合にAPがBSS移行管理要求(TMS)を送信するようにするには、BSS移行+最適化ローミングを有効にする必要があります。
CLI設定:
> config wlan disable <wlan-id> > config wlan bss-transition enable <wlan-id> > config wlan enable <wlan-id>
GUI設定:
ステップ1:[WLANs] > [WLAN ID] > [Advanced]に移動し、[BSS Transition]を有効にします。
CLI設定:
> config wlan disable <wlan-id> > config wlan bss-transition enable <wlan-id> > config wlan load-balance allow enable <wlan-id> > config wlan enable <wlan-id>
GUI設定:
ステップ1:[WLANs] > [WLAN ID] > [Advanced]に移動し、BSS Transitionと[Client Load Balancing]を有効にします。
CLI設定:
> config wlan disable <wlan-id> > config wlan bss-transition enable <wlan-id> > config wlan chd <wlan-id> enable > config wlan enable <wlan-id> > config advanced { 802.11a | 802.11b } optimized-roaming enable
GUI設定:
ステップ1:[WLANs] > [WLAN ID] > [Advanced]に移動し、[BSS Transition]と[Coverage Hole Detection]を有効にします。
ステップ2:[WIRELESS] > [Advanced] > [Optimized Roaming]に移動し、両方の帯域でOptimized Roaming Modeを有効にします。Optimized Roamingパラメータの詳細は、次のドキュメントを参照してください。高密度エクスペリエンス(HDX)導入ガイド、リリース8.0
CLI設定:
> config wlan disable <wlan-id> > config wlan bss-transition enable <wlan-id> > config wlan disassociation-imminent enable <wlan-id> > config wlan bss-transition disassociation-imminent oproam-timer <timer-in-TBTT> <WLAN id> > config wlan bss-transition disassociation-imminent timer <timer-in-TBTT> <WLAN id> > config wlan enable <wlan-id>
ステップ1:[WLANs] > [WLAN ID] > [Advanced]に移動し、[BSS Transition]、[Disassociation Progimant]を有効にし、[Disassociation Timer]および[Optimized Roaming Disassociation Timer]を設定します。
GUI設定:
注:タイマーは、各ビーコン間のインターバル時間であるTBTT(ターゲットビーコン送信時間)単位で指定します。デフォルトでは、すべてのビーコンが100ミリ秒ごとに送信されるため、デフォルトでは1 TBTT = 100ミリ秒になります。タイマー= X TBTT/10 = x秒。
次の図は、さまざまな802.11vサービスに対するWLAN(Wireless Local Area Network)とワイヤレスクライアントのサポートを示しています。
11vのクライアントアクティビティを監視するには、次のコマンドを使用できます。
> debug client <mac-add-of-client> > debug mac addr <mac-add-of-client> > debug 11v all enable
クライアントは11v対応
*apfMsConnTask_0: Nov 01 22:55:27.577: a4:f1:e8:58:95:0a Association received from mobile on BSSID 7c:0e:ce:7d:d9:10 AP AP-3700-1 *apfMsConnTask_0: Nov 01 22:55:27.577: a4:f1:e8:58:95:0a Client is 11v BSS Transition capable
クライアントはグループ224.0.0.251 udpポート9に対するDMS要求を送信し、APはDMS受け入れを送信します
*apfMsConnTask_0: Nov 01 22:56:43.928: a4:f1:e8:58:95:0a Got action frame from this client. *apfMsConnTask_0: Nov 01 22:56:43.928: a4:f1:e8:58:95:0a Received a 11v Action Frame with code [23] from mobile station *apfMsConnTask_0: Nov 01 22:56:43.928: Received 80211v_DMS_REQ Action Frame *apfMsConnTask_0: Nov 01 22:56:43.928: WLAN-id : 1 | vap_ip : 1 *apfMsConnTask_0: Nov 01 22:56:43.928: a4:f1:e8:58:95:0a Posting msg of type: APF_80211v_MSG_DMS_REQ for STA and LRAD:7c:0e:ce:7d:d9:10,slot:0, len:26 *apfMsConnTask_0: Nov 01 22:56:43.928: 11v g_msgQueue = 0x2b415828, osapiMessageSend rc = 0 *apf80211vTask: Nov 01 22:56:43.929: Tclas found: *apf80211vTask: Nov 01 22:56:43.929: [ *apf80211vTask: Nov 01 22:56:43.929: Version = 4, *apf80211vTask: Nov 01 22:56:43.929: Destination IP = 224.0.0.251, *apf80211vTask: Nov 01 22:56:43.929: Destination Port = 9, *apf80211vTask: Nov 01 22:56:43.929: Protocol = 17, *apf80211vTask: Nov 01 22:56:43.929: ] *apf80211vTask: Nov 01 22:56:43.929: a4:f1:e8:58:95:0a New client requesting DMS for this Tclas *apf80211vTask: Nov 01 22:56:43.929: DMS Request IE processed: State: DMS_REQ_ADD_ACCEPTED *apf80211vTask: Nov 01 22:56:43.929: DMS Response IE created. *apf80211vTask: Nov 01 22:56:43.929: Element ID: 100, Length: 5 *apf80211vTask: Nov 01 22:56:43.929: DMS ID: 1, DMS Length: 3, Response Type: DMS_RESP_ACCEPT, Last Sequence Control: 65535 *apf80211vTask: Nov 01 22:56:43.929: dmsRequestState = DMS_REQ_ADD_ACCEPTED *apf80211vTask: Nov 01 22:56:43.929: a4:f1:e8:58:95:0a apf80211vSendPacketToMs: 802.11v Action Frame sent successfully to wlc *apf80211vTask: Nov 01 22:56:43.929: apf80211vDmsDB_AddSTA: New DMS Client: a4:f1:e8:58:95:0a created and added under DMS ID: 1 *apf80211vTask: Nov 01 22:56:43.929: a4:f1:e8:58:95:0a apfPostDmsClientRequestMsg: posting capwap for ms lradmac7c:0e:ce:7d:d9:10 *apf80211vTask: Nov 01 22:56:43.929: 11v g_msgQueue = 0x2b415828, osapiMessageSend rc = 0 *apf80211vTask: Nov 01 22:56:43.929: a4:f1:e8:58:95:0a apf80211vHandleDmsMsgSend: send capwap for STA lradmac 7c:0e:ce:7d:d9:10
クライアントが接続されているAPから
AP# debug dot11 dot11v all *Nov 1 22:51:04.323: DOT11v: Inside DMS ADD Operation *Nov 1 22:51:04.323: DOT11v: TCLAS found in DMS DB *Nov 1 22:51:04.323: DOT11v: New client detected *Nov 1 22:51:04.323: DOT11v: Ref Cnt: 1 *Nov 1 22:51:04.323: DOT11v: Client A4:F1:E8:58:95:0A added to DMS DB Entry *Nov 1 22:51:04.323: DOT11v: DMS Add Operation Succeeded *Nov 1 22:51:04.323: Received and decoded a DMS client request payload SUCCESSFULLY
その後、クライアントがWLANのDMSデータベースに追加されます。同じマルチキャスト文字列に対してDMS Request-Addを送信するすべてのクライアントが、同じDMS IDの下にリストされます。
> show wlan 1 WLAN Identifier.................................. 1 Profile Name..................................... 11v Network Name (SSID).............................. 11v Status........................................... Enabled . . . Number of active DMS Clients..................... 1 DMS ID Client MAC Addresses 1 a4:f1:e8:58:95:0a
DMSデータベースは、このクライアントが接続されているAPに保存されます。
AP# show controllers dot11Radio { 0 | 1 } | beg Global DMS Global DMS - requests:2 uc:130 drop:0 DMS enabled on WLAN(s): 11v 11v DMS database: Entry 1: mask=0x55 version=4 dstIp=0xE00000FB srcIp=0x00000000 dstPort=9 srcPort=0 dcsp=0 protocol=17 {Client, SSID}: {08:74:02:77:13:45, 11v}, {A4:F1:E8:58:95:0A, 11v},
ワイヤレスクライアントがDMSフローを閉じると、DMS Request Removeを送信します
*apfMsConnTask_0: Nov 01 22:57:33.990: a4:f1:e8:58:95:0a Got action frame from this client. *apfMsConnTask_0: Nov 01 22:57:33.990: a4:f1:e8:58:95:0a Received a 11v Action Frame with code [23] from mobile station *apfMsConnTask_0: Nov 01 22:57:33.990: Received 80211v_DMS_REQ Action Frame *apfMsConnTask_0: Nov 01 22:57:33.990: WLAN-id : 1 | vap_ip : 1 *apfMsConnTask_0: Nov 01 22:57:33.990: a4:f1:e8:58:95:0a Posting msg of type: APF_80211v_MSG_DMS_REQ for STA and LRAD:7c:0e:ce:7d:d9:10,slot:0, len:5 *apfMsConnTask_0: Nov 01 22:57:33.990: 11v g_msgQueue = 0x2b415828, osapiMessageSend rc = 0 *apf80211vTask: Nov 01 22:57:33.991: DMS Request IE processed: State: DMS_REQ_DEL_ACCEPTED *apf80211vTask: Nov 01 22:57:33.991: DMS Response IE created. *apf80211vTask: Nov 01 22:57:33.991: Element ID: 100, Length: 5 *apf80211vTask: Nov 01 22:57:33.991: DMS ID: 1, DMS Length: 3, Response Type: DMS_RESP_TERMINATE, Last Sequence Control: 65535 *apf80211vTask: Nov 01 22:57:33.991: dmsRequestState = DMS_REQ_DEL_ACCEPTED *apf80211vTask: Nov 01 22:57:33.991: a4:f1:e8:58:95:0a apf80211vSendPacketToMs: 802.11v Action Frame sent successfully to wlc *apf80211vTask: Nov 01 22:57:33.991: STA: a4:f1:e8:58:95:0a has dequeued and deleted from the DMS Entry with ID: 1 *apf80211vTask: Nov 01 22:57:33.991: apf80211vDmsDB_DeleteSTA: STA: a4:f1:e8:58:95:0a deleted successfully under DMS ID: 1 *apf80211vTask: Nov 01 22:57:33.991: a4:f1:e8:58:95:0a apfPostDmsClientRequestMsg: posting capwap for ms lradmac7c:0e:ce:7d:d9:10 *apf80211vTask: Nov 01 22:57:33.991: 11v g_msgQueue = 0x2b415828, osapiMessageSend rc = 0
APから
*Nov 1 22:57:33.167: DOT11v: Removing client A4:F1:E8:58:95:0A from DMS DB Entry *Nov 1 22:57:33.167: DOT11v: DMS DB Delete Operation Succeeded *Nov 1 22:57:33.167: Received and decoded a DMS client request payload SUCCESSFULLY
クライアントは11v対応
*apfMsConnTask_3: Apr 12 10:46:36.239: 08:74:02:77:13:45 Association received from mobile on BSSID f0:7f:06:e8:32:76 AP AP-3700 *apfMsConnTask_3: Apr 12 10:46:36.239: 08:74:02:77:13:45 Client is 11v BSS Transition capable
クライアントがBSS遷移管理クエリを送信します
*apfMsConnTask_1: Nov 14 05:40:32.857: c4:7d:4f:3a:0f:5c Got action frame from this client. *apfMsConnTask_1: Nov 14 05:40:32.858: c4:7d:4f:3a:0f:5c Received a 11v Action Frame with code [6] from mobile station *apfMsConnTask_1: Nov 14 05:40:32.858: Received 80211v_BSS_TRANS_QUERY Action Frame *apfMsConnTask_1: Nov 14 05:40:32.859: WLAN-id : 1 | vap_ip : 1 *apfMsConnTask_1: Nov 14 05:40:32.859: c4:7d:4f:3a:0f:5c Posting msg of type: APF_80211v_MSG_BSS_TRANS_QUERY for STA and LRAD:00:c8:8b:26:2c:d0,slot:0, len:1 *apf80211vTask: Nov 14 05:40:32.860: Session URL is not NULL *apf80211vTask: Nov 14 05:40:32.860: Disassociation Imminent is 1 *apf80211vTask: Nov 14 05:40:32.860: Disassociation Timer is 200 *apf80211vTask: Nov 14 05:40:32.860: Building BSS Transition Request Frame *apf80211vTask: Nov 14 05:40:32.860: Adding Neighbor List Subelement *apfMsConnTask_1: Nov 14 05:40:32.861: 11v g_msgQueue = 0x2b415828, osapiMessageSend rc = 0 *apf80211vTask: Nov 14 05:40:32.861: Location Info: 0,0,0 for BSSID: 7c:0e:ce:7d:d9:10 *apf80211vTask: Nov 14 05:40:32.861: Data Length of BSS Transition Request Frame: 73 *apf80211vTask: Nov 14 05:40:32.862: apf80211vHandleBSSTransQuery: lradMacAddr: 00:c8:8b:26:2c:d0 rscb parent MAC ADDR: 00:c8:8b:26:2c:d0 rscb mac address: 00:00:00:00:00:00 *apf80211vTask: Nov 14 05:40:32.862: 11v Action Frame sent: *apf80211vTask: Nov 14 05:40:32.863: c4:7d:4f:3a:0f:5c apf80211vSendPacketToMs: 802.11v Action Frame sent successfully to wlc *apf80211vTask: Nov 14 05:40:32.863: Successfully sent BSS Transition Request Action Frame to STA: c4:7d:4f:3a:0f:5c
WLANでDisassociation Progreされが有効になっているため、Disassociationタイマーが終了するとクライアントの関連付けが解除されます
*apf80211vTask: Nov 14 05:40:32.863: c4:7d:4f:3a:0f:5c Setting Session Timeout to 20 sec - starting session timer for the mobile *apf80211vTask: Nov 14 05:40:32.863: c4:7d:4f:3a:0f:5c Disassociate client in 20 seconds *osapiBsnTimer: Nov 14 05:40:52.768: c4:7d:4f:3a:0f:5c Authentication session timer expired: mark mobile for immediate deletion *osapiBsnTimer: Nov 14 05:40:52.768: c4:7d:4f:3a:0f:5c apfMsSessionExpireCallback (apf_ms.c:707) Expiring Mobile! *apfReceiveTask: Nov 14 05:40:52.769: apfMsExpireMobileStation: Delete Immediately *apfReceiveTask: Nov 14 05:40:52.769: c4:7d:4f:3a:0f:5c apfMsExpireMobileStation (apf_ms.c:7521) Changing state for mobile c4:7d:4f:3a:0f:5c on AP 00:c8:8b:26:2c:d0 from Associated to Disassociated *apfReceiveTask: Nov 14 05:40:52.769: c4:7d:4f:3a:0f:5c apfSendDisAssocMsgDebug (apf_80211.c:3541) Changing state for mobile c4:7d:4f:3a:0f:5c on AP 00:c8:8b:26:2c:d0 from Disassociated to Disassociated *apfReceiveTask: Nov 14 05:40:52.769: c4:7d:4f:3a:0f:5c Sent Disassociate to mobile on AP 00:c8:8b:26:2c:d0-0 (reason 1, caller apf_ms.c:7614) *apfReceiveTask: Nov 14 05:40:52.769: c4:7d:4f:3a:0f:5c Sent Deauthenticate to mobile on BSSID 00:c8:8b:26:2c:d0 slot 0(caller apf_ms.c:7616) *apfReceiveTask: Nov 14 05:40:52.769: c4:7d:4f:3a:0f:5c Setting active key cache index 8 ---> 8 *apfReceiveTask: Nov 14 05:40:52.769: c4:7d:4f:3a:0f:5c Deleting the PMK cache when de-authenticating the client. *apfReceiveTask: Nov 14 05:40:52.769: Sent Deauthenticate to STA: c4:7d:4f:3a:0f:5c on BSSID: 00:c8:8b:26:2c:d0, slotId: 0, vapId: 1
APがロードバランシングのためにBSS遷移管理フレーム(TMS)を送信
*apfMsConnTask_3: Apr 12 10:47:18.785: 08:74:02:77:13:45 11v BSS Transition Request is posted to 11v queue. *apf80211vTask: Apr 12 10:47:18.789: Session URL is not NULL *apf80211vTask: Apr 12 10:47:18.789: Disassociation Imminent is 1 *apf80211vTask: Apr 12 10:47:18.789: Disassociation Timer is 200 *apf80211vTask: Apr 12 10:47:18.789: Building BSS Transition Request Frame *apf80211vTask: Apr 12 10:47:18.789: Adding Neighbor List Subelement *apf80211vTask: Apr 12 10:47:18.789: Data Length of BSS Transition Request Frame: 22 *apf80211vTask: Apr 12 10:47:18.789: apf80211vHandleBSSTransQuery: lradMacAddr: f0:7f:06:e8:32:70 rscb parent MAC ADDR: f0:7f:06:e8:32:70 rscb mac address: 00:00:00:00:00:00 *apf80211vTask: Apr 12 10:47:18.789: 11v Action Frame sent: *apf80211vTask: Apr 12 10:47:18.790: 08:74:02:77:13:45 apf80211vSendPacketToMs: 802.11v Action Frame sent successfully to wlc *apf80211vTask: Apr 12 10:47:18.790: Successfully sent BSS Transition Request Action Frame to STA: 08:74:02:77:13:45
最適化されたローミングにより、APがBSS転送管理フレームを送信
*apfMsConnTask_0: Nov 04 04:58:55.320: a4:f1:e8:58:95:0a Posting msg of type: APF_80211v_MSG_BSS_TRANS_QUERY for STA and LRAD:7c:0e:ce:7d:d9:10,slot:0, len:0 *apfMsConnTask_0: Nov 04 04:58:55.320: 11v g_msgQueue = 0x2b415828, osapiMessageSend rc = 0 *apfMsConnTask_0: Nov 04 04:58:55.320: a4:f1:e8:58:95:0a 11v BSS Transition Request is posted to 11v queue. *apf80211vTask: Nov 04 04:58:55.321: Session URL is not NULL *apf80211vTask: Nov 04 04:58:55.321: Disassociation Imminent is 1 *apf80211vTask: Nov 04 04:58:55.321: Disassociation Timer is 40 *apf80211vTask: Nov 04 04:58:55.321: Building BSS Transition Request Frame *apf80211vTask: Nov 04 04:58:55.321: Adding Neighbor List Subelement *apf80211vTask: Nov 04 04:58:55.321: No Neighbor Candidate found :Resetting Candidate Included List *apf80211vTask: Nov 04 04:58:55.321: Data Length of BSS Transition Request Frame: 4 *apf80211vTask: Nov 04 04:58:55.321: apf80211vHandleBSSTransQuery: lradMacAddr: 7c:0e:ce:7d:d9:10 rscb parent MAC ADDR: 7c:0e:ce:7d:d9:10 rscb mac address: 00:00:00:00:00:00 *apf80211vTask: Nov 04 04:58:55.322: 11v Action Frame sent: *apf80211vTask: Nov 04 04:58:55.322: a4:f1:e8:58:95:0a apf80211vSendPacketToMs: 802.11v Action Frame sent successfully to wlc *apf80211vTask: Nov 04 04:58:55.322: Successfully sent BSS Transition Request Action Frame to STA: a4:f1:e8:58:95:0a *apf80211vTask: Nov 04 04:58:55.322: a4:f1:e8:58:95:0a Setting Session Timeout to 4 sec - starting session timer for the mobile *apf80211vTask: Nov 04 04:58:55.322: a4:f1:e8:58:95:0a Disassociate client in 4 seconds
章:802.11r、802.11k、802.11v、802.11w高速移行ローミング
IEEE Standard for Information technology:システム間の通信および情報交換ローカルおよびメトロポリタンエリアネットワーク固有の要件 – パート11:ワイヤレスLANメディアアクセス制御
(MAC)および物理層(PHY)の仕様