Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Hintergrundinformationen

Netzwerkdiagramm

Konfigurationen

mDNS global im WLC aktivieren

Auswahl von mDNS-Services in einer Serviceliste

Zusammenführen der Servicelisten mit einer Servicerichtlinie

Konfigurieren eines mDNS-Flex-Profils

Konfigurieren des WLAN mithilfe des mDNS-Gateway-Modus

Anwenden der mDNS-Dienstrichtlinie auf die WLAN-Richtlinie

Konfigurieren des mDNS-Flex-Profils in der FlexConnect-Richtlinie

Überprüfung

WLC Befehle anzeigen

AP Befehle anzeigen

Fehlerbehebung

Kabelgebundener Service Provider

Wireless-Service-Provider

Primärer mDNS-AP

Nicht zulässige Dienste pro mDNS-Dienstliste

Benutzerdefinierte mDNS-Dienstkonfiguration in Dienstdefinition

FlexConnect mDNS Bridging-Modus

FlexConnect mDNS-Drop-Modus

Einleitung

In diesem Dokument wird die Konfiguration des FlexConnect Multicast Domain Name System (mDNS)-Gateways in einem Wireless LAN Controller der Serie 9800 beschrieben.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in den folgenden Bereichen verfügen:

- mDNS-Konzepte für den Wireless LAN Controller 9800

- FlexConnect Local Switching-Konzepte

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

- Catalyst Wireless Controller der Serie 9800 (Catalyst 9800-L), Cisco IOS® XE Cupertino 17.9.5

- Integrated Services Router (ISR), Cisco IOS® XE Gibraltar 17.6.5

- Catalyst Switch der Serie 3560, Cisco IOS® 15.2.4E10

- Access Point 9117AXI-B, Access Point 9130AXI-B

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Hintergrundinformationen

Multicast Domain Name System (mDNS) ist ein Protokoll, das die Flexibilität bietet, Services zwischen Service Providern (SP) und Service-Benutzern (Wireless-Clients) zu erkennen und gemeinsam zu nutzen. Service Provider sind Geräte, die Services wie Drucker, Smart TV, Dateifreigabeservices und vieles mehr bereitstellen, die Service-Benutzer nutzen können.

Das mDNS-Protokoll basiert auf UDP und verwendet Port 5353, Mac-Adresse 01:00:5E:00:00:FB und IP-Adresse 224.0.0.251 für IPv4 und FF02::FB für IPv6.

Im WLC gibt es zwei Modi: mDNS arbeitet: Bridging und Gateway. Der Bridge-Modus funktioniert nur im selben VLAN (Layer 2), in dem sich Service Provider und Service User im selben Subnetz befinden müssen. Der Gateway-Modus arbeitet mit dem Service Provider und dem Service User in denselben oder verschiedenen VLANs zusammen, wobei der WLC oder der AP Bonjour-Gateways übernimmt, um die Services vom Service Provider zwischenzuspeichern und sie mit den Service Usern gemeinsam zu nutzen.

Dieses Dokument basiert ausschließlich auf mDNS FlexConnect Local Switching. In diesem Fall fungiert der Access Point als mDNS-Gateway für die Zwischenspeicherung der von den Service Providern angegebenen Services und die gemeinsame Nutzung dieser Services mit den Service-Benutzern.

Hinweis: Informationen zur mDNS-Konfiguration für zentrales Switching finden Sie unter Kenntnisse über mDNS auf dem Catalyst 9800 Wireless Controller.

Netzwerkdiagramm

Ein Wireless- und ein kabelgebundener Service Provider kündigen mDNS-Services in einer FlexConnect Local Switching-Umgebung zusammen mit einem Wireless Client (Service User) an, der die mDNS-Services nutzt.

Konfigurationen

mDNS global im WLC aktivieren

Damit der Access Point als mDNS-Gateway funktioniert, muss die Funktion aktiviert werden, indem das mDNS-Gateway global aktiviert wird.

WLC-Benutzeroberfläche

Globale mDNS-Konfiguration

WLC-CLI

WLC#

WLC#conf t

WLC(config)#mdns-sd gateway

WLC(config-mdns-sd)#end

WLC#

Auswahl von mDNS-Services in einer Serviceliste

Konfigurieren Sie eine Serviceliste, um die bevorzugten mDNS-Dienste zuzulassen. Die Liste muss in zwei Richtungen konfiguriert werden, die IN und OUT lauten. Dadurch wird gefiltert, welche Eingangs- und Ausgangs-Services vom Access Point zugelassen werden, der als mDNS-Gateway fungiert.

WLC-Benutzeroberfläche

Wählen Sie die erforderlichen Services in der Serviceliste aus.

WLC-CLI

WLC#

WLC#conf t

WLC(config)#mdns-sd service-list FlexIN IN

