WLC(Wireless LAN Controller)에서 mDNS 게이트웨이 문제 해결 및 이해
목차
소개
이 문서에서는 무선 컨트롤러에서 Bonjour 프로토콜의 구현에 대해 설명합니다.이는 워크플로를 이해하고 문제 해결을 위한 지침을 제공하는 데 도움이 됩니다.
사전 요구 사항
요구 사항
다음 주제에 대한 지식을 보유하고 있으면 유용합니다.
- Bonjour Protocol의 기본 지식
- WLC에서 mDNS 구성에 대한 기본 지식
- 멀티캐스트 라우팅에 대한 기본 지식
사용되는 구성 요소
이 문서의 정보는 다음 소프트웨어 및 하드웨어 버전을 기반으로 합니다.
- AIR-CT2504-K9 WLC, 8.2.141.0
- WS-C3560CX-8PC-S
- AIR-CAP3702I-E-K9
- 애플 TV
- 아이폰5s, 10.2
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다.이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다.네트워크가 작동 중인 경우 모든 명령의 잠재적인 영향을 이해해야 합니다.
배경 정보
Bonjour 프로토콜은 mDNS(Multicast Domain Name System) 서비스 레코드를 사용하여 로컬 네트워크에서 디바이스와 서비스를 찾는 Apple 서비스 검색 프로토콜입니다.Bonjour 프로토콜은 서비스 알림 및 서비스 쿼리에 대해 작동합니다.각 쿼리 또는 광고는 Bonjour 멀티캐스트 주소 ipv4 224.0.0.251(ipv6 FF02::FB)로 전송됩니다. 이 프로토콜은 UDP 포트 5353에서 mDNS를 사용합니다.
Bonjour 프로토콜에서 사용하는 주소는 링크-로컬 멀티캐스트 주소이므로 로컬 L2 네트워크에만 전달됩니다.TTL(time to live)이 1로 설정되어 있으므로 라우터는 멀티캐스트 라우팅을 사용하여 트래픽을 리디렉션할 수 없습니다. 이는 모든 서비스 제공자/소스(서비스를 광고함) 및 Bonjour 클라이언트(서비스를 요청함)가 동일한 서브넷에 있어야 함을 의미합니다.이는 확장성 문제로 이어집니다.
이 문제를 해결하기 위해 Cisco WLC(Wireless LAN Controller)는 Bonjour Gateway 역할을 합니다.WLC는 Bonjour 서비스를 수신하고 소스/호스트에서 이러한 Bonjour 광고(AirPlay, AirPrint 등)를 캐시합니다.예를 들어, Apple TV가 Bonjour 클라이언트에 서비스 요청/요청 시 응답합니다.이렇게 하면 소스와 클라이언트가 서로 다른 서브넷에 있을 수 있습니다.
구성
네트워크 다이어그램
디버그를 사용한 패킷 흐름
mDNS가 Cisco WLC에서 실행될 때 수행되는 기본 4단계가 있습니다.이러한 단계는 다음과 같이 설명합니다.
1단계. WLC에서 mDNS를 전역적으로 활성화한 경우
이미지에 표시된 대로 생성된 사용자 정의된 mDNS 프로파일이 없는 경우 WLC는 이러한 기본 서비스를 수신합니다.
이러한 각 서비스에는 연결된 서비스 문자열이 있습니다.서비스 문자열은 서비스 인스턴스를 서비스 쿼리에 일치시키는 데 사용됩니다.서비스 유형은 항상 서비스 이름과 프로토콜을 포함합니다.또한 하나 이상의 하위 유형 식별자를 포함할 수 있습니다. AppleTV 서비스는 다음을 사용합니다._airplay._tcp.local.
mDNS가 전역적으로 활성화되면 컨트롤러는 유선(관리 및 동적 인터페이스) 및 무선 네트워크의 모든 서비스에 대해 mDNS 쿼리를 224.0.0.251으로 전송합니다.
WLC 스위치 포트의 이 캡처에서 패킷 80, 81 및 82 show WLC는 이미지에 표시된 대로 관리 소스 IP(10.48.39.142) 및 동적 인터페이스(192.168.232.11 및 192.168.239.8)을 사용하여 유선 네트워크를 통해 224.0.0.251에 쿼리를 전송합니다.
Packet 83은 WLC가 무선을 통해 쿼리를 보내는 것을 보여줍니다.내부 패킷은 관리 인터페이스에서 224.0.0.251에 대한 WLC 쿼리를 표시합니다.이 쿼리는 무선을 통해 이루어지므로, 외부 소스 IP가 여전히 관리 대상인 패킷에 capwap 헤더가 추가되지만, 대상은 이미지에 표시된 대로 멀티캐스트 IP 239.100.100.100입니다.
이제 이 멀티캐스트 IP 239.100.100.100은 어디에서 오는가?WLC에서 AP(Access Point) 멀티캐스트 모드(controller > general)는 멀티캐스트 그룹 주소를 239.100.100.100(예: 239 범위의 any ip)로 멀티캐스트로 설정되었습니다. AP가 이 멀티캐스트 그룹에 가입하여 수신 대기합니다.WLC는 쿼리를 이 그룹으로 전달하며 AP는 이를 수신하여 공기로 전송합니다.주소 239.100.100.100(고정 주소가 아님, 아래 예에서 구성한 것)은 WLC와 AP 사이의 capwap 헤더에만 나타나며, 무선 클라이언트는 이미지에 표시된 대로 이를 전혀 보지 않습니다(내부 원래 mdns 패킷을 볼 수 있음).
이 설정에서 WLC는 vlan 1의 2504이고 AP는 vlan 231에 있습니다. 디바이스가 서로 다른 vlan에 있으므로 이 설정이 작동하려면 유선에서 VLAN 1 및 239에 대해 멀티캐스트 라우팅을 활성화해야 합니다.
이 캡처는 이미지에 표시된 대로 자세히 쿼리 패킷입니다.
디버그는 캡처에서 볼 수 있는 것과 동일한 내용을 반영합니다.여기서는 관리 인터페이스의 쿼리만 보여 줍니다.
(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
2단계. WLC는 Bonjour Services(Apple TV 광고)를 캐시합니다.
이 패킷에서 Apple TV( 192.168.239.37 )은 224.0.0.251에 광고를 보냅니다.이 경우 애플TV는 무선이므로 광고에서 캡프로 송출되는 것을 볼 수 있다.WLC는 mDNS 서비스 응답의 한 번만 메모하지만 캐시 엔트리에 TTL이 있고 이미지에 표시된 대로 이를 유지 관리하려면 keepalive가 필요합니다.
Apple TV의 자세한 응답은 이미지에 나와 있습니다.
이러한 디버그에서는 WLC의 쿼리에 응답하는 Apple TV를 보여 줍니다.이 시나리오에서, Apple TV는 21개의 서비스로 응답했고 그중 유일하게 에어플레이 서비스만 관심이 있었다.
*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
3단계. WLC는 서비스에 대한 클라이언트 쿼리를 수신합니다.
나중에 언제든지 무선 클라이언트(192.168.232.98)은 이미지에 표시된 대로 무선 통신 서비스를 요청하는 쿼리를 보냅니다. 이 쿼리는 일반적으로 클라이언트가 에어플레이를 지원하는 애플리케이션을 열 때 발생합니다.
*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
4단계. WLC가 Bonjour Services에 대한 클라이언트 쿼리에 유니캐스트 응답 전송
WLC는 캐시된 서비스 무선 팀(4)._airplay._tcp.local로 응답합니다.내부 패킷의 소스 IP는 클라이언트 VLAN의 동적 인터페이스입니다. 이 경우 이미지에 표시된 대로 192.168.232.11.
디버그 코드 조각
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.
확인 및 문제 해결
이 섹션에서는 컨피그레이션을 확인하고 문제를 해결하는 데 사용할 수 있는 정보를 제공합니다.
mdns에서 문제를 식별하고 격리하려면 컨피그레이션이 정확해야 하므로 기본적인 확인이 거의 필요하지 않습니다.
1단계. mDNS는 전역적으로 활성화해야 합니다.
GUI에서 Controller(컨트롤러) > mDNS 탐색 이미지에 표시된 것처럼
CLI에서:
show network summary (snippet)
mDNS snooping............................... Enabled
mDNS Query Interval......................... 15 minutes
2단계. 사용자 지정 mDNS 프로필을 사용하는 경우 필요한 모든 서비스가 해당 프로필에 추가되어야 합니다.
3단계. mDNS가 SSID에서 활성화되고 올바른 mdns 프로파일이 SSID에 매핑되었는지 확인합니다.
GUI에서 이미지에 표시된 대로 WLAN > WLAN ID > Advanced로 이동합니다.
CLI에서:
show wlan
mDNS Status...................................... Enabled
mDNS Profile Name................................ default-mdns-profile
4단계. mDNS 서비스 공급자가 mDNS 도메인 서비스에 나열되어 있는지 확인합니다.WLC에 의해 캐시된 서비스의 도메인 이름(Apple TV, Airprinters)이 나열됩니다.
GUI에서 이미지에 표시된 대로 Controller(컨트롤러) > mDNS > mDNS Domain Name IP> Summary(mDNS 도메인 이름 IP) 로 이동합니다.
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
5단계. 서비스 공급자가 특정 서비스 자체에도 나열되는지 확인합니다.
GUI에서 이미지에 표시된 대로 Controller(컨트롤러) > mDNS > General(일반) > Service Name(서비스 이름)으로 이동합니다.
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
6단계. WLC에서 서비스를 검색하지 못한 경우 bonjour 브라우저(Controller>>mDNS>>mDNS 브라우저)에서 서비스가 학습되는지 확인합니다. Bonjour 브라우저는 WLC에서 볼 수 있는 모든 서비스 광고 캐시이며 구성이 학습할 수 없으므로 검색되지 않습니다.Bonjour 브라우저에서 이를 선택하여 서비스를 추가할 수 있습니다. 이 기능은 새로운 서비스를 테스트하고 구현할 때 유용합니다.
7단계. 다음은 Bonjour를 디버깅하는 명령입니다.
debug mdns error enable
debug mdns message enable
debug mdns detail enable
debug mdns all enable
Bonjour 브라우저 및 show mdns service not-learned는 디버그 도구로도 사용할 수 있습니다.
8단계. 앞서 언급한 대로, WLC와 AP가 다른 서브넷에 있고 AP 멀티캐스트 모드가 멀티캐스트로 설정된 경우 두 VLAN 간의 유선 네트워크에서 멀티캐스트 라우팅이 활성화되었는지 확인합니다.이 설정에서 vlan은 WLC(vlan 1) 및 AP(vlan 231)입니다.
Conf t
!
interface Vlan1
ip pim sparse-dense-mode
!
interface Vlan231
ip pim sparse-dense-mode
!
재생 중인 멀티캐스트 라우팅:
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
이 체크리스트와 함께, 핵심은 mDNS가 WLC에서 실행될 때 패킷 흐름을 이해하는 것입니다.패킷 흐름과 디버그를 사용하면 위의 확인 명령이 부족한 영역을 심층적으로 살펴볼 수 있습니다.
피드백