Resuelva problemas y entienda el gateway del mDNS en el regulador del Wireless LAN (el WLC)

  

Introducción

Este documento describe la aplicación del protocolo de Bonjour en el regulador inalámbrico. Es propósito es ayudarle a entender el flujo de trabajo y a proporcionar las guías de consulta para resolver problemas.

Prerequisites

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

• Conocimiento básico del protocolo de Bonjour
• Conocimiento básico de configurar el mDNS en el WLC
• Conocimiento básico del ruteo multicast

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• WLC AIR-CT2504-K9, 8.2.141.0
• WS-C3560CX-8PC-S
• AIR-CAP3702I-E-K9
• Apple TV
• Iphone5s, 10.2

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si su red está viva, asegúrese de que usted entienda el impacto potencial del comando any.

Antecedentes

El protocolo de Bonjour es un Discovery Protocol del servicio de Apple que localiza los dispositivos y los sevices en una red local con el uso de los registros de servicio del Sistema de nombres de dominio (DNS) del Multicast (mDNS). El protocolo de Bonjour actúa encendido los avisos del servicio y las interrogaciones del servicio. Cada interrogación o anuncio se envía a la dirección Multicast ipv4 224.0.0.251 (IPv6 FF02::FB) de Bonjour. Este mDNS protocal de las aplicaciones en el puerto 5353 UDP.

El direccionamiento usado por el protocolo de Bonjour es dirección Multicast de local de la conexión y por lo tanto se remite solamente a la red local L2. El Routers no puede utilizar el ruteo multicast para reorientar el tráfico porque el Time to Live (TTL) se fija a 1. Esto significó que todos los proveedores de servicio/fuentes (que hacen publicidad del servicio) y los clientes de Bonjour (que piden el servicio) tuvieron que estar en la misma subred. Esto lleva a los problemas del scability.

Para abordar este problema, el controlador LAN de la tecnología inalámbrica de Cisco (WLC) actúa como gateway de Bonjour. El WLC está atentos los servicios de Bonjour, oculta estos anuncios de Bonjour (AirPlay, AirPrint etc.) de la fuente/del host. Por ejemplo, Apple TV y responde de nuevo a los clientes de Bonjour cuando piden/pedido un servicio. Esta manera usted puede tener las fuentes y los clientes en diversas subredes.

Configurar 

Diagrama de la red

Flujo de paquetes con los debugs

Hay los cuatro pasos básicos que ocurren cuando el mDNS se ejecuta en un WLC de Cisco. Se describen estos pasos como sigue:

Paso 1. Cuando usted global habilita el mDNS en el WLC

El WLC escucha estos servicios predeterminados si uno no tiene un perfil personalizado del mDNS creado tal y como se muestra en de la imagen.

Cada uno de estos servicios tiene una cadena del servicio asociada a ella. Las cadenas del servicio se utilizan para hacer juego los casos del servicio para mantener las interrogaciones. Un tipo de servicio contiene siempre el nombre del servicio y el protocolo. Además, puede contener uno o más identificadores del subtipo. Aplicaciones del servicio de AppleTV: . _tcp.local _airplay.

Cuando el mDNS se habilita global, el regulador envía las interrogaciones del mDNS a 224.0.0.251 para todos los servicios en atado con alambre (Administración y las interfaces dinámicas) y red inalámbrica.

En esta captura en el puerto del switch del WLC, los WLC de la demostración de los paquetes 80, 81 y 82 envía una interrogación a 224.0.0.251 sobre la red alámbrica con el IP de la fuente de la Administración (10.48.39.142) e interfaces(192.168.232.11 dinámico y 192.168.239.8) tal y como se muestra en de la imagen.

El paquete 83 muestra que el WLC envía una interrogación sobre la Tecnología inalámbrica. El paquete interno muestra el WLC que pregunta a 224.0.0.251 de la interfaz de administración. Puesto que esta interrogación está sobre la Tecnología inalámbrica, la encabezado del capwap se agrega al paquete con el IP externo de la fuente todavía para ser la de la Administración pero el destino es IP de multidifusión 239.100.100.100 tal y como se muestra en de la imagen.