WLC(config-mdns-sl-in)#match airplay

WLC(config-mdns-sl-in)#match spotify

WLC(config-mdns-sl-in)#exit

WLC(config)#mdns-sd service-list FlexOUT OUT

WLC(config-mdns-sl-out)#match airplay

WLC(config-mdns-sl-out)#match spotify

WLC(config-mdns-sl-out)#end

WLC#

Zusammenführen der Servicelisten mit einer Servicerichtlinie

Sobald IN und OUT der Serviceliste mit den erforderlichen Services konfiguriert sind, werden diese mithilfe einer Servicerichtlinie zusammengeführt. Nach der Zusammenführung kann diese Service-Richtlinie in der WLAN-Richtlinie, dem FlexConnect-Profil und der mDNS-Flex-Richtlinie verwendet werden.

WLC-Benutzeroberfläche

Zusammenführen der mDNS-Servicelisten in einer mDNS-Richtlinie

WLC-CLI

WLC#

WLC#conf t

WLC(config)#mdns-sd service-policy mDNSFlexSSIDPolicy

WLC(config-mdns-ser-pol)#service-list FlexIN IN

WLC(config-mdns-ser-pol)#service-list FlexOUT OUT

WLC(config-mdns-ser-pol)#end

WLC#

Konfigurieren eines mDNS-Flex-Profils

Im mDNS-Flex-Profil müssen die FlexConnect-VLANs für lokales Switching, in denen mDNS verwendet wird, dem Flex-Profil hinzugefügt werden. Das VLAN des Service Providers und des Service-Benutzers muss dem mDNS-Flex-Profil hinzugefügt werden, zusammen mit der mDNS-Service-Richtlinie, die das Filtern der Services über kabelgebundene Netzwerke ermöglicht.

WLC-Benutzeroberfläche

Erstellen eines mDNS FlexConnect-Profils

WLC-CLI

WLC#

WLC#conf t

WLC(config)#mdns-sd flex-profile mDNSFlexPolicy

WLC(config-mdns-flex-prof)#wired-vlan-range 11,21

WLC(config-mdns-flex-prof)#wired-service-policy mDNSFlexSSIDPolicy

WLC(config-mdns-flex-prof)#end

WLC#

Konfigurieren des WLAN mithilfe des mDNS-Gateway-Modus

Jedes WLAN hat standardmäßig den mDNS-Modus Bridging. Damit der WAP weiß, wann er als mDNS-Gateway für über Wireless verbundene Service Provider und für Service-Benutzer fungieren kann, muss das WLAN mit mDNS als Gateway-Modus konfiguriert werden.

WLC-Benutzeroberfläche

Konfigurieren der SSID im mDNS-Gateway-Modus

WLC-CLI

WLC#

WLC#conf t

WLC(config)#wlan ServiceUser

WLC(config-wlan)#mdns-sd-interface gateway

WLC(config-wlan)#end

WLC#

Warnung: Konfigurationsänderungen im WLAN führen dazu, dass verbundene Wireless-Clients die SSID verlassen. Bei Konfigurationsänderungen in WLANs während der Produktionszeit ist Vorsicht geboten.

Anwenden der mDNS-Dienstrichtlinie auf die WLAN-Richtlinie

Bei Wireless Service Providern und Wireless User Providern werden die mDNS-Services mit der zuvor konfigurierten mDNS-Richtlinie gefiltert, sobald sie auf die WLAN-Richtlinie der WLANs angewendet wurde.

WLC-Benutzeroberfläche

Zuweisen der mDNS-Richtlinie

WLC-CLI

WLC#

WLC#conf t

WLC(config)#wireless profile policy ServiceUser-Policy

WLC(config-wireless-policy)#mdns-sd service-policy mDNSFlexSSIDPolicy

WLC(config-wireless-policy)#end

WLC#

Warnung: Konfigurationsänderungen in der WLAN-Richtlinie veranlassen verbundene Wireless-Clients dazu, das WLAN zu verlassen. Bitte achten Sie während der Produktionszeit auf jegliche Konfiguration in der WLAN-Richtlinie.

Hinweis: Allgemeine Informationen zur FlexConnect-Konfiguration finden Sie unter FlexConnect auf dem Catalyst 9800 Wireless Controller.

Konfigurieren des mDNS-Flex-Profils in der FlexConnect-Richtlinie

In der FlexConnect-Richtlinie, in der Konfigurationen wie VLANs, ACLs und mehr angewendet werden, muss das mDNS-Flex-Profil ausgewählt werden, um es auf die APs anzuwenden, die der FlexConnect-Richtlinie angehören.

WLC-Benutzeroberfläche

Zuweisen des mDNS Flex Profile

WLC-CLI

WLC#

WLC#conf t

