Fehlerbehebung bei SSID-Broadcast-Problemen mit Catalyst 9800 Wireless LAN Controllern

Einleitung

In diesem Dokument wird die Fehlerbehebung bei SSID-Broadcast-Problemen mit Cisco Catalyst 9800 Wireless LAN Controllern (WLC) beschrieben.

Verwendete Komponenten

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

• Cisco Catalyst Wireless LAN Controller der Serie 9800
• Softwareversion 17.15.4d und 26.1.1
• C9130AXI-D

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.

Überblick

Wenn eine SSID keine Daten vom Access Point sendet, beginnen Sie mit der Überprüfung des Betriebsstatus der AP-Funkverbindung. Wenn der Funkmodulstatus UP lautet und die SSID weiterhin nicht sichtbar ist, überprüfen Sie, ob die SSID korrekt an den AP übertragen wurde, und überprüfen Sie ihren Betriebsstatus auf AP-Ebene.

Führen Sie auf dem Access Point die folgenden Befehle aus:

#show dot11 wlan 
Radio Vap SSID State Auth Assoc Switching DHCP
0 0 Power UP Central Central Central Local
0 1 guestTest UP Central Central Central Local
0 2 DOWN Central Central Central Local
1 0 Power UP Central Central Central Local
1 1 guestTest UP Central Central Central Local
1 2 DOWN Central Central Central Local
2 0 Power UP Central Central Central Local
2 1 guestTest UP Central Central Central Local
2 2 DOWN Central Central Central Local

Für Flex APs:

#show flexconnect wlan 
Flexconnect WLANs:
Radio Vap SSID State Auth Assoc Switching
0 0 Power UP Central Local Central
0 1 GuestTest UP Central Local Central
0 2 DOWN Central Local Central
0 3 DOWN Central Local Central
0 4 DOWN Central Local Central
1 0 Power UP Central Local Central
1 1 GuestTest UP Central Local Central
1 2 DOWN Central Local Central
1 3 DOWN Central Local Central
1 4 DOWN Central Local Central


Wenn die SSID nicht in der Ausgabe angezeigt wird, kann das Problem auf falsch konfigurierte Tags oder Profile zurückzuführen sein. Validieren Sie zuerst die Tag- und Profilkonfiguration.

Häufige Ursachen für SSID-Broadcast-Fehler

Die häufigsten Gründe für eine SSID, die nicht sendet, sind:

AP-Betriebsstatus ausgefallen aufgrund von:

• Unzureichende Leistung

• Nichtübereinstimmung der regulatorischen Domäne

• Für den AP wird kein Ländercode unterstützt.

• Keine Unterstützung für regulatorische Domänen für Wi-Fi 7 APs

• Antenne nicht angeschlossen

Probleme mit der Tag-/Profilkonfiguration

• Falsche Konfiguration des Richtlinienprofils

• Fehlerhaft konfigurierte Tags

• Der Access Point befindet sich im lokalen Modus, aber das lokale Switching ist im Richtlinienprofil nicht aktiviert.

• VLAN fehlt im FlexProfile

Sonstige Fragen

Selbst wenn der Betriebsstatus des AP-Funkmoduls "UP" lautet und keine sichtbaren Fehlkonfigurationen auftreten, kann die SSID in einigen Situationen aufgrund der folgenden Faktoren immer noch nicht senden:

• Nicht unterstützte Kanäle oder Kanalbreiten auf dem Client-Gerät

• AP sendet keine Beacons

AP-Betriebsstatus ausgefallen

Szenario 1: Ländercode nicht richtig konfiguriert

Überprüfen Sie, ob der Ländercode im WLC für das entsprechende Land richtig konfiguriert ist. Die APs müssen die SSID übertragen. Der Ländercode bestimmt den Zulassungsbereich, in dem die in Ihrer Region zulässigen Kanäle, Bandbreiten und Übertragungsleistungen definiert sind.

Ohne einen festgelegten Ländercode kann der Access Point nicht bestimmen, welche Frequenzen er legal nutzen darf. Daher sind seine Funkgeräte deaktiviert, um die Einhaltung gesetzlicher Vorschriften zu gewährleisten.

Über GUI

Konfiguration > Wireless > Access Points > Land

Wenn das gewünschte Land nicht konfiguriert ist, wählen Sie es aus, und fügen Sie es aus der verfügbaren Liste hinzu.

Von CLI

#show wireless country configured


CLI-Beispiel:

#show wireless country configured
Configured Country..........................   IN - India                     
Configured Country Codes
        IN  - India                               802.11a Indoor,Outdoor/ 802.11b Indoor,Outdoor/ 802.11g Indoor,Outdoor/

Wenn das richtige Land nicht konfiguriert ist, konfigurieren Sie es wie folgt:

#conf t
#wireless country <country code>

Ländercode im Beitrittsprofil des Access Points überprüfen

Bei APs mit mehreren Zeilen ist die Konfiguration des Ländercodes im Beitrittsprofil des Access Points erforderlich, um die lokalen RF-Richtlinien einzuhalten.

