pesquise defeitos e compreenda o gateway do mdns no ... · cada um destes serviços tem uma corda...

Pesquise defeitos e compreenda o gateway domDNS no controlador do Wireless LAN (o WLC) Índice

IntroduçãoPré-requisitosRequisitosComponentes UtilizadosInformações de ApoioConfigurar Diagrama de RedeO fluxo de pacote de informação com debugaEtapa 1. Quando você permitir globalmente o mDNS no WLCEtapa 2. O WLC põe em esconderijo serviços de Bonjour (a propaganda de Apple TV)Etapa 3. O WLC escuta consultas cliente serviçosEtapa 4. O WLC envia a resposta do unicast às consultas cliente para serviços de BonjourVerificação e Troubleshooting

Introdução

Este documento descreve a aplicação do protocolo de Bonjour no controlador wireless. Éfinalidade é ajudá-lo a compreender os trabalhos e a fornecer diretrizes para pesquisar defeitos.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

Conhecimento básico do protocolo de Bonjour●

Conhecimento básico de configurar o mDNS no WLC●

Conhecimento básico do roteamento de transmissão múltipla●

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

AIR-CT2504-K9 WLC, 8.2.141.0●

WS-C3560CX-8PC-S●

AIR-CAP3702I-E-K9●

Apple TV●

Iphone5s, 10.2●

As informações neste documento foram criadas a partir de dispositivos em um ambiente delaboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com umaconfiguração (padrão) inicial. Se sua rede está viva, assegure-se de que você compreenda oimpacto potencial do comando any.

Informações de Apoio

O protocolo de Bonjour é um protocolo de descoberta do serviço de Apple que encontredispositivos e sevices em uma rede local com o uso de registros de serviço do Domain NameSystem do Multicast (mDNS). O protocolo de Bonjour opera sobre anúncios do serviço eperguntas do serviço. Cada pergunta ou propaganda são enviadas ao IPv4 224.0.0.251 doendereço de multicast de Bonjour (IPv6 FF02::FB). Este mDNS protocal dos usos na porta 5353UDP.

O endereço usado pelo protocolo de Bonjour é endereço de multicast de link local econsequentemente é enviado somente à rede L2 local. O Roteadores não pode usar oroteamento de transmissão múltipla para reorientar o tráfego porque o Time to Live (TTL) éajustado a 1. Isto significou que todos os provedores de serviços/fontes (que anunciam o serviço)e os clientes de Bonjour (que pedem o serviço) tiveram que estar na mesma sub-rede. Istoconduz aos problemas do scability.

A fim endereçar esta edição, o controlador de LAN do Cisco Wireless (WLC) atua como umgateway de Bonjour. O WLC escuta serviços de Bonjour, põe em esconderijo estas propagandasde Bonjour (AirPlay, AirPrint etc.) da fonte/host. Por exemplo, Apple TV e responde de volta aosclientes de Bonjour quando pedem/pedidos um serviço. Esta maneira você pode ter as fontes eos clientes em sub-redes diferentes.

Configurar

Diagrama de Rede

O fluxo de pacote de informação com debuga

Há as quatro etapas básicas que ocorrem quando o mDNS é executado em Cisco WLC. Estasetapas são descritas como segue:

Etapa 1. Quando você permitir globalmente o mDNS no WLC

O WLC escuta estes serviços padrão se um não tem um perfil personalizado do mDNS criadosegundo as indicações da imagem.

Cada um destes serviços tem uma corda do serviço associada com ela. As cordas do serviço sãousadas para combinar exemplos do serviço para prestar serviços de manutenção a perguntas.Um tipo de serviço contém sempre o nome do serviço e o protocolo. Adicionalmente, pode conteruns ou vários identificadores do subtipo. Usos do serviço de AppleTV: . _tcp.local _airplay.

Quando o mDNS é permitido globalmente, o controlador envia perguntas do mDNS a 224.0.0.251para todos os serviços no prendido (Gerenciamento e interfaces dinâmica) e rede Wireless.

Nesta captação na porta de switch WLC, os pacotes 80, 81 e 82 a mostra WLC envia uma

pergunta a 224.0.0.251 sobre a rede ligada com fio com o IP da fonte do Gerenciamento(10.48.39.142) e interfaces(192.168.232.11 dinâmico e 192.168.239.8) segundo as indicações daimagem.

O pacote 83 mostra que o WLC envia uma pergunta sobre o Sem fio. O pacote interno mostra oWLC que pergunta a 224.0.0.251 da interface de gerenciamento. Desde que esta pergunta estásobre o Sem fio, o encabeçamento do capwap é adicionado ao pacote com o IP exterior da fonteainda para ser aquele do Gerenciamento mas o destino é IP de transmissão múltipla239.100.100.100 segundo as indicações da imagem.

Agora, de onde este IP de transmissão múltipla 239.100.100.100 vem? No WLC, o modo doMulticast do Access Point (AP) (controlador > general) foi ajustado ao Multicast com endereço degrupo de transmissão múltipla como 239.100.100.100 (é apenas um exemplo, todo o IP na escala239). Os AP juntam-se a este grupo de transmissão múltipla e escutam-se nele. O WLC para afrente a pergunta a este grupo, AP recebe-o e envia-o sobre o ar. O endereço 239.100.100.100(este não é estático, este é o que nós configuramos no exemplo abaixo) aparece somente noencabeçamento do capwap entre o WLC e os AP, os clientes Wireless nunca veem qualquercoisa dele (mas dele pode ver o pacote original interno dos mdns) segundo as indicações daimagem.