WLC(config)#wireless profile flex mDNSFlexPolicy

WLC(config-wireless-flex-profile)#mdns-sd profile mDNSFlexPolicy

WLC(config-wireless-flex-profile)#end

WLC#

Überprüfung

Über den WLC und den AP kann die Konfiguration mit diesen Befehlen überprüft werden.

WLC Befehle anzeigen

Ein Beispiel für eine allgemeine FlexConnect mDNS-Konfiguration kann mit den folgenden Befehlen überprüft werden:

WLC#show run | sec mdns-sd

mdns-sd gateway

mdns-sd service-list FlexIN IN

match airplay

match spotify

match airtunes

match apple-tv

match airserver

match web-server

match homesharing

mdns-sd service-list FlexOUT OUT

match airplay

match spotify

match airtunes

match apple-tv

match airserver

match web-server

match homesharing

mdns-sd service-policy mDNSFlexSSIDPolicy

service-list FlexIN IN

service-list FlexOUT OUT

mdns-sd flex-profile mDNSFlexPolicy

wired-vlan-range 11,21

wired-service-policy mDNSFlexSSIDPolicy

mdns-sd profile mDNSFlexPolicy

Der WLAN-mDNS-Modus kann mit dem folgenden Befehl überprüft werden:

WLC#show wlan name ServiceUser | in mDNS

mDNS Gateway Status : Gateway

WLC#show wlan name ServiceProvider | in mDNS

mDNS Gateway Status : Gateway

Die mDNS-Konfiguration der WLAN-Richtlinie kann mit dem folgenden Befehl überprüft werden:

WLC#show wireless profile policy detailed ServiceUser-Policy | in mDNS

mDNS Service Policy name : mDNSFlexSSIDPolicy

WLC#show wireless profile policy detailed ServiceProvider-Policy | in mDNS

mDNS Service Policy name : mDNSFlexSSIDPolicy

AP Befehle anzeigen

Die Konfiguration von mDNS kann vom Access Point aus mithilfe der folgenden Befehle überprüft werden:

9130mDNSAP#show mdns profile detail

FlexIN_IN _home-sharing._tcp.local ANY

FlexIN_IN _airplay._tcp.local ANY

FlexIN_IN _airserver._tcp.local ANY

FlexIN_IN _raop._tcp.local ANY

FlexIN_IN _spotify-connect._tcp.local ANY

FlexIN_IN _http._tcp.local ANY

FlexOUT_OUT _home-sharing._tcp.local ANY

FlexOUT_OUT _airplay._tcp.local ANY

FlexOUT_OUT _airserver._tcp.local ANY

FlexOUT_OUT _raop._tcp.local ANY

FlexOUT_OUT _spotify-connect._tcp.local ANY

FlexOUT_OUT _http._tcp.local ANY

9130mDNSAP#show mdns status

Global mDNS gateway:Enabled

vap_id ssid mdns_mode

0 ServiceUser Gateway

1 ServiceProvider Gateway

Active query interval:30

vap service_list_in service_list_out location

0 FlexIN_IN FlexOUT_OUT 0

1 FlexIN_IN FlexOUT_OUT 0

Wired vlan configuration: 11 21

mdns stats timer: 1

mdns cache timer: 1

AP Sync VLAN: 10

Wired service list IN: FlexIN_IN

Wired service list OUT: FlexOUT_OUT

9130mDNSAP#show mdns ap-table

AP_ETH_MAC Last_message_time Msg_seq Is_primary_ap

3C:57:31:55:E4:28 1721178339 133 YES

0C:D0:F8:98:1B:F0 1721178339 133 NO

Fehlerbehebung

Zur Fehlerbehebung wird in diesem Dokument der Workflow erläutert, den mDNS in FlexConnect Local Switching durchläuft. Aufgrund des Bereitstellungsmodus für FlexConnect Local Switching spielt der WLC bei der Verwaltung von mDNS keine Rolle.

Der WAP selbst wird das mDNS-Gateway-Gerät sein, der WAP lernt die Dienste von den Dienstanbietern und teilt die Dienste mit dem Dienstbenutzer, während der WAP, der Dienstanbieter und der Dienstbenutzer in verschiedenen VLANs platziert werden.

Abschnitt für Netzwerkdiagramm:

- Service Provider befindet sich in VLAN 11

- Service-Benutzer ist in VLAN 21

- Access Point in VLAN 10

Kabelgebundener Service Provider

Sobald der Service Provider eine Verbindung mit dem Netzwerk erkennt, verwendet er einen Mechanismus namens Probe. Er sendet eine mDNS-Abfrage, um sicherzustellen, dass ein anderes Netzwerkgerät die gleichen mDNS-Dienste anbietet. Nach der Überprüfung verwendet der Anbieter des kabelgebundenen Dienstes einen Ankündigungsmechanismus. Er sendet eine Antwort vom Typ "mDNS", um die von ihm unterstützten Dienste anzukündigen.