¿Ahora, de dónde este IP de multidifusión 239.100.100.100 viene? En el WLC, el modo del Multicast del punto de acceso (regulador > general) fue fijado al Multicast con la dirección de grupo de multidifusión como 239.100.100.100 (es apenas un ejemplo, cualquier IP en el rango 239). Los AP se unen a este grupo de multidifusión y escuchan en él. El WLC adelante la interrogación a este grupo, los AP lo recibe y lo envía sobre el aire. El direccionamiento 239.100.100.100 (éste no es estático, esto es lo que configuramos en el ejemplo abajo) aparece solamente en la encabezado del capwap entre el WLC y los AP, los clientes de red inalámbrica nunca ven cualquier cosa de él (pero de él puede ver el paquete original interno de los mdns) tal y como se muestra en de la imagen.

Recuerde en este puesto el WLC es 2504 en el vlan1 y el AP está en 231 vlan. Mientras que los dispositivos están en diverso vlans, uno necesita tener ruteo multicast habilitado para el vlan1 y 239 en atado con alambre para que esto trabaje. 

---

Note: Si el ruteo multicast no se habilita en atado con alambre para el wlc y la Administración AP vlan, después el modo del Multicast AP se debe fijar al unicast. En este modo, el unicasts del regulador cada paquete de multidifusión a cada AP asociado al regulador. Este modo es muy ineficaz y no se recomienda.

---

Esta captura es el paquete de la interrogación detalladamente tal y como se muestra en de la imagen.

Los debugs reflejan la misma cosa como se ve en las capturas. Aquí la interrogación de las demostraciones del snippet solamente de la interfaz de administración.

(Cisco Controller) >debug mdns all enable

Cisco Controller) >*emWeb: Feb 22 16:24:18.203: bgSetBonjourAccessPolicy :1192 Bonjour AccessPolicy status is already in requested state Disabled
*emWeb: Feb 22 16:24:18.203: bgSetBonjourQueryInterval :1359 Bonjour query interval is already configured for requested value = 15
*Bonjour_Process_Task: Feb 22 16:24:18.215: bonjourProcessTask : 220 Processing message type = BONJOUR_AGGREGATED_QUERY
*Bonjour_Process_Task: Feb 22 16:24:18.215: sendBonjourPkt : 3881 sendBonjourPkt msg-type = BONJOUR_AGGREGATED_QUERY toSend = all
*Bonjour_Process_Task: Feb 22 16:24:18.216: Send to Wired, All vlan is TRUE
*Bonjour_Process_Task: Feb 22 16:24:18.216: sendBonjourPacketToWired : 3652 sending aggregated query on interface = management
*Bonjour_Process_Task: Feb 22 16:24:18.216: buildBonjourPacket : 2916 Preparing for l2 Multicast send
*Bonjour_Process_Task: Feb 22 16:24:18.216: buildBonjourPacket : 2936 allVlan = 0 , vlanId = 0
*Bonjour_Process_Task: Feb 22 16:24:18.216: buildBonjourPacket : 2948 simInterfaceMacAddrGet( management ) =  00:A2:89:B9:62:60
*Bonjour_Process_Task: Feb 22 16:24:18.216: Inside buildBonjourAggregatedQuery, available len = 1458
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : 7339 Sending mDNS AGGREGATED query for services configured in MSAL-DB
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : [ 1 ] Including SRV = AirPrint in aggregated query packet
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : [ 2 ] Including SRV = AirTunes in aggregated query packet
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : [ 3 ] Including SRV = AppleTV in aggregated query packet
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : [ 4 ] Including SRV = HP_Photosmart_Printer_1 in aggregated query packet
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : [ 5 ] Including SRV = HP_Photosmart_Printer_2 in aggregated query packet
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : [ 6 ] Including SRV = Printer in aggregated query packet
*Bonjour_Process_Task: Feb 22 16:24:18.216: -----------------------------------------
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : PACKET-1 mDNS-QUERY sent for [ 6 ] services
*Bonjour_Process_Task: Feb 22 16:24:18.216: fillBonjourAggregatedQuery : mDNS-QUERY sent for all services in [ 1 ] packets
*Bonjour_Process_Task: Feb 22 16:24:18.216: -----------------------------------------
*Bonjour_Process_Task: Feb 22 16:24:18.216: buildBonjourPacket : 3054 BONJOUR_AGGREGATED_QUERY: buildBonjourAggregatedQuery()STATUS = 0
*Bonjour_Process_Task: Feb 22 16:24:18.216: buildBonjourPacket MCAST-DST-IP ADDR = 224.0.0.251