Über GUI

Navigieren Sie zu:

Konfiguration > Tags und Profile > AP-Beitritt > AP-Beitrittsprofil auswählen > Allgemein > Ländercode

WLC-GUI > Wireless > Access Points

Szenario 2: Land wird nicht unterstützt

Überprüfen Sie, ob der regulatorische Bereich des AP im beabsichtigten Land unterstützt wird.

Verwenden Sie die folgenden Tools:

Suche nach Wireless-Compliance

AP-Kanalsuche (Wi-Fi 6/6E/7 und Meraki APs)

Technischer Leitfaden

Szenario 3: Wi-Fi 7 APs

Validieren Sie zunächst den AP-Support für das jeweilige Land und die minimale Softwareversion unter: https://apchannels.cisco.com/ 

Die APs der Serie CW917x verwenden nur eine SKU/PID und können global eingesetzt werden, da die Durchsetzung von Richtlinien nicht hardwarebasiert ist.

Diese APs bestimmen den Ländercode mithilfe einer der folgenden Methoden:

• GPS/GNSS-Geolokalisierung

• Näherungsbasierte Erkennung von APs in der Nähe

• Migration vom Meraki Dashboard

• Datei zur Aktivierung gesetzlicher Vorschriften

Ländercode auf dem AP überprüfen

#show ap Zusammenfassung

#show ap name <ap name> config general | inc Country

#show ap name AP8C88.814F.04E0 config general | include Country
Country Code : Multiple Countries : IN,RO,SR,UA,US
Regulatory Domain Allowed by Country : 802.11bg:-AE^ 802.11a:-ABDEN^ 802.11 6GHz:-BE
AP Country Code : US - United States
Country Code Resolution Method : Regulatory Activation File

Wenn der Ländercode nicht konfiguriert ist, finden Sie weitere Informationen in diesem Leitfaden: https://www.cisco.com/c/en/us/td/docs/wireless/access_point/technical-reference/global-use-ap-dg.html 

Szenario 4: AP wird nicht ausreichend mit Strom versorgt

APs benötigen eine Mindestleistung, damit die Funkmodule in Betrieb bleiben. Der Stromverbrauch hängt vom AP-Modell ab.

Validieren:

• Stromversorgung der Access Points aus dem Datenblatt

• Über den Switch oder Power Injector gelieferte Leistung

Vom Access Point empfangene Leistung überprüfen

APB811.4B52.CB38#show cdp inline_power

Power_Requested(mW) Power_Available(mW) Power_request-ID Power_management-ID

              22500               22500            34980                  10

Überprüfen der von der Switch-Schnittstelle gelieferten Leistung

Switch#show power inline <int>

Beispiel:

Switch#show power inline tenGigabitEthernet 3/0/7

Interface Admin  Oper       Power   Device              Class Max

                            (Watts)                           

--------- ------ ---------- ------- ------------------- ----- ----

Te3/0/7   auto   on         22.5    AIR-AP2802I-D-K9    4     60.0

Wenn der Access Point nicht ausreichend mit Strom versorgt wird, kann dies auch aus den AP-Konsolenprotokollen bestätigt werden.

Beispielprotokolle:

Jun 10 15:06:54 MarineTower-AP1 powerd: send ipc_socket_process: 7

Jun 10 15:06:54 MarineTower-AP1 powerd: ps: Power mode: Degraded/Reduced Power, power_detection: DC_adapter(FALSE), PoE+/802.3at(30000 mWatt)

Jun 10 15:06:54 MarineTower-AP1 powerd: ps: End: System running on low power @ 30000 mWatt from port0

Jun 10 15:17:09 MarineTower-AP1 kernel: [*06/10/2025 15:17:09.6554] systemd[1]: Starting Check /tmp directory space...

Szenario 5: Antenne nicht angeschlossen (externe APs)

Bei externen APs müssen Antennen angeschlossen werden, damit Clients SSIDs erkennen und mit ihnen verbinden können. Validieren Sie unterstützte Antennenmodelle anhand der Installationsanleitung für das jeweilige AP-Modell.

So validieren Sie von der AP-CLI: 

#show controllers dot11Radio <0-3> antenna

Probleme mit der Tag-/Profilkonfiguration

Szenario 1: WLAN nicht dem vom WAP verwendeten Richtlinien-Tag zugeordnet

Auf Catalyst 9800-Controllern übertragen APs SSIDs nur dann, wenn das WLAN in dem dem AP zugewiesenen Richtlinien-Tag enthalten ist. Richtlinien-Tags binden WLANs an Richtlinienprofile.

Konfigurationen > Tags & Profile > Tags > Policy > Policy Tag

Szenario 2: Fehlerhaft konfigurierte Tags

Überprüfen Sie, ob die AP-Tags richtig konfiguriert sind und keine Profile fehlen, auf die die Tags verweisen.

CLI-Befehl

#show ap name APB811.4B52.CB38 tag info

Beispiel:

#show ap name APB811.4B52.CB38 tag info
AP Name            : APB811.4B52.CB38
AP Mac             : b811.4b52.cb38
Applied Tags :
-------------------------------------------
Tag Type             Tag Name
-----------------------------------------
RF Tag               default-rf-tag
Site Tag             default-site-tag
Policy Tag           default-policy-tag

Tag/Profile Type          Misconfigured
-----------------------------------------
RF Tag                       No
Policy Tag                   No
Site Tag                     Yes
Flex profile                 No
AP join profile              No
2.4GHz Rf Profile            No
5 GHz Rf Profile             No
6 GHz Rf Profile             No
2.4GHz slot 0 Radio Profile  No
5 GHz slot 1 Radio Profile   No
5 GHz slot 2 Radio Profile   No
6 GHz slot 2 Radio Profile   No
6 GHz slot 3 Radio Profile   No
AP Country Misconfig         No

Resolved Tags :
-------------------------------------------
Tag Source         : AP
Tag Type             Tag Name
-----------------------------------------
RF Tag               default-rf-tag
Site Tag             flex-qos
Policy Tag           default-policy-tag

Konfiguration > Wireless > Access Point 

In diesem Beispiel wird die Site-Tag-Nummer als falsch konfiguriert markiert. Der WAP versucht, das Tag in flex-qos aufzulösen, aber dieses Tag ist auf dem WLC nicht mehr vorhanden.

Durch die Neukonfiguration des Access Points mit gültigen Tags auf dem WLC wird das Problem behoben.

Validierungs-Checkliste

• Sicherstellen, dass dem WLC Tags zugeordnete Profile vorhanden sind

• Überprüfen der Zuordnung der richtigen Tags zur beabsichtigten Konfiguration

Szenario 3: Fehlerhafte Konfiguration in APs im lokalen Modus

Stellen Sie bei APs im lokalen Modus sicher, dass das Richtlinienprofil für zentrales Switching, zentrale Authentifizierung und zentrales DHCP konfiguriert ist. In diesem Modus überträgt der WLC die Konfiguration - einschließlich SSID und Sicherheitseinstellungen - über den CAPWAP-Steuertunnel an den AP.

Konfiguration > Tags und Profile > Richtlinie

Szenario 4: Im Flex Profile wurde kein gültiges VLAN definiert. 

Stellen Sie bei Verwendung eines Flex AP sicher, dass das VLAN sowohl im Flex-Profil als auch im Richtlinienprofil konfiguriert ist. Beachten Sie, dass eine Warnmeldung in den GUI-Ereignissen des WLC generiert wird, wenn sich das VLAN nicht im Flex-Profil befindet.

Konfiguration > Tags und Profile > Flex

Sonstige Fragen

Nicht unterstützte Kanäle oder Kanalbreite

Einige Client-Geräte unterstützen je nach Client-Anbieter und Hardware-Funktionen keine bestimmten Kanäle oder Kanalbreiten.

• Je nach Hersteller unterstützen einige Client-Geräte nicht alle Wireless-Kanäle. In solchen Fällen kann der Client die AP-Beacons nicht erkennen, selbst wenn der AP über diese Kanäle sendet.
• Es ist wichtig, die Funktionen Ihrer Client-Geräte zu überprüfen und sicherzustellen, dass Ihre Kanal- und Kanalbreitenkonfigurationen mit diesen Geräten kompatibel sind.
• Nicht übereinstimmende Konfigurationen können zu Roaming-Problemen und Problemen mit "starren Clients" führen, da der Client möglicherweise nicht in der Lage ist, wichtige Beacon-Frames oder Abfrageantworten vom Access Point zu empfangen.

AP sendet keine Beacons

Mit diesem Befehl auf dem Clientgerät können Sie überprüfen, ob der Client Beacons hört:

netsh wlan show networks mode=Bssid

Dieser Befehl zeigt alle BSSIDs an, die vom Client erkannt wurden. Wenn die Ausgabe alle anderen BSSIDs mit Ausnahme der Ziel-AP-BSSID anzeigt, besteht die Möglichkeit, dass der Access Point keine Beacons sendet.

Um die WLAN-BSSID auf dem WAP zu identifizieren, fügen Sie SSH in den WAP ein und führen Folgendes aus:

show controllers dot11 <0-3> wlan 

Beispiel:

WLANs and stats:

====================

radio vap id               mac           ssid state

    1      0 90:E9:5E:85:FF:6F       Guest_test  UP

    1      1 90:E9:5E:85:FF:6E       Guest_BYOD  UP

    1      2 90:E9:5E:85:FF:6D       PSK_Client  UP

    1      3 90:E9:5E:85:FF:6C       test123     UP

    1      5 90:E9:5E:85:FF:6A        test123    UP

Der nächste Schritt besteht in der OTA-Erfassung, um zu überprüfen, ob der Access Point die Beacons sendet.

Revisionsverlauf

Überarbeitung	Veröffentlichungsdatum	Kommentare
3.0	19-Aug-2026	Formatierungsprobleme behoben
2.0	14-Aug-2026	Beheben von Formatierungsproblemen
1.0	14-Aug-2026	Erstveröffentlichung