Conjunto de serviços básicos (BSS) 802.11v na WLC AireOS

Introduction

Este documento descreve o suporte do protocolo 802.11v em uma WLC (Wireless LAN Controller).

Informações de Apoio 

802.11v refere-se ao IEEE (Institute of Electrical and Electronics Engineers) 802.11 Wireless Network Management (Emenda 8).

As estações que oferecem suporte ao WNM (Wireless Network Management, gerenciamento de rede sem fio) podem trocar informações entre si (Pontos de acesso e clientes sem fio) a fim de melhorar seu desempenho.

A AireOS WLC versão 8.1 ou superior suporta estes serviços WNM:

• Serviço multicast direcionado (DMS)
• BSS (Basic Service Set — Conjunto de Serviços Básicos) Gerenciamento de período ocioso máximo
• gerenciamento de transição de BSS

Serviço multicast direcionado (DMS):

Os clientes que suportam DMS podem solicitar ao AP (Access Point) para enviar um fluxo multicast como unicast, como uma função de fluxo de mídia dinâmica.

Para obter mais informações sobre o fluxo de mídia: Guia de implantação do VideoStream

Sem o uso do DMS, um cliente precisa ativar cada intervalo de DTIM para receber tráfego multicast. Com o DMS, o AP (Ponto de Acesso) coloca o tráfego multicast em buffer para determinado cliente, quando o cliente acorda envia um quadro unicast para solicitar esse tráfego. Ele permite que o cliente durma por mais tempo e economize energia da bateria. Os quadros multicast são transmitidos como unicast pelo ar, enviados a uma taxa de dados mais alta do que a que teriam sido usados sem DMS.

Os clientes sem fio podem enviar um quadro Add-type de solicitação de DMS para pedir que o AP envie como unicast o tráfego de um ou mais fluxos multicast específicos.

Quadro de gerenciamento - tipo de solicitação DMS

Há três tipos de solicitação de DMS:

Descrição	Valor do tipo de solicitação
adi	0
Remover	1
alteram	2
Reservado	3-255

A solicitação DMS-Add inclui um descritor DMS.

Dentro da lista de descritores de DMS há o elemento TCLAS, que especifica o fluxo de tráfego multicast que o cliente sem fio solicita para obter como unicast. O TCLAS especifica o endereço IP origem/destino, a porta origem/destino além de outros campos.

O AP envia esses fluxos de tráfego como unicast para o cliente sem fio e também continua a enviar esses fluxos como multicast para qualquer outro cliente na rede que não suporte DMS.

Dentro de um quadro de solicitação de DMS também pode haver um elemento TSPEC (opcional), no qual o cliente sem fio pode definir os requisitos de QoS e as características de um fluxo de tráfego.

Note: TSPEC não é suportado