Paso 2. Servicios de Bonjour de los cachés del WLC (anuncio de Apple TV)

En este paquete, Apple TV (192.168.239.37) envía los anuncios a 224.0.0.251. Puesto que en este caso Apple TV es inalámbrico, uno puede ver el anuncio que es enviado sobre el capwap. El WLC toma la nota solamente una vez de la respuesta del servicio del mDNS, sin embargo, que la entrada de caché tiene TTL y el Keepalives es necesario mantenerlo tal y como se muestra en de la imagen.

La respuesta detallada de Apple TV está tal y como se muestra en de la imagen.

La demostración Apple TV de estos debugs adentro responde a las interrogaciones WLC. En este escenario, Apple TV respondió con 21 servicios fuera de quienes solamente el servicio del Airplay está de interés. 

*Bonjour_Msg_Task: Feb 23 16:22:02.372: 18:ee:69:11:dc:60 Parsing 21 Bonjour Answers.
*Bonjour_Msg_Task: Feb 23 16:22:02.374: bgProcessServiceAdvRsp : 1562 aStringNameStr = Wireless Team (4)._airplay._tcp.local.
*Bonjour_Msg_Task: Feb 23 16:22:02.374: bgProcessServiceAdvRsp : 1579 RR: Wireless Team (4)._airplay._tcp.local., aType: 16, aClass: 32769, aTTL: 4500, aDataLen: 207, ptr: 0x327a9ca8, end: 0x327aa100
*Bonjour_Msg_Task: Feb 23 16:22:02.374: bgProcessServiceAdvRsp : 1581 aStringNameStr : Wireless Team (4)._airplay._tcp.local.
*Bonjour_Msg_Task: Feb 23 16:22:02.374: Found Service Name:_airplay._tcp.local., Service Provider Name:Wireless Team (4)._airplay._tcp.local.
*Bonjour_Msg_Task: Feb 23 16:22:02.374: bgServiceAllowedInMsalDb : 181 srv_str = _airplay._tcp.local. type = Wireless
*Bonjour_Msg_Task: Feb 23 16:22:02.374: bgServiceAllowedInMsalDb : 195 Incoming Service Advertisement string = _airplay._tcp.local.
*Bonjour_Msg_Task: Feb 23 16:22:02.374: Service-Name = AppleTV Service-String = _airplay._tcp.local. Type = all Origin = Wireless FOUND and is ALLOWED FOR LEARNING

<<< Airplay service registered in WLC DB >>
*Bonjour_Msg_Task: Feb 23 16:22:02.374: Service Name:_airplay._tcp.local. is supported in Master-service-db
*Bonjour_Msg_Task: Feb 23 16:22:02.374: aDataLen: 2, aSrPtrRecord.aSrvProName.size: 39
*Bonjour_Msg_Task: Feb 23 16:22:02.374: Updating updateBonjourSrPtrDb:
*Bonjour_Msg_Task: Feb 23 16:22:02.374: aType: 12, aClass: 1, aTTL: 4500, aDataLen: 2, ptr: 0x327a9d93, end: 0x327aa100
*Bonjour_Msg_Task: Feb 23 16:22:02.374:           bgProcessServiceAdvRsp : .. < SP-SR_PTR PKT >...
*Bonjour_Msg_Task: Feb 23 16:22:02.374:           bgProcessServiceAdvRsp : SERVICE NAME ......... = AppleTV
*Bonjour_Msg_Task: Feb 23 16:22:02.374:           bgProcessServiceAdvRsp : SERVICE STRING ....... = _airplay._tcp.local.
*Bonjour_Msg_Task: Feb 23 16:22:02.374:           bgProcessServiceAdvRsp : SERVICE PROVIDER ..... = Wireless Team (4)._airplay._tcp.local.
*Bonjour_Msg_Task: Feb 23 16:22:02.374:           bgProcessServiceAdvRsp : aTTL ................. = 4500n
*Bonjour_Msg_Task: Feb 23 16:22:02.374: bgProcessServiceAdvRsp : 1546 msg : 0x327a9bda, ptr : 0x327a9d93, end : 0x327aa100, pld_len : 877 

Paso 3. El WLC escucha las consultas del cliente los servicios

Después, en cualquier momento, el cliente de red inalámbrica (192.168.232.98) envía una interrogación que pida el servicio del airplay sobre el aire (típicamente cuando el cliente abre una aplicación que sea airplay capaz) tal y como se muestra en de la imagen.

