Summary

  • RFC 5416 enlaza CAPWAP con la base IEEE 802.11-2007, no con un contrato general para 802.11n, 802.11v y 802.11r.
  • Una capacidad anunciada o un evento de roaming es evidencia del protocolo, no evidencia suficiente del resultado del usuario.
  • La aceptación operativa exige unir versión de vínculo, política aplicada, capacidad del equipo y telemetría de clientes.

La etiqueta de capacidad no reemplaza el ciclo de vida

El vínculo define mensajes para estaciones, radios, calidad de servicio y la relación entre BSSID y WLAN. También puede identificar una radio 802.11n, pero no define cómo configurar sus extensiones adicionales. Las capacidades de 802.11v y 802.11r quedan fuera de este vínculo y necesitan otra especificación o actualización. Borrar esa frontera al construir un inventario produce una falsa certeza: parece que el controlador conoce una función solo porque conoce la radio.

Configuración aceptada no es política vigente

Una respuesta de configuración indica lo que el extremo reportó en un momento. No prueba que una regla se haya aplicado en el hardware, que la autorización siga vigente o que una nueva versión no haya quedado pendiente. La evidencia útil incluye el hash o versión de la política, el equipo que la aceptó y la hora en que el cliente la utilizó. Sin esos enlaces, un acuse correcto puede sobrevivir a un cambio que ya lo volvió irrelevante.

Roaming y claves: el evento no es la experiencia

Los mensajes de itinerancia y de renovación de claves son puntos de control. Un terminal puede perder la sesión, rechazar la clave o atravesar una ventana de pérdida aunque el intercambio CAPWAP termine sin error. Por eso se necesitan asociación, reautenticación, pérdida de paquetes y latencia junto a los mensajes del vínculo. Split-MAC y Local-MAC explican dónde se divide la función, pero no certifican el camino de datos que recibió cada usuario.