Comprender Diferentes Tipos de Consultas mDNS en WLC

Introducción

Este documento describe los diferentes tipos de consultas del sistema de nombres de dominio (mDNS) de multidifusión enviadas por el controlador de LAN inalámbrica (WLC) y los escenarios bajo los cuales se envían.

Tipos de consultas

Hay principalmente cuatro tipos de consultas que se envían:

• Consulta agregada: Consulta que consta de todos los servicios de la lista maestra.
• Consulta de conjunto de servicios: Esto es para el conjunto de servicios para los que se habilita el temporizador de consulta.
• Consulta específica del servicio: La consulta consta de sólo un servicio.
• Consulta del proveedor de servicios: Consulta para un proveedor de servicios específico.

Desencadenadores de consultas

Estos diferentes mensajes de consulta pueden ser enviados nuevamente en diferentes flujos de trabajo, ya sea por el WLC o los clientes inalámbricos, lo que se explica de la siguiente manera:

Consulta mDNS periódica

En general, cualquier dispositivo que admita un servicio anunciaría lo mismo después de encendido. Sin embargo, se ha observado que algunos dispositivos no anuncian sus servicios. En tales casos, el WLC enviaría mensajes de consulta mDNS periódicos (consulta específica del servicio).

Esta consulta no tendría el bit QU (consulta de unidifusión) configurado de modo que las respuestas sean multidifusión en esa VLAN. El mecanismo de consulta mDNS explícito asegura que se aprendan los servicios para los dispositivos que no anuncian los servicios en encendido también. 
De forma predeterminada, el WLC envía una consulta cada quince minutos y se puede configurar según sea necesario.

Consulta de Arranque de WLC

Después del inicio (2 minutos después del inicio), el WLC envía una consulta única, agregada para todos los servicios permitidos en la lista de servicio principal en todas las VLAN. La lista de servicios maestros tiene un conjunto predeterminado de servicios al inicio. Esta consulta tendría el bit QU configurado para que las respuestas se unifiquen al WLC.

Nueva consulta de creación de interfaz

Cuando se crea una nueva interfaz, el WLC debe enviar una consulta única, agregada para todos los servicios permitidos en la lista de servicio principal. Esta consulta tendría el bit QU configurado para que las respuestas se unifiquen al WLC.

Nueva creación de servicios en la consulta de lista de servicios maestra

Cuando se agrega un nuevo servicio a la lista de servicio principal, el WLC envía una consulta única para ese servicio a todas las VLAN. Esta consulta tendría el bit QU configurado para que las respuestas se unifiquen al WLC.

Consulta de roaming L2

El WLC aprende los anuncios bonjour de los clientes inalámbricos de otros WLC del lado cableado. Esta entrada del proveedor de servicios se mantendría en la base de datos como entrada por cable. En tal caso, si el proveedor de servicios bonjour viaja de otro WLC a este WLC (roaming L2), entonces necesita migrar la entrada del lado cableado al lado inalámbrico. Para asegurarse de que se migren todas las entradas, el WLC enviaría una consulta mDNS, agregada para todos los servicios permitidos en la lista de servicio principal (solamente si mDNS está habilitado en la WLAN del cliente).

Consulta mDNS de clientes conectados por cable

Para cualquier mensaje de consulta mDNS recibido del lado cableado, el WLC responde con servicios en la misma VLAN de proveedores de servicio inalámbricos solamente. Esto es para asegurarse de que no cruzamos el límite de subred en el lado cableado. La respuesta se unificará o se multidifusión en función del bit QU de la consulta. Básicamente, el WLC no puede aplicar la política para los hosts cableados a diferencia de los clientes inalámbricos y para los hosts cableados, Bonjour está restringido a la misma VLAN.

Esto puede resumirse en el cuadro como sigue:

En la tabla:

Tipo 1: consulta agregada
Tipo 2: consulta de conjunto de servicios
Tipo 3: consulta específica del servicio
Tipo 4: consulta del proveedor de servicios

Desencadenadores de eliminación de dispositivos

Ahora puede echar un vistazo a los desencadenadores que provocan la eliminación de un dispositivo de la base de datos del proveedor de servicios:

• vencimiento TTL

El WLC inicia un temporizador una vez que agrega el cliente en la base de datos del proveedor de servicio. Cuando el temporizador alcanza el 85% del WLC TTL envía una consulta de unidifusión al proveedor de servicio. Repite esto por cada 5% de TTL hasta el 95% de TTL. En caso de que no obtenga una respuesta, elimina la entrada del cliente.

• WLAN desactivada

Cuando se inhabilita la WLAN, todos los clientes de la WLAN se desasocian y se elimina el mscb del cliente. Al mismo tiempo, también se elimina la entrada de cliente en la base de datos del proveedor de servicios.

• Punto de acceso (AP) no asociado

Cuando hay una desasociación de AP o su radio está inhabilitada, los clientes asociados con AP/Radio se desasocian y el mscb del cliente se elimina. Aquí también se activa la limpieza de la base de datos como se mencionó anteriormente.

• Cuando el cliente hace un roaming L2

Cuando un cliente/servidor Bonjour (que proporciona algún servicio bonjour) realiza una roaming L2, el mscb cliente se elimina y activa la limpieza de la base de datos.