Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit la prise en charge du protocole 802.11v sur un WLC (contrôleur de réseau local sans fil).
802.11v fait référence à l'IEEE (Institute of Electrical and Electronics Engineers) 802.11 Wireless Network Management (Amendement 8).
Les stations qui prennent en charge WNM (Wireless Network Management) peuvent échanger des informations entre elles (points d'accès et clients sans fil) afin d'améliorer leurs performances.
AireOS WLC version 8.1 ou ultérieure prend en charge ces services WNM :
Les clients qui prennent en charge DMS peuvent demander à l'AP (point d'accès) d'envoyer un flux de multidiffusion en monodiffusion, comme une fonction de flux de support dynamique.
Pour plus d'informations sur le flux multimédia : Guide de déploiement de VideoStream
Sans DMS, un client doit réveiller chaque intervalle DTIM pour recevoir le trafic de multidiffusion. Avec DMS, l'AP (point d'accès) met en mémoire tampon le trafic de multidiffusion pour certains clients, lorsque le client se réveille, il envoie une trame de monodiffusion afin de demander ce trafic. Il permet au client de dormir plus longtemps et d'économiser l'énergie de la batterie. Les trames de multidiffusion sont transmises en monodiffusion sur l’air, envoyées à un débit de données supérieur à celui auquel elles auraient été utilisées sans DMS.
Les clients sans fil peuvent envoyer une trame Add de type requête DMS afin de demander au point d'accès d'envoyer en monodiffusion le trafic d'un ou plusieurs flux de multidiffusion spécifiques.
Trame de gestion - Type de demande DMS
Il existe trois types de demande DMS :
Description | Valeur du type de demande |
Ajouter | 0 |
Supprimer | 1 |
Modifier | 2 |
Réservé | 3-255 |
La demande DMS-Add inclut un descripteur DMS.
Dans la liste des descripteurs DMS se trouve l'élément TCLAS, qui spécifie le flux de trafic de multidiffusion que le client sans fil demande d'obtenir en monodiffusion. TCLAS spécifie l'adresse IP source/de destination, le port source/de destination en plus des autres champs.
Le point d'accès envoie ces flux de trafic en monodiffusion au client sans fil et continue également d'envoyer ces flux en multidiffusion à tout autre client du réseau qui ne prend pas en charge DMS.
Dans une trame de requête DMS, il peut également y avoir un élément TSPEC (facultatif), dans lequel le client sans fil peut définir les exigences et les caractéristiques de QoS d'un flux de trafic.
Note: TSPEC non pris en charge
Dans cet exemple, le client a envoyé une requête DMS (trame de gestion, code de catégorie 10 : WNM, code d'action 23 : Requête DMS, pour le flux de multidiffusion IPv4 sur le groupe 224.0.0.251, UDP (Protocole 17), port de destination 9 (dans ce document, Wireshark n'est pas en mesure de décoder complètement une requête DMS).
Le point d'accès répond à la demande DMS avec une réponse DMS, qui peut être une réponse DMS-Accepter ou Réponse DMS-Refuser.
Si l'AP envoie une réponse DMS-Accepter, il attribue également un DMSID à ce flux de communication.
Le client sans fil peut utiliser le changement de type de requête DMS pour modifier un DMSID existant, par exemple pour demander un TSPEC différent pour un flux de trafic.
Note: La modification DMS n'est pas prise en charge
Trame de gestion - Type de réponse DMS
Il existe trois types de réponse DMS :
Valeur du champ | Description |
0 | Accept (accepter) |
1 | Refusé |
2 | Terminer |
3-255 | Réservé |
Dans cet exemple, le point d'accès a envoyé un accusé de réception de réponse DMS et il attribue un ID DMS 1 à la demande DMS envoyée par le client.
Après cela, s'il y a un paquet avec le groupe de destination 224.0.0.251 sur le port 9, il est envoyé à l'air en tant que multidiffusion et il est également mis en mémoire tampon sur l'AP jusqu'à ce que le client qui a envoyé la requête DMS soit éveillé soit disponible pour le recevoir en tant que monodiffusion.
Voici un exemple de destination de paquet vers le groupe 224.0.0.251 sur le port 9 envoyé en tant que multidiffusion régulière. Notez que l'adresse MAC du destinataire et de la destination fait référence au groupe de multidiffusion.
Voici un exemple de trame envoyée en monodiffusion au client qui a envoyé la requête DMS. Ici, l'adresse de destination et de réception est l'adresse MAC du client et non l'adresse MAC de multidiffusion. Le paquet de multidiffusion est également envoyé en tant qu'AMSDU.
Une fois qu'un client sans fil ne veut plus recevoir un flux de multidiffusion en tant que monodiffusion, il peut envoyer une nouvelle demande DMS pour fermer ce flux, il utilise l'ID DMS qui a été attribué auparavant par l'AP. Il s'agit d'une requête DMS - Type de suppression (1)
Et le point d'accès confirme cette terminaison avec une terminaison de type de réponse DMS (2)
Lorsqu'un point d'accès ne reçoit plus de trames d'un client sans fil pendant une certaine période, il suppose que le client a quitté le réseau et qu'il le dissocie. La période d'inactivité BSS Max est la durée pendant laquelle un point d'accès peut garder un client associé sans avoir à recevoir de trame (le client peut rester en veille). Cette valeur est communiquée au client sans fil via la trame de réponse d'association et de réassociation. Cela permet aux clients de rester en veille plus longtemps et d'économiser l'énergie de la batterie.
La période d'inactivité BSS Max apparaît uniquement dans les trames de réponse association-réponse ou réassociation
La période d'inactivité maximale BSS est spécifiée en unités de 1 000 TU (unités de temps). Chaque unité de temps est égale à 1,024 millisecondes
Délai d'inactivité = 1,024 x BSS Période d'inactivité max. = X secondes
Dans l'exemple de trame :
Délai d'inactivité = 1,024 x 405 = 414,72 secondes
Si le bit Protected Keep-alive Required est défini sur 1, cela signifie que le client sans fil doit envoyer une trame protégée RSN au point d'accès afin de réinitialiser le compteur d'inactivité. Si elle est définie sur 0, comme dans cet exemple, le client sans fil peut envoyer n'importe quel type de trame (protégée ou non protégée) pour réinitialiser le compteur d'inactivité au niveau de l'AP.
La demande de gestion de la transition BSS 802.11v est une suggestion adressée au client. Le client peut décider lui-même de suivre ou non la suggestion. La dissociation d'un client peut être forcée si la fonction Disassociation-imminent est activée. Il dissocie le client après un certain temps si le client ne se réassocie pas à l'un des points d'accès suggérés.
La transition BSS 802.11v est appliquée à ces quatre scénarios :
Le client sans fil envoie une requête de gestion de la transition BSS 802.11v avant qu'ils ne se déplacent pour trouver une meilleure option de réassociation des points d'accès.
Exemple de requête de gestion de la transition BSS 802.11v
QReason signifie Motif de requête de transition BSS, qui est la raison pour laquelle le client demande la liste des points d'accès candidats. Dans cet exemple, le client a envoyé une raison 16, qui correspond à Faible RSSI. Pour obtenir la liste complète des raisons de la requête de transition, consultez le tableau 8-138 de la norme IEEE 802.11-2012.
Une fois que la radio a reçu cette trame, elle répond avec une demande de gestion de transition BSS afin de fournir la liste des candidats AP.
Lorsque la fonctionnalité d'équilibrage de charge + transition BSS du WLC est activée, le point d'accès n'envoie plus de trame de déauthentification à un client sans fil lorsqu'il est lourdement chargé, il envoie une demande de gestion de transition BSS afin de suggérer au client sans fil un autre point d'accès moins chargé.
Pour plus d'informations sur la fonctionnalité de équilibrage de charge : Configuration de l'équilibrage de charge agressif
Lorsque WLC a optimisé l'itinérance + transition BSS activée, l'AP n'envoie plus de trame de déauthentification à un client sans fil lorsque le client ne répond pas au RSSI minimum (ou à tout autre paramètre lié à l'itinérance optimisée), il envoie une gestion de transition BSS afin de suggérer au client sans fil un meilleur AP.
Pour plus d'informations sur la fonctionnalité d'itinérance optimisée : Itinérance optimisée Cisco
Si un client se connecte à une cellule moins optimale dans un point d'accès FRA, le point d'accès envoie une requête de gestion de transition BSS 802.11v à ce client.
Lorsqu'un point d'accès qui prend en charge FRA (comme 2800 ou 3800) utilise seulement 5 GHz, il y a deux cellules (micro et macro). Si un client se connecte à la macro-cellule mais que la micro-cellule est plus optimale (basée sur RSSI), alors le point d'accès envoie une demande de gestion de transition BSS 802.11v au client afin de suggérer de déplacer la micro-cellule et vice versa.
Cette fonctionnalité est disponible depuis la version 8.2.110.0.
Pour plus d'informations sur FRA : FRA (Flexible Radio Assignment) et Radios redondantes
Dans une demande de gestion de transition BSS, vous pouvez ajouter un champ Disassociation Imminent. Cette fonction est de dissocier le client après un certain temps si le client ne se réassocie pas à un autre AP.
Lorsque la demande d'itinérance optimisée non sollicitée est déclenchée, le point d'accès envoie une demande de gestion de transition BSS au client et attend une certaine période (durée configurée sous Optimized Roaming Disassociation Timer), si le client ne se dirige pas vers un meilleur point d'accès dans cette période, alors le point d'accès termine la disassociation du client.
Lorsque la demande d'équilibrage de charge non sollicité est déclenchée, le point d'accès envoie une demande de gestion de transition BSS au client et attend une certaine période (durée configurée sous Disassociation Timer), si le client ne se déplace pas vers un point d'accès moins encombré dans cette période, alors le point d'accès termine la disassociation du client.
Exemple de trame de gestion de la transition BSS avec Disassociation imminente activée :
Une fois qu'un client sans fil a reçu une demande de gestion de transition BSS, il peut ou ne peut pas envoyer de réponse de gestion de transition BSS. Si le client passe à un autre AP, il l'envoie avec le code d'état Accepter, mais s'il prévoit de rester sur le même AP pour plusieurs raisons, il l'envoie avec le code d'état Rejeter plus le motif de rejet.
Exemple de trame de réponse de gestion de la transition BSS
Dans cet exemple, le client sans fil rejette la liste des candidats AP et ne se déplace pas vers un autre AP. Le code d'état 1 indique la raison pour laquelle le client quitte le ESS. Pour obtenir la liste complète des définitions de code d'état, consultez le tableau 8-253 de la norme IEEE 802.11-2012.
Pour tirer parti des fonctionnalités 802.11v d'un réseau local sans fil, il est nécessaire d'avoir des clients sans fil prenant en charge la norme 802.11v.
WLC v8.3
Ipod Touch 6e génération v10.1.1
Configuration sur WLAN pour activer DMS :
Configuration CLI :
> config wlan disable <wlan-id> > config wlan dms enable <wlan-id> > config wlan enable <wlan-id>
Configuration de l'interface utilisateur graphique (disponible à partir de la version 8.3)
Étape 1. Accédez à WLANs > Wlan-ID et cliquez sur WLAN pour activer DMS.
Étape 2. Accédez à Advanced > 11v BSS Transition Support et activez le service de multidiffusion dirigée
Configuration sur WLAN pour activer la gestion de la période d'inactivité maximale BSS :
Configuration 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
Configuration de l'interface utilisateur graphique :
Étape 1. Accédez à WLANs > WLAN-ID et cliquez sur WLAN pour définir la période d'inactivité BSS Max.
Étape 2. Accédez à Advanced > 11v BSS Transition Support et activez BSS Max Idle Service.
Note: Cette interface utilisateur graphique est présentée dans la version 8.3. Pour les versions précédentes, utilisez la commande config wlan bssmaxidle enable <wlan-id>
Étape 3. Accédez à Advanced > Client User Idle timeout et définissez la valeur de délai en secondes.
Configuration sur WLAN pour activer la gestion de la transition BSS :
Note: Si seule la transition BSS est activée, la seule façon pour les points d'accès d'envoyer des trames de demande de gestion de transition BSS est si un client sans fil envoie une trame de requête de gestion de transition BSS.
Note: Pour que les AP envoient une demande de gestion de transition BSS lorsqu'ils sont lourdement chargés, il est nécessaire d'activer la transition BSS + l'équilibrage de charge.
Note: Pour que les points d'accès envoient une demande de gestion de transition BSS lorsqu'un client sans fil n'a pas le meilleur RSSI, il est nécessaire d'activer la transition BSS + l'itinérance optimisée.
Configuration CLI :
> config wlan disable <wlan-id> > config wlan bss-transition enable <wlan-id> > config wlan enable <wlan-id>
Configuration de l'interface utilisateur graphique :
Étape 1. Accédez à WLANs > WLAN ID > Advanced et activez BSS Transition.
Configuration 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>
Configuration de l'interface utilisateur graphique :
Étape 1. Accédez à WLANs > WLAN ID > Advanced et activez BSS Transition et Client Load Balancing.
Configuration 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
Configuration de l'interface utilisateur graphique :
Étape 1. Accédez à WLANs > WLAN ID > Advanced et activez BSS Transition and Coverage Hole Detection.
Étape 2. Naviaget to WIRELESS > Advanced > Optimized Roaming et enable pour les deux bandes Optimized Roaming Mode. Pour plus d'informations sur les paramètres d'itinérance optimisée, consultez ce document : Guide de déploiement HDX (High Density Experience), version 8.0
Configuration 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>
Étape 1. Accédez à WLANs > WLAN ID > Advanced, activez BSS Transition, Disassociation Imminent et définissez Disassociation Timer et Optimized Roaming Disassociation Timer.
Configuration de l'interface utilisateur graphique :
Note: Les minuteurs sont spécifiés dans les unités TBTT (Target Beacon Transmission Time), qui est l'intervalle entre chaque balise. Par défaut, chaque balise est envoyée toutes les 100 ms, donc par défaut 1 TBTT = 100 ms. Minuteurs = X TBTT/10 = x secondes.
Ces images montrent la prise en charge du WLAN (Wireless Local Area Network) et des clients sans fil pour les différents services 802.11v.
Afin de surveiller l'activité du client 11v, ces commandes sont disponibles.
> debug client <mac-add-of-client> > debug mac addr <mac-add-of-client> > debug 11v all enable
Le client est compatible 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
Le client envoie une requête DMS pour le port udp 9 du groupe 224.0.0.251 et le point d'accès envoie le DMS accepter
*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
À partir du point d'accès où le client est connecté
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
Ensuite, le client est ajouté à la base de données DMS sur le réseau local sans fil. Tous les clients qui envoient une demande DMS-Add pour la même chaîne de multidiffusion sont répertoriés sous le même ID DMS.
> 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
La base de données DMS est stockée dans l'AP où ce client est connecté :
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},
Une fois que le client sans fil ferme le flux DMS, il envoie une requête DMS 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
À partir du point d'accès
*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
Le client est compatible 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
Le client envoie une requête de gestion de la transition 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
Comme le Wlan a activé Disassociation Imminent, le client est dissocié après la fin du compteur 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
Le point d’accès envoie une trame de gestion de la transition BSS en raison de l’équilibrage de charge
*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
Le point d’accès envoie une trame de gestion de transition BSS en raison de l’itinérance optimisée
*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
Chapitre : Itinérance de transition rapide 802.11r, 802.11k, 802.11v et 802.11w
Norme IEEE pour les technologies de l’information — Télécommunications et échange d’informations entre les systèmes Réseaux locaux et métropolitains — Exigences spécifiques - Partie 11 : Contrôle d'accès moyen LAN sans fil
Spécifications (MAC) et PHY (Physical Layer)