Neste exemplo, o cliente enviou uma solicitação DMS (quadro de gerenciamento, código de categoria 10: WNM, Código de ação 23: Solicitação de DMS, para o fluxo multicast IPv4 no grupo 224.0.0.251, UDP (Protocolo 17), porta de destino 9 (Neste documento, o Wireshark não consegue decodificar completamente uma solicitação de DMS).

O AP responde à solicitação de DMS com uma resposta de DMS, que pode ser uma resposta de DMS Aceitação ou DMS Response-Deny.

Se o AP enviar uma resposta DMS-Accept, ele também atribuirá um DMSID a esse fluxo de comunicação.

A alteração do tipo de solicitação de DMS pode ser usada pelo cliente sem fio para modificar um DMSID existente, por exemplo, para solicitar um TSPEC diferente para um fluxo de tráfego.

Note: A alteração de DMS não é suportada

Quadro de gerenciamento - tipo de resposta DMS

 Há três tipos de resposta DMS:

Valor do campo	Descrição
0	Aceitar
1	Negado
2	Terminar
3-255	Reservado

Neste exemplo, o AP enviou uma confirmação de resposta de DMS e atribui uma ID de DMS 1 à solicitação de DMS enviada pelo cliente.

Depois disso, se houver um pacote com o grupo de destino 224.0.0.251 na porta 9, ele será enviado para o ar como multicast e também será colocado no buffer no AP até que o cliente que enviou a solicitação de DMS esteja acordado e disponível para recebê-lo como unicast.

Este é um exemplo de um destino de pacote para o grupo 224.0.0.251 na porta 9 enviada como multicast regular. Observe que o endereço mac do receptor e do destino se refere ao grupo multicast.

Este é um exemplo de um quadro enviado como unicast ao cliente que enviou a solicitação DMS. Aqui, o endereço de destino e de recebimento é o endereço mac do cliente e não o endereço mac multicast. Além disso, o pacote multicast é enviado como AMSDU.

Quando um cliente sem fio não deseja mais receber um fluxo multicast, pois o unicast pode enviar uma nova solicitação de DMS para fechar esse fluxo, ele usa a ID de DMS atribuída antes pelo AP. É uma solicitação de DMS - tipo de remoção (1)

E o AP confirma essa terminação com um tipo de resposta DMS Terminate (2)

Período ocioso máximo de BSS:

Quando um AP não recebe mais quadros de um cliente sem fio por um determinado período, ele supõe que o cliente deixou a rede e a desassocia. O período ocioso máximo de BSS é o tempo durante o qual um AP pode manter um cliente associado sem ter que receber nenhum quadro (o cliente pode permanecer em espera). Esse valor é informado ao cliente sem fio por meio do quadro de resposta de associação e reassociação. Isso permite que os clientes permaneçam dormindo por mais tempo e economizem energia da bateria.

O período ocioso máximo de BSS aparece somente nos quadros de resposta de associação ou reassociação

O período ocioso máximo do BSS é especificado em unidades de 1000 TUs (unidades de tempo). Cada unidade de tempo é igual a 1,024 milissegundos

Tempo limite ocioso = 1,024 x BSS Período ocioso máximo = X segundos

No exemplo de quadro:

Tempo limite ocioso = 1,024 x 405 = 414,72 segundos

Se o bit obrigatório de manutenção de atividade protegida estiver definido como 1, significa que o cliente sem fio deve enviar um quadro protegido por RSN para o AP para redefinir o temporizador de inatividade. Se estiver definido como 0, como este exemplo, o cliente sem fio pode enviar qualquer tipo de quadro (protegido ou desprotegido) para redefinir o temporizador de ociosidade no AP.

gerenciamento de transição de BSS

802.11v O BSS Transition Management Request é uma sugestão dada ao cliente. O cliente pode tomar sua própria decisão se deve seguir ou não a sugestão. A desassociação de um cliente pode ser forçada se a função de disassociação iminente estiver habilitada. Ele desassocia o cliente após um período de tempo se o cliente não se reassociar a um dos APs sugeridos.

A transição do BSS 802.11v é aplicada a estes quatro cenários:

Solicitação de solicitação

O cliente sem fio envia uma Consulta de Gerenciamento de Transição do BSS 802.11v antes de fazer roaming para obter uma melhor opção de APs para reassociar-se.

Exemplo de uma consulta do 802.11v BSS Transition Management

Razão da QR significa Razão da Consulta de Transição de BSS, que é a razão pela qual o cliente solicita a lista de APs candidatas. Neste exemplo, o cliente enviou um motivo 16, que corresponde a Low RSSI (Baixa RSSI). Para obter uma lista completa dos motivos da consulta de transição, consulte a Tabela 8-138 do IEEE 802.11-2012.

Depois que o rádio recebe esse quadro, ele responde com uma solicitação de gerenciamento de transição BSS para fornecer a lista de candidatos de AP.

Solicitação de balanceamento de carga não solicitado

Quando a WLC tem o recurso de balanceamento de carga + transição de BSS ativada, o AP não envia mais um quadro de desautenticação para um cliente sem fio quando ele está muito carregado, ele envia uma solicitação de gerenciamento de transição de BSS para sugerir ao cliente sem fio outro AP menos carregado.

Para obter mais informações sobre o recurso de balanceamento de carga: Configurando balanceamento de carga agressivo

Solicitação de roaming otimizado não solicitada

Quando a WLC otimizou a transição de roaming + BSS habilitada, o AP não envia mais um quadro de desautenticação para um cliente sem fio quando o cliente não atende ao RSSI mínimo (ou qualquer outro parâmetro relacionado ao roaming otimizado), ele envia um gerenciamento de transição de BSS para sugerir ao cliente sem fio um AP melhor.

Para obter mais informações sobre o recurso de roaming otimizado: Roaming otimizado da Cisco

Orientação do cliente no FRA AP (Flexible Radio Assignment)

Se um cliente se conecta a uma célula menos ideal dentro de um AP FRA, o AP envia uma solicitação de gerenciamento de transição do BSS 802.11v para esse cliente.

Quando um AP que suporta FRA (como 2800 ou 3800) usa apenas 5GHz, há duas células (micro e macrocélula). Se um cliente se conecta à macro-célula, mas a microcélula é mais ideal (com base no RSSI), então o AP envia uma solicitação de gerenciamento de transição do BSS 802.11v para o cliente a fim de sugerir mover a microcélula e vice-versa.

Este recurso está disponível desde a versão 8.2.110.0.

Para obter mais informações sobre FRA: Atribuição de rádio flexível (FRA) e rádios redundantes

Disassociação iminente

Em uma solicitação de gerenciamento de transição de BSS, o campo DisAssociation Imiminente pode ser adicionado. Esta função é desassociar o cliente após um período de tempo se o cliente não se reassociar a outro AP.

Quando uma solicitação de roaming otimizada não solicitada é acionada, o AP envia uma Solicitação de Gerenciamento de Transição de BSS ao cliente e espera por um determinado período (tempo configurado em Otimized Roaming DisAssociation Timer), se o cliente não fizer roaming para um AP melhor dentro desse período de tempo, o AP concluirá a desassociação do cliente.

Quando a solicitação de Balanceamento de Carga Não Solicitado é disparada, o AP envia uma Solicitação de Gerenciamento de Transição de BSS ao cliente e espera por um determinado período (tempo configurado em Temporizador de Desassociação), se o cliente não faz roaming para um AP menos congestionado dentro desse período, então o AP conclui a desassociação do cliente.

Exemplo de um quadro de gerenciamento de transição de BSS com DisAssociation iminente habilitada:

Resposta do BSS Transition Management

Depois que um cliente sem fio recebe uma Solicitação de Gerenciamento de Transição BSS, ele pode ou não enviar uma Resposta de Gerenciamento de Transição BSS. Se o cliente fizer a transição para outro AP, ele o enviará com o código de status Aceitar, mas se planeja permanecer no mesmo AP devido a vários motivos, ele o enviará com o código de status Rejeitar mais o motivo da rejeição.

Exemplo de um quadro de Resposta do BSS Transition Management

Neste exemplo, o cliente sem fio rejeita a lista de candidatos de AP e não faz roaming para um AP diferente. O código de status 1 mostra o motivo pelo qual o cliente deixa o ESS. Para obter uma lista completa das definições de código de status, consulte a Tabela 8-253 do IEEE 802.11-2012.

Prerequisites

Requirements

Para aproveitar os recursos 802.11v de uma wlan, é necessário ter clientes sem fio que suportem 802.11v.

Componentes Utilizados

WLC v8.3

Ipod Touch 6.ª geração v10.1.1

Configurar

Diagrama de Rede

Configurações

Serviço multicast direcionado (DMS)

Configuração sobre WLAN para habilitar o DMS:

Configuração da CLI:

> config wlan disable <wlan-id>
> config wlan dms enable <wlan-id>
> config wlan enable <wlan-id>

Configuração GUI (disponível na versão 8.3)

Etapa 1. Navegue até WLANs > Wlan-ID e clique na WLAN para ativar o DMS.

Etapa 2. Navegue até Advanced > 11v BSS Transition Support (Suporte de transição BSS avançado > 11v) e habilite o Directed Multicast Service (Serviço de transmissão múltipla direcionada)

Gerenciamento de período ocioso máximo de BSS

Configuração sobre WLAN para permitir o gerenciamento do período ocioso máximo de BSS:

Configuração da 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

Configuração GUI:

Etapa 1. Navegue até WLANs > WLAN-ID e clique na WLAN para definir o período ocioso máximo de BSS.

Etapa 2. Navegue até Advanced > 11v BSS Transition Support (Suporte de transição BSS avançado > 11v) e habilite o BSS Max Idle Service (Serviço ocioso máximo BSS).

Note: Essas opções de GUI são apresentadas na versão 8.3. Para versões anteriores, use o comando config wlan bssmaxidle enable <wlan-id>

Etapa 3. Navegue até Avançado > Tempo limite de ociosidade do usuário cliente e defina o valor de tempo limite em segundos.

gerenciamento de transição de BSS

Configuração sobre WLAN para habilitar o gerenciamento de transição BSS:

Note: Se apenas a transição BSS estiver habilitada, a única maneira de os Pontos de Acesso enviarem quadros de Solicitação de Gerenciamento de transição BSS é se um cliente sem fio enviar um Quadro de Consulta de Gerenciamento de Transição BSS.

Note: Para fazer com que os APs enviem uma solicitação de gerenciamento de transição de BSS quando estão muito carregados, é necessário ativar a transição de BSS + balanceamento de carga.

Note: Para fazer com que os APs enviem uma solicitação de gerenciamento de transição de BSS quando um cliente sem fio não tem o melhor RSSI, é necessário habilitar a transição de BSS + roaming otimizado.

Solicitação

Configuração da CLI:

> config wlan disable <wlan-id>
> config wlan bss-transition enable <wlan-id>
> config wlan enable <wlan-id>

Configuração GUI:

Etapa 1. Navegue até WLANs > WLAN ID > Advanced e ative BSS Transition.

Solicitação de balanceamento de carga não solicitado

Configuração da 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>

Configuração GUI:

Etapa 1. Navegue até WLANs > WLAN ID > Advanced e ative BSS Transition e Client Load Balancing.

Solicitação de roaming otimizado não solicitada

Configuração da 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

Configuração GUI:

Etapa 1. Navegue até WLANs > WLAN ID > Advanced e ative BSS Transition e Coverage Hole Detection.

Etapa 2. Navegue até WIRELESS > Advanced > Otimized Roaming e ative o modo de roaming otimizado de banda. Para obter mais informações sobre os parâmetros de roaming otimizado, consulte este documento: Guia de implantação de experiência de alta densidade (HDX), versão 8.0

Disassociação iminente

Configuração da 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>

Etapa 1. Navegue até WLANs > WLAN ID > Advanced, enable BSS Transition, DisAssociation Imiminente e defina DisAssociation Timer e Otimized Roaming DisAssociation Timer.

Configuração GUI:

Note: Os temporizadores são especificados em unidades TBTT (Target Beacon Transmission Time), que é o tempo do intervalo entre cada beacon. Por padrão, cada beacon é enviado a cada 100 ms, portanto, por padrão, 1 TBTT = 100 ms. Temporizadores = X TBTT/10 = x segundos.

Verificar

Essas imagens mostram o suporte da WLAN (Wireless Local Area Network) e dos clientes sem fio para os diferentes serviços 802.11v.

Suporte a SSID

• DMS

• gerenciamento de transição de BSS

Suporte ao cliente

• DMS

• gerenciamento de transição de BSS

Depurar atividade do cliente

Para monitorar a atividade do cliente 11v, esses comandos estão disponíveis.

> debug client <mac-add-of-client>
> debug mac addr <mac-add-of-client>
> debug 11v all enable

Cliente com capacidades DMS

O cliente tem capacidade para 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

O cliente envia uma solicitação DMS para o grupo 224.0.0.251 udp port 9 e o AP envia o DMS aceite

*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

Do AP onde o cliente está conectado

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

Depois disso, o cliente é adicionado ao banco de dados do DMS na wlan. Todos os clientes que enviam uma solicitação DMS-Add para a mesma cadeia de caracteres multicast estão listados na mesma ID do 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

O banco de dados do DMS é armazenado no AP onde este cliente está conectado:

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}, 

Quando o cliente sem fio fecha o fluxo de DMS, ele envia uma solicitação de remoção de DMS

*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

Do 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

Capacidade de transição de BSS do cliente

O cliente tem capacidade para 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

O cliente envia uma Consulta do BSS Transition Management

*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

Como a wlan ativou a Desassociação iminente, o cliente é desassociado depois que o temporizador de desassociação termina

*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

O AP envia o quadro de gerenciamento de transição do BSS devido ao balanceamento de carga

*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

 O AP envia o quadro de gerenciamento de transição do BSS devido ao roaming otimizado

*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

 Referências

Capítulo: Roaming de transição rápida 802.11r, 802.11k, 802.11v, 802.11w

Padrão IEEE para Tecnologia da Informação—Telecomunicações e intercâmbio de informações entre sistemas Redes locais e metropolitanas—Requisitos específicos-Parte 11: Controle de acesso médio de LAN sem fio
Especificações (MAC) e de camada física (PHY)