@ing.agarcia ten cuidado con utilizar estas features de fabricante, ya que no se trata de funcionamientos recogidos en el estándar 802.11 y cada uno lo implementa de una manera (otros ni siquiera lo implementan).
El problema que puedes sufrir es que en comunicaciones de tiempo-real (Zoom, Teams, WebEx, ...) se produzcan cortes, ya que lo que hace esta feature es que el AP al que el equipo se trata de conectar (ya sea al inicio de la conexión, o durante el roaming) deja de responder a los paquetes de association-request y reassociation-request enviados par que el dispositivo se busque otro AP al que conectar. Pero puede ser que el dispositivo siga enviándolos al mismo AP, ya que esa lógica reside en el driver/firmware del adaptador inalámbrico, y no en el AP, por lo que el driver entra en modo descubrimiento de nuevo, y selecciona (o no) otro AP al que conectar (y si el otro AP no tiene los parámetros de conexión suficientes la lógica programada del driver puede que no lo tenga en cuenta: baja señal, bajo SNR, demasiados equipos conectados, ...).
Como ves, esto puede provocar que haya una desconexión, ya que la opción de conectarse a un AP u otro está en el dispositivo de cliente, por que el AP de Cisco no envía la conexión a otro AP ni le dice al dispositivo donde conectarse, solamente deja de responder al cliente para que no se conecte a él.
Como recomendación, activa los protocolos 802.11k y 802.11v ya que si que son estandar y su funcionamiento está regulado (aunque de nuevo la decisión de conexión está en el dispositivo final) para que tanto el equipo como el AP compartan toda la información de como se encuantran cada uno de ellos, y como ven los canales y APs cercanos, de esta manera, y si el dispositivo los soporta (que lo hacen casi en un 100% de los equipos empresariales) tomará la mejor decisión de conexión.
Espero haber sido de ayuda.