*Bonjour_Msg_Task: Feb 27 17:03:15.603: 00:6d:52:5d:5a:7d Parsing 2 bonjour questions
*Bonjour_Msg_Task: Feb 27 17:03:15.603: 00:6d:52:5d:5a:7d Query Service Name: _airplay._tcp.local., RR-Type:  TYPE_DOMAIN_NAME_PTR , Class: 1
*Bonjour_Msg_Task: Feb 27 17:03:15.603: processBonjourPacket : 1017 qNameStr : _airplay._tcp.local., bonjServiceNameStr : _airplay._tcp.local., bonjSpNameStr : _airplay._tcp.local.
*Bonjour_Msg_Task: Feb 27 17:03:15.603: Service Name : AppleTV  Service String : _airplay._tcp.local. is supported in MSAL-DB
*Bonjour_Msg_Task: Feb 27 17:03:15.603: 00:6d:52:5d:5a:7d SRV : _airplay._tcp.local. is supported by client profile : default-mdns-profile

Paso 4. El WLC envía la respuesta unidifusión a las consultas del cliente para los servicios de Bonjour

El WLC responde con el equipo inalámbrico ocultado del servicio (4)._airplay._tcp.local. El IP de la fuente del paquete interno es la interfaz dinámica del cliente vlan, en este caso 192.168.232.11 tal y como se muestra en de la imagen.

Snippet del debug

BONJOUR_AGGREGATED_QUERY_RESPONSE
*Bonjour_Process_Task: Feb 27 17:03:45.229: buildBonjourQueryResponsePld : SRV-NAME ..... : AppleTV
*Bonjour_Process_Task: Feb 27 17:03:45.229: buildBonjourQueryResponsePld : SP-NAME....... : 
*Bonjour_Process_Task: Feb 27 17:03:45.229: buildBonjourQueryResponsePld : SEND TO ...... : BONJOUR_PKT_TO_WIRELESS
*Bonjour_Process_Task: Feb 27 17:03:45.229: buildBonjourQueryResponsePld : VLAN ......... : 232
*Bonjour_Process_Task: Feb 27 17:03:45.229: buildBonjourQueryResponsePld : IS MCAST ..... : NO
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : DST-MAC ...... :  00:6D:52:5D:5A:7D
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : DST-IP ....... : 192.168.232.98
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : ALL mDNS-AP .. : 0
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : TTL COUNTER .. : TIMEOUT_RESET
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : RESTART TIME . : 0
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : SNOOP STATUS . : 0
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : LSS STATUS ... : DISABLED
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : RSP SRV NAME . : AppleTV
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : MSG-ID ....... : 0
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld : POLICY STATUS  : DISABLED
*Bonjour_Process_Task: Feb 27 17:03:45.230: buildBonjourQueryResponsePld INCLUDING SpData : Wireless Team (4)._airplay._tcp.local. in AGGREGATED QUERY RESPONSE
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID SR-PTR RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID SD-PTR RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID SRV RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID TXT RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID NSEC RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID DOMAIN RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: fillBonjourDomain : 6055 : attaching SP-DOMAIN RR
*Bonjour_Process_Task: Feb 27 17:03:45.233: VALID DOMAIN-NSEC RR FOUND, attaching.....
*Bonjour_Process_Task: Feb 27 17:03:45.233: buildBonjourPacket DST-IP ADDR = 192.168.232.98
*Bonjour_Process_Task: Feb 27 17:03:45.233: Transmitting bonjour Pkt to STA: 00:6D:52:5D:5A:7D
*Bonjour_Process_Task: Feb 27 17:03:45.233: Unicast Packet sent to client  00:6D:52:5D:5A:7D  success.

Verificación y resolución de problemas

Esta sección proporciona la información que usted puede utilizar para confirmar y resolver problemas su configuración.

Para identificar y los problemas del aislante en los mdns requieren la configuración estar correcta y requieren así pocos controles básicos.

El mDNS del paso 1. se debe habilitar global.

  Del GUI navegue el regulador > el mDNS tal y como se muestra en de la imagen.

 Del CLI:

show network summary (snippet) 

mDNS snooping............................... Enabled
mDNS Query Interval......................... 15 minutes

Paso 2. Si usted utiliza un perfil de encargo del mDNS asegúrese de que agreguen a todos los servicios solicitados a él. 