Recorde no este setup o WLC é uns 2504 em 1 vlan e o AP está em 231 vlan. Enquanto osdispositivos estão em vlans diferentes, um precisa de ter o roteamento de transmissão múltiplapermitido para 1 e 239 vlan no prendido para que este trabalhe.

Note: Se o roteamento de transmissão múltipla não é permitido no prendido para o wlc e oGerenciamento AP vlan, a seguir o modo do Multicast AP deve ser ajustado ao unicast.Neste modo, os unicasts do controlador cada pacote de transmissão múltipla a cada APassociado ao controlador. Este modo é muito incapaz e não é recomendado.

Esta captação é o pacote da pergunta em detalhe segundo as indicações da imagem.

Debuga refletem a mesma coisa como visto nas captações. Aqui a pergunta das mostras dosnippet somente da interface de gerenciamento.

(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


AirTunes in aggregated query packet


AppleTV in aggregated query packet


HP_Photosmart_Printer_1 in aggregated query packet


HP_Photosmart_Printer_2 in aggregated query packet


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

Etapa 2. O WLC põe em esconderijo serviços de Bonjour (a propaganda de AppleTV)

Neste pacote, Apple TV (192.168.239.37) envia propagandas a 224.0.0.251. Desde que nestecaso Apple TV é wireless, um pode ver a propaganda que está sendo enviada sobre o capwap. OWLC toma a nota somente uma vez da resposta do serviço do mDNS, contudo, que a entrada decache tem um TTL e o Keepalives é necessária para o manter segundo as indicações da imagem.

A resposta detalhada de Apple TV é segundo as indicações da imagem.

Estes debugam a mostra Apple TV respondem dentro às perguntas do WLC. Nesta encenação,Apple TV respondeu com 21 serviços fora de que somente o serviço do Airplay é do interesse.

*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

Etapa 3. O WLC escuta consultas cliente serviços

Mais tarde, em qualquer momento a tempo, o cliente Wireless (192.168.232.98) envia umapergunta que peça o serviço do airplay sobre o ar (tipicamente quando o cliente abre umaplicativo que seja airplay capaz) segundo as indicações da imagem.

*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

Etapa 4. O WLC envia a resposta do unicast às consultas cliente para serviços deBonjour

O WLC responde com a equipe wireless posta em esconderijo do serviço (4)._airplay._tcp.local. OIP da fonte do pacote interno é a interface dinâmica do cliente vlan, neste caso 192.168.232.11segundo as indicações da imagem.

O snippet de debuga

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.

Verificação e Troubleshooting

Esta seção fornece a informação que você pode se usar a fim confirmar e pesquisar defeitos suaconfiguração.

A fim identificar e as edições do isolado nos mdns exigem a configuração estar correta e exigemassim poucas verificações básicas.

O mDNS de etapa 1. deve ser permitido globalmente.

Do GUI navegue o controlador > o mDNS segundo as indicações da imagem.

Do CLI:

show network summary (snippet)

mDNS snooping............................... Enabled

mDNS Query Interval......................... 15 minutes

Etapa 2. Se você usa um perfil feito sob encomenda do mDNS assegure-se de que todos osserviços requerido lhe estejam adicionados.

Etapa 3. Assegure-se de que o mDNS esteja permitido sob o SSID e o perfil correto dos mdnsesteja traçado ao SSID.

Do GUI navegue a WLAN > ID de WLAN > avançado segundo as indicações da imagem.

Do CLI:

show wlan <ID> (snippet)

mDNS Status...................................... Enabled

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

Etapa 4. Verifique se o provedor de serviços do mDNS está alistado nos serviços dos domíniosdo mDNS. Isto alista os Domain Name (Apple TV, airprinters) dos serviços que foram postos emesconderijo pelo WLC.

Do GUI, navegue ao controlador > ao mDNS > ao Domain Name do mDNS IP > sumário segundoas indicações da imagem.

Do 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

Etapa 5. Verifique se o provedor de serviços está alistado igualmente sob o serviço específicopróprio.

Do GUI, navegue ao controlador > ao mDNS > ao general > ao nome do serviço segundo asindicações da imagem.

Do 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

Etapa 6. Se o serviço não é descoberto pelo WLC, a seguir verificação se deve ser aprendida sobo navegador do bonjour (navegador de Controller>>mDNS>>mDNS). O navegador de Bonjour éum esconderijo de todas as propagandas do serviço consideradas no WLC e não descobertasporque a configuração não reservou aprender. Você pode adicionar serviços escolhendo os donavegador de Bonjour, este vem em acessível quando você testa e executa um serviço novo.

Etapa 7. Estes são os comandos debugar Bonjour:

debug mdns error enable

debug mdns message enable

debug mdns detail enable

debug mdns all enable

O navegador de Bonjour e o serviço dos mdns da mostra não-aprendido poderiam ser usadoscomo uma ferramenta para debug também.

Etapa 8. Como mencionado antes, se o WLC e o AP estão em sub-redes diferentes e modo doMulticast AP está ajustado ao Multicast, a seguir assegure-se de que o roteamento detransmissão múltipla esteja permitido na rede ligada com fio entre os dois vlans. Nesta instalação,os vlans são 1 vlan (WLC) e 231 vlan (AP).

debug mdns error enable

debug mdns message enable

debug mdns detail enable

debug mdns all enable

Roteamento de transmissão múltipla no jogo:

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 com estes a lista de verificação, a chave é compreender o fluxo de pacote de informaçãoquando o mDNS é executado no WLC. O fluxo de pacote de informação e debuga o mergulhoprofundo da ajuda nas áreas onde os comandos de verificação acima são insuficiente.

pesquise defeitos e compreenda o gateway do mdns no ... · cada um destes serviços tem uma corda...

Documents