Als Nächstes wird eine Paketerfassung vom mDNS Gateway AP-Switch-Port durchgeführt, die anzeigt, dass der Service Provider die von ihm unterstützten Services ankündigt. Das Paket wird mit der MAC-Adresse und der IP-Adresse des Service Providers in VLAN 11 bezogen und enthält ein Ziel für die MAC-Adresse und die IP-Adresse von mDNS, einschließlich des mDNS-Ports 5353 über UDP. Es enthält auch die Antworten, die die vom Service Provider unterstützten Dienste sind.

Der Antwortabschnitt im nächsten Bild zeigt die Dienste von unserem Interesse, die Airplay und spotify sind, später die AP Cache diese Dienste und speichern sie in der Datenbank.

mDNS-Dienstanbieter-Dienste

In der AP-CLI gibt der verkabelte Service Provider ebenfalls bekannt, dass zur Anzeige von mDNS-Informationen vom Access Point diese Debug-Meldungen aktiviert werden müssen:

- AP#debug-Mdns-Ereignisse

- AP#debug-mdns-Pakete

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0403] chatter: MDNSGW-EVENT: flex mdns gw: Recieved wired mdns packet on vlan 11

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0403] chatter: MDNSGW-EVENT: push: adding ptr record to cache: srv_name: _spotify-connect._tcp.local

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0404] chatter: MDNSGW-EVENT: mdns_ptr_db:updated TXT record TTL for ed9583d2b239afa30d7b0e7106c3710ddcfe5769._spotify-connect._tcp.local to 4500

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0404] chatter: MDNSGW-EVENT: mdns_ptr_db:added/updated PTR record for _spotify-connect._tcp.local

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0404] chatter: MDNSGW-EVENT: push: added ptr record to cache: srv_name: _spotify-connect._tcp.local

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0404] chatter: MDNSGW-EVENT: push: adding ptr record to cache: srv_name: _airplay._tcp.local

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0404] chatter: MDNSGW-EVENT: mdns_ptr_db:updated TXT record TTL for Samsung CU7000 55 TV._airplay._tcp.local to 4500

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0405] chatter: MDNSGW-EVENT: mdns_ptr_db:added/updated PTR record for _airplay._tcp.local

Jul 17 23:51:32 kernel: [*07/17/2024 23:51:32.0405] chatter: MDNSGW-EVENT: push: added ptr record to cache: srv_name: _airplay._tcp.local

Sobald der WAP die Dienste erfährt, speichert er diese in der Datenbank.

Die gespeicherten Dienste in der AP-Datenbank können mit dem folgenden Befehl überprüft werden:

- AP#show mdns-Cache

Für den Zweck dieses Dokuments zeigt die nächste Ausgabe die relevanten Informationen an, um zu beweisen, dass der mDNS Gateway AP über die Dienste verfügt, die Ausgabe jedoch länger ist.

Als Nächstes hoben Sie die Services, die MAC-Adresse des Service Providers und das VLAN hervor, in dem diese erfasst wurden.

AP#show mdns cache

--------------------------------------------------- Service Provider Records--------------------------------------------------------------

service_name                                                                            service_providers

_airplay._tcp.local                                                                   Samsung CU7000 55 TV._airplay._tcp.local

_spotify-connect._tcp.local                                           ed9583d2b239afa30d7b0e7106c3710ddcfe5769._spotify-connect._tcp.local

Total Services: 2

Total Service Providers: 2

------------------------------------------------------------ PTR Records -----------------------------------------------------------------

service_name client_mac ap_mac ap_ether_mac wired is_rlan is_aaa_override vlan wlan_id ttl flags client_type record_type target site_name ap_location ssid type

Samsung CU7000 55 TV._airplay._tcp.local E0:03:6B:45:8E:26 00:00:00:00:00:00 00:00:00:00:00:00 true false false 11 16 3840 132 0 12 _airplay._tcp.local PTR

ed9583d2b239afa30d7b0e7106c3710ddcfe5769._spotify-connect._tcp.local E0:03:6B:45:8E:26 00:00:00:00:00:00 00:00:00:00:00:00 true false false 11 16 3840 132 0 12 _spotify-connect._tcp.local PTR

Sobald der verkabelte Dienstanbieter die Dienste angekündigt hat und der Access Point die Dienste zwischengespeichert und in seiner Datenbank gespeichert hat, wie in den vorherigen Schritten gezeigt, spiegelt der Dienstbenutzer (Wireless-Client) den Inhalt des Geräts (Laptop) auf dem Smart-TV-Gerät, um eine Spiegelung zu ermöglichen. Zur Realisierung der Spiegelanzeige nutzt der Dienstbenutzer in diesem Beispiel den Airplay-Dienst.