Paso 3. Asegúrese de que el mDNS esté habilitado bajo el SSID y el perfil correcto de los mdns está asociado al SSID.

Del GUI navegue a la red inalámbrica (WLAN) > al ID DE WLAN > avanzado tal y como se muestra en de la imagen.

 Del CLI:

show wlan <ID> (snippet)

mDNS Status...................................... Enabled 
mDNS Profile Name................................ default-mdns-profile 

Paso 4. Verifique si el proveedor de servicio del mDNS esté enumerado en los servicios de los dominios del mDNS. Esto enumera los Domain Name (Apple TV, los airprinters) de los servicios que han sido ocultados por el WLC.

Del GUI, navegue al regulador > al mDNS > al Domain Name del mDNS IP > resumen tal y como se muestra en de la imagen.

Del CLI:

show mdns domain-name-ip summary

Number of Domain Name-IP Entries................. 1
DomainName             MAC Address       IP Address       Vlan Id Type     TTL Time left (sec) (sec)
--------------------   ----------------  ---------------- ------- ------   ------ ------
Wireless-Team-3.local. 18:ee:69:11:dc:60 192.168.239.37   239     Wireless 4725   4163

Paso 5. Verifique si el proveedor de servicio también esté enumerado bajo servicio específico sí mismo.

Del GUI, navegue al regulador > al mDNS > al general > al nombre del servicio tal y como se muestra en de la imagen.

Del CLI:

show mdns service detailed AppleTV

Service Name..................................... AppleTV
Service String................................... _airplay._tcp.local.
Service Id....................................... 3
Service query status............................. Enabled
Service LSS status............................... Disabled
Service learn origin............................. Wireless and Wired
Number of Profiles............................... 1
Profile.......................................... default-mdns-profile
Number of Service Providers ..................... 1
Number of priority MAC addresses ................ 0

ServiceProvider MAC Address AP Radio MAC Vlan Id Type TTL Time left(sec) (sec)
-------------------- ---------------- ---------------- ------- ------ ----- ---------
Wireless Team (4)._airplay._tcp.local. 18:EE:69:11:DC:60 A4:6C:2A:7C:8F:80 239 Wireless 4500 3841

  

Paso 6. Si el servicio no es descubierto por el WLC, después control si se va a ser aprendido bajo navegador del bonjour (navegador de Controller>>mDNS>>mDNS). El navegador de Bonjour es un caché de todos los anuncios del servicio considerados en el WLC y no descubiertos porque la configuración no permitió aprender. Usted puede agregar los servicios escogiéndolos del hojeador de Bonjour, éste viene en práctico cuando usted prueba y implementa un nuevo servicio. 

Paso 7. Éstos son los comandos de hacer el debug de Bonjour:

debug mdns error enable
debug mdns message enable
debug mdns detail enable
debug mdns all enable

El navegador de Bonjour y el servicio de los mdns de la demostración no-aprendido podrían ser utilizados como herramienta de debug también.

Paso 8. Como se mencionó antes, si el WLC y el AP están en diversas subredes y modo del Multicast AP se fija al Multicast, después asegúrese de que el ruteo multicast esté habilitado en la red alámbrica entre los dos vlans. En esta configuración, el vlans es vlan1 (WLC) y 231 vlan (AP).

Conf t
!
interface Vlan1
ip pim sparse-dense-mode

!
interface Vlan231
 ip pim sparse-dense-mode
!

Ruteo multicast en el juego: 

Gateway#sh ip mroute 239.100.100.100
IP Multicast Routing Table

-------snippet--------------------

(*, 239.100.100.100), 2w4d/stopped, RP 10.48.39.5, flags: SJC
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Vlan231, Forward/Sparse-Dense, 2w0d/00:02:10
    Vlan232, Forward/Sparse-Dense, 2w4d/00:02:11

(10.48.39.142, 239.100.100.100), 2w4d/00:02:50, flags: T
 Incoming interface: Vlan1, RPF nbr 0.0.0.0, RPF-MFD
  Outgoing interface list:
    Vlan231, Forward/Sparse-Dense, 2w0d/00:02:10, H

Junto con estos la lista de verificación, la clave es entender el flujo de paquetes cuando el mDNS se ejecuta en el WLC. El flujo de paquetes y los debugs ayudan al buceo de profundidad en las áreas donde faltan los Comandos de verificación antedichos.