Summary

  • RFC 5416 liga CAPWAP à base IEEE 802.11-2007, não a um contrato geral para todas as extensões posteriores.
  • Rádio anunciado, Split-MAC, roaming e renovação de chaves são evidências do protocolo, não do resultado percebido pelo cliente.
  • A decisão de produção precisa unir versão do vínculo, capacidade do equipamento, política aceita e telemetria de serviço.

A base histórica é parte da evidência

O vínculo descreve configuração de estação, informações de rádio, QoS e o mapeamento entre BSSID e WLAN. Ele pode anunciar uma rádio 802.11n sem definir como configurar ou usar os recursos adicionais dessa geração. 802.11v e 802.11r também ficam fora dele. Um inventário que guarda apenas “suporta 802.11n” apaga a diferença entre reconhecer a rádio e conseguir operar a função. A versão do RFC e a implementação devem permanecer visíveis.

Um aceite não encerra a política

Uma resposta de configuração registra o que o equipamento reportou em um instante. Ela não demonstra que o hardware aplicou a política, que a autorização ainda é válida ou que uma versão mais nova não ficou pendente. Hash da política, capacidade do equipamento, aprovação e horário de aplicação precisam acompanhar o registro de controle; caso contrário, uma resposta correta vira uma falsa prova de vigência.

O cliente decide se o roaming funcionou

Mensagens de roaming e de renovação de chave são checkpoints úteis. Um terminal ainda pode perder a sessão, rejeitar a chave ou enfrentar perda de pacotes. Associação, reautenticação, latência e entrega de dados devem ser correlacionadas com os eventos CAPWAP. Split-MAC e Local-MAC mostram a divisão de funções, mas não certificam o caminho de dados usado pelo usuário.