Da der Service-Benutzer über eine Wireless-Verbindung verbunden ist, war eine Over-the-Air-Paketerfassung erforderlich, um den mDNS-Fluss der Verbindung von der Seite des Service-Benutzers aus zu sehen.

Aus den Over-the-Air-Aufzeichnungen ist ersichtlich, wie der Dienstbenutzer, der der Wireless-Client in VLAN 21 ist, eine mDNS-Abfrage mit der 802.11-MAC-Zieladresse von mDNS sendet und aus dem IP-Adressabschnitt die IP-Adresse von mDNS sowie das Ziel verwendet wird, der Port UDP 5353 ist und innerhalb der mDNS-Abfragen Airplay angefordert wird. Als Quelle wurde die MAC-Adresse des Dienstbenutzers zusammen mit seiner IP-Adresse verwendet.

Anfrage für mDNS-Dienst-Benutzerdienste

Aus dem AP-Debugging geht hervor, wie der WAP ein drahtloses mDNS-Paket empfängt. Beim Debugging werden die angeforderten Dienste angezeigt. Dabei handelt es sich um die gleichen Dienste, die auch bei der Paketerfassung im vorherigen Schritt verwendet wurden. Folgende mDNS-Debugging-Funktionen werden verwendet:

- AP#debug-Mdns-Ereignisse

- AP#debug-mdns-Pakete

Jul 18 02:04:45 kernel: [*07/18/2024 02:04:45.1824] chatter: MDNSGW-EVENT: flex mdns gw: Recieved wireless mdns packet

Jul 18 02:04:45 kernel: [*07/18/2024 02:04:45.1824] chatter: MDNSGW-PAK: query: 0/3 '_companion-link._tcp.local'

Jul 18 02:04:45 kernel: [*07/18/2024 02:04:45.1824] chatter: MDNSGW-PAK: query: 1/3 '_rdlink._tcp.local'

Jul 18 02:04:45 kernel: [*07/18/2024 02:04:45.1824] chatter: MDNSGW-PAK: query: 2/3 '_sleep-proxy._udp.local'

Jul 18 02:04:45 kernel: [*07/18/2024 02:04:45.7442] chatter: MDNSGW-PAK: query: 0/1 '_airplay._tcp.local'

Hinweis: Informationen zur Übernahme der Paketerfassung mit einem Access Point im Sniffer-Modus finden Sie in diesem Dokument unter Konfigurieren des Access Points im Sniffer-Modus auf Catalyst 9800 Wireless Controllern. Um ein MacBook zur Übernahme der Paketerfassungen von Over The Air zu verwenden, lesen Sie dieses Dokument Collect Packet Captures Over the Air on a MacBook (Paketerfassungen über die Luft auf einem MacBook sammeln)

Sobald der WAP die mDNS-Abfrage vom Dienstbenutzer erhalten hat, erstellt er eine mDNS-Antwort und sendet sie über das Wireless-Netzwerk. Die Antwort wird aus dem MAC-Add- und IP-Adresse des Access Points generiert. Das Ziel ist die MAC-Adresse des Dienstbenutzers (Wireless-Clients). Die mDNS-IP-Adresse wird jedoch zusammen mit den erforderlichen Diensten verwendet, die als Antworten enthalten sind. Das bedeutet, dass dieses Paket an den Dienstbenutzer weitergeleitet wird und es sich um ein mDNS-Paket handelt.

Aus dem Paket ist auch ersichtlich, wie der WAP im IP-Bereich seine eigene IP-Adresse verwendet, um das Paket zusammen mit dem mDNS-Port UDP 5353 an die mDNS-IP-Adresse zu senden, da der WAP als mDNS-Gateway agiert.

mDNS-Dienstantwort vom Access Point

Aus dem Debugging geht hervor, dass die mDNS-Antwort an den Dienstbenutzer gesendet wurde. Die mDNS-Antwort des spezifischen Dienstbenutzers kann durch Überprüfen der MAC-Adresse des Dienstbenutzers und der MAC-Adresse des Access Points in der Antwort ermittelt werden. Sie werden zusammen angezeigt, wie im hervorgehobenen Teil des als Nächstes angezeigten Debugging-Vorgangs. Wie aus dem vorherigen Schritt der Paketerfassung ersichtlich, lautet die MAC-Adresse des Dienstbenutzers a6c515dcdd57, und die MAC-Adresse des Access Points ist 0c75bdb5e9d0.

Jul 18 02:04:45 kernel: [*07/18/2024 02:04:45.7450] chatter: mdns response packet 599 | a6c515dc dd570c75 bdb5e9d0 08004500 02490000 0000fa11 1ddec0a8 0a3fc0a8 153614e9 14e90235 6b330000 80000000 00030000 00000e5f 6d657461 5f726573 706f6e73 65055f6d 646e7308 5f676174 65776179 035f6170 065f6c6f 63616c00 00100001 00000000 0000085f 61697270 6c617904 5f746370 056c6f63 616c0000 0c000100 0010a400 17145361 6d73756e 67204355 37303030 20353520 5456c040 c05f0010 00010000 10a401ab 0561636c 3d301a64 65766963 6569643d 45303a30 333a3642 3a34353a 38453a32 361b6665 61747572 65733d30 78374638 4144302c 30783338 42434634 36126665 783d3049 702f4145 62506977 4e414341 07727366 3d307833 1a66763d 7032302e 542d4b53 55324543 414b5543 2d313430 322e3806 61743d30 78310b66 6c616773 3d307832 30340d6d 6f64656c 3d554355 37303030 12696e74 65677261 746f723d 53616d73 756e6714 6d616e75 66616374 75726572 3d53616d 73756e67 1c736572 69616c4e 756d6265 723d3046 47463343 47573630 32313834 4b0d7072 6f746f76 6572733d 312e3111 73726376 6572733d 3337

Mit den vorherigen Schritten wurde ein erfolgreicher mDNS-Paketfluss für FlexConnect Local Switching durchgeführt, bei dem der Service Provider in VLAN 11 mit einem Kabel verbunden war, der AP in VLAN 10 und der Service User in VLAN 21.

Wireless-Service-Provider

Der Wireless Service Provider arbeitet genauso wie der Wired Service Provider-Mechanismus. Er sendet eine Überprüfung und auch eine Ansage für die Dienste, der Access Point speichert die Dienste im Cache und in der Datenbank. In diesem Abschnitt soll erläutert werden, wie der Access Point, der das mDNS-Gateway verwendet, die Services erkennt, wenn der Service Provider eine Wireless-Verbindung herstellt.

Der Unterschied zwischen einem Wired- und einem Wireless-Service Provider besteht darin, wie das Paket seit 802.11 über Funk aussieht. Im nächsten Paket ist zu sehen, wie der Wireless-Dienstanbieter in VLAN 11 ein mDNS-Paket mit einer eigenen MAC-Adresse und IP-Adresse der Quelle sendet und das Ziel die mDNS-MAC-Adresse und IP ADDs ist, und zwar über Port UDP 5353, wobei die Services als Antworten aufgeführt sind.

mDNS-Dienste des Wireless Service Providers

Aus den AP-Debugging-Informationen geht hervor, wie der Access Point ein Wireless-mDNS-Paket erhält und die erfassten Services der Datenbank hinzufügt.

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7785] chatter: MDNSGW-EVENT: flex mdns gw: Recieved wireless mdns packet

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7786] chatter: MDNSGW-EVENT: push: added ptr record to cache: srv_name: _spotify-connect._tcp.local

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7786] chatter: MDNSGW-EVENT: push: adding ptr record to cache: srv_name: _services._dns-sd._udp.local

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7786] chatter: MDNSGW-EVENT: push: adding ptr record to cache: srv_name: _airplay._tcp.local

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7787] chatter: MDNSGW-EVENT: mdns_ptr_db:updated TXT record TTL for Samsung CU7000 55 TV._airplay._tcp.local to 4500

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7787] chatter: MDNSGW-EVENT: mdns_ptr_db:added/updated PTR record for _airplay._tcp.local

Jul 18 02:42:01 kernel: [*07/18/2024 02:42:01.7787] chatter: MDNSGW-EVENT: push: added ptr record to cache: srv_name: _airplay._tcp.local

Sobald der WAP die Dienste zwischenspeichert, wird die Datenbank erstellt und zeigt einige Unterschiede im Vergleich zu den Wired Services Provider-Diensten an, da die WLAN-Service Provider-Datenbank im WAP Details wie den SSID-Namen, den Standortnamen (Standort-TAG) und weitere hervorgehobene Details als Nächstes anzeigt.

AP#show mdns cache

--------------------------------------------------- Service Provider Records--------------------------------------------------------------

service_name                                                                            service_providers

_airplay._tcp.local                                                         Samsung CU7000 55 TV._airplay._tcp.local

_spotify-connect._tcp.local                                     ed9583d2b239afa30d7b0e7106c3710ddcfe5769._spotify-connect._tcp.local

Total Services: 2

Total Service Providers: 2

------------------------------------------------------------ PTR Records -----------------------------------------------------------------

service_name client_mac ap_mac ap_ether_mac wired is_rlan is_aaa_override vlan wlan_id ttl flags client_type record_type target site_name ap_location ssid type

Samsung CU7000 55 TV._airplay._tcp.local 68:FC:CA:6E:EB:0C 0C:75:BD:B3:20:A0 0C:75:BD:B5:E9:D0 false false false 11 1 4320 132 0 12 _airplay._tcp.local mDNSFlex-Site-TAG RemoteLocation ServiceProvider PTR

ed9583d2b239afa30d7b0e7106c3710ddcfe5769._spotify-connect._tcp.local 68:FC:CA:6E:EB:0C 0C:75:BD:B3:20:A0 0C:75:BD:B5:E9:D0 false false false 11 1 4320 132 0 12 _spotify-connect._tcp.local mDNSFlex-Site-TAG RemoteLocation ServiceProvider PTR

Die mDNS-Benutzerdienstabfrage und die Antwort des AP-mDNS-Gateways sind genau dieselben, die bereits im Abschnitt "Wired Service Provider" erläutert wurden. Der Dienstbenutzer sendet eine mDNS-Abfrage, und der AP-mDNS fungiert als Gateway und sendet eine Antwort mit den erforderlichen Dienstdetails an den Dienstbenutzer.

Primärer mDNS-AP

Pro Site-Tag gibt es nur einen primären mDNS-AP, der für zwei Aufgaben zuständig ist:

1. Halten Sie alle Access Points in der mDNS-Datenbank auf dem neuesten Stand, solange sie zu derselben Site-TAG gehören. Die mDNS-Datenbank jedes Access Points ist also identisch, und es fehlen keine mDNS-Dienste.

2. Informieren Sie den WLC über die am Remote-Standort bezogenen mDNS-Dienste (dies dient lediglich zu Informationszwecken und kann vom WLC nicht zu Verwaltungszwecken genutzt werden).

Primärer AP informiert Update aus einer nicht-primären AP Perspektive. Denken Sie daran, dass alle APs in VLAN 10 an diesem Standort sind:

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4852] chatter: MDNSGW-EVENT: flex mdns gw: Recieved wired mdns packet on vlan 10

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4853] chatter: MDNSGW-EVENT: Received _heartbeat record. data: digest=f7adbb063c274f6e4219f3a36abf7f787075b7e1

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4853] chatter: seq=355

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4853] chatter: is_primary_ap=true

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4854] chatter: MDNSGW-EVENT: Calculated digest=f7adbb063c274f6e4219f3a36abf7f787075b7e1

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4854] chatter: MDNSGW-EVENT: Verified meta message

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4854] chatter: MDNSGW-EVENT: [0C:75:BD:B5:E9:D0] Verified message from 3C:57:31:55:E4:28

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4854] chatter: MDNSGW-EVENT: New pkt from 3C:57:31:55:E4:28. Hash added to list

Jul 18 03:26:25 kernel: [*07/18/2024 03:26:25.4854] chatter: MDNSGW-EVENT: mdns_gw_ap_mgr :: MdnsGwApMgr: [3C:57:31:55:E4:28] Received _meta_heartbeat with message: seq=355, is_primary=true

9130mDNSAP#show mdns ap-table

AP_ETH_MAC Last_message_time Msg_seq Is_primary_ap

3C:57:31:55:E4:28 1721273666 363 YES

9130mDNSAP#

Primärer mDNS-Access Point informiert die anderen Access Points über die Dienste, die in der Standort-TAG und dem Netzwerk gelernt wurden, zu dem der primäre Access Point gehört, sobald das mDNS-Informationspaket die anderen Access Points im selben Site-Tag erreicht, wird die mDNS-Cache-Datenbank in den Access Points aktualisiert, wenn neue Dienste gelernt werden:

Jul 18 03:41:26 kernel: [*07/18/2024 03:41:26.1021] chatter: MDNSGW-EVENT: forward_packet: sending packet on vlan 10

Jul 18 03:41:26 kernel: [*07/18/2024 03:41:26.1023] chatter: send meta packet 177 | 01005e00 00fb3c57 3155e428 08004500 00a30000 0000fa11 1469c0a8 0a3de000 00fb14e9 14e9008f 450e0000 80000000 00010000 00000a5f 68656172 74626561 74055f6d 646e7308 5f676174 65776179 035f6170 065f6c6f 63616c00 00100001 00000000 004b2f64 69676573 743d6233 36336564 65343334 39643531 64613039 66613765 61313739 35346633 64666235 39383763 35340773 65713d33 37301269 735f7072 696d6172 795f6170 3d747275 65

Primäre mDNS AP-Datenbankaktualisierung für den WLC:

Jul 18 03:35:26 kernel: [*07/18/2024 03:35:26.3127] chatter: MDNSGW-EVENT: mdns_gw_visibility :: MdnsGwVisibility: MDNS Stats Timer triggered

Jul 18 03:35:26 kernel: [*07/18/2024 03:35:26.3128] chatter: MDNSGW-PAK: mdns_gw_visibility :: MdnsGwVisibility: sending mdns stats payload to capwapd

Jul 18 03:35:26 kernel: [*07/18/2024 03:35:26.3130] chatter: MDNSGW-EVENT: mdns_gw_visibility :: MdnsGwVisibility: MDNS Cache Timer triggered

Jul 18 03:35:26 kernel: [*07/18/2024 03:35:26.3131] chatter: MDNSGW-EVENT: mdns_gw_visibility :: MdnsGwVisibility: sending mdns cache IAPP payload. Total payloads sent - 2

Die Dienste, die der primäre WAP dem WLC mitteilt, enthalten Informationen, die die erlernten Dienste enthalten, wenn die Dienste von den WAPs (in diesem Beispiel handelt es sich um einen Anbieter von kabelgebundenen Diensten) über kabelgebundene oder drahtlose Netzwerke abgerufen werden, sowie die Standort-TAG und das Vlan, von denen sie abgerufen wurden, und den Namen des Dienstanbieters. Für den Wireless Service Provider gibt die WLAN-ID das WLAN wieder, mit dem der Service Provider verbunden ist.

Überwachung der mDNS-Dienste über die WLC-GUI

Nicht zulässige Dienste pro mDNS-Dienstliste

Die mDNS-Serviceliste und die mDNS-Richtlinien ermöglichen die Steuerung der im Netzwerk zulässigen mDNS-Services. Dies ist ein Beispiel dafür, wie mDNS-Services, die in der Serviceliste IN und OUT nicht zulässig sind, gefiltert werden.

Um die Dienste anzuzeigen, die angekündigt oder abgefragt werden, aber nicht zulässig sind, aktivieren Sie dieses Debuggen im Access Point:

- AP#debug mdns-Fehler

Diese mDNS-Dienste

- _Airplay-Bds._tcp.local

- _wake_tcp.local

Sind nicht zulässig, da sie nicht konfiguriert und in der Serviceliste ausgewählt sind, die in der Option "mDNS-Services auswählen" konfiguriert wurde.

Jul 18 03:46:41 kernel: [*07/18/2024 03:46:41.6986] chatter: MDNSGW-ERROR: Handle query: service_string:_airplay-bds._tcp.local not allowed by policy. Skipping it.

Jul 18 03:46:53 kernel: [*07/18/2024 03:46:53.7270] chatter: MDNSGW-ERROR: Handle query: service_string:6A:FC:CA:6E:EB:0C@0.0.0.0._wake._tcp.local not allowed by policy. Skipping it.

Benutzerdefinierte mDNS-Dienstkonfiguration in Dienstdefinition

Falls eine spezielle Serviceliste erforderlich ist, muss diese dem Abschnitt "Service Definition" in der mDNS-Konfiguration des WLC hinzugefügt werden.

Sobald die Services im WLC als Service hinzugefügt und in der Serviceliste IN und OUT ausgewählt wurden, werden sie über die mDNS-Servicerichtlinie an die FlexConnect-APs weitergeleitet.

Dazu müssen wir den genauen Service kennen, der benötigt wird, und aus dem Abschnitt "Service Definition" einen benutzerdefinierten Namen für den Service und die Service-Zeichenfolge hinzufügen.

In diesem Beispiel habe ich die beiden Dienste hinzugefügt, die von den mDNS-Gateway-Access Points im Abschnitt "Nicht zulässige Dienste pro mDNS-Dienstliste" gefiltert wurden.

Benutzerdefinierte mDNS-Dienstdefinition

FlexConnect mDNS Bridging-Modus

In diesem Dokument wird der mDNS-Bridging-Modus nicht behandelt, da dieser mDNS-Modus aus AP-Sicht bei FlexConnect Local Switching als regulärer Datenverkehr behandelt wird. Wenn der Bridging-Modus für mDNS in FlexConnect Local Switching aktiviert ist, leitet der Access Point einfach die vom kabelgebundenen oder Wireless-Netzwerk empfangenen mDNS-Pakete weiter. Diese Pakete werden nur im selben VLAN weitergeleitet. Das bedeutet, dass sich der Service Provider und der Service User im selben VLAN befinden müssen, damit mDNS funktioniert. mDNS Bridging funktioniert nicht über VLANs hinweg.

FlexConnect mDNS-Drop-Modus

Wenn mDNS in einigen WLANs nicht gewünscht, in anderen WLANs jedoch tatsächlich benötigt wird, kann der mDNS-Modus über WLAN deaktiviert werden. Wenn mDNS drop aktiviert ist, durchläuft mDNS nicht mehr die mit dem WLAN verbundenen Geräte.

mDNS-Dropdown-Modus