Fehlerbehebung bei Wireless-Controllern der Catalyst Serie 9800 Häufige Verbindungsprobleme bei Wireless-Clients

Einleitung

In diesem Dokument werden die häufigsten Szenarien für Verbindungsprobleme mit Wireless-Clients und deren Behebung auf Catalyst 9800 Wireless-Controllern beschrieben.

Voraussetzungen

Anforderungen

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

• Wireless Controller der Cisco Catalyst 9800-Serie
• CLI-Zugriff (Command Line Interface) auf die Wireless Controller

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf der Software- und Hardwareversion Cisco IOS® XE Gibraltar 16.10 oder höher.

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.

Protokolle sammeln

WLC 9800 bietet ALWAYS-ON-Tracing-Funktionen (immer aktiv). So wird sichergestellt, dass alle verbindungsbezogenen Fehler, Warnungen und Benachrichtigungen auf Client-Ebene ständig protokolliert werden und Sie nach einem Vorfall oder Fehler Protokolle anzeigen können.

Hinweis: Je nach Umfang der generierten Protokolle können Sie einige Stunden bis mehrere Tage zurückgehen.

Um die Traces anzuzeigen, die 9800 WLC standardmäßig gesammelt hat, können Sie sich über SSH/Telnet mit dem 9800 WLC verbinden und diese Schritte befolgen (stellen Sie sicher, dass Ihre Sitzung in einer Textdatei protokolliert wird).

Schritt 1: Überprüfen Sie die aktuelle Uhrzeit des Controllers, damit Sie die Protokolle bis zum Auftreten des Problems nachverfolgen können.

# show clock

Schritt 2: Erfassen Sie die Syslogs aus dem Controller-Puffer oder dem externen Syslog gemäß der Systemkonfiguration. Dadurch erhalten Sie eine Kurzübersicht über den Status und Fehler des Systems, sofern vorhanden.

# show logging

Schritt 3: Überprüfen Sie, ob Debug-Bedingungen aktiviert sind.

# show debugging
IOSXE Conditional Debug Configs:

Conditional Debug Global State: Stop

IOSXE Packet Tracing Configs:


Packet Infra debugs:

Ip Address                                               Port
------------------------------------------------------|----------

Hinweis: Wenn eine Bedingung aufgelistet wird, bedeutet dies, dass die Ablaufverfolgungen für alle Prozesse, bei denen die aktivierten Bedingungen auftreten (MAC-Adresse, IP-Adresse usw.) protokolliert werden. Dadurch erhöht sich die Anzahl der Protokolle. Daher wird empfohlen, alle Bedingungen zu löschen, wenn gerade kein Debugging aktiv ist.

Schritt 4: Unter der Annahme, dass die zu testende MAC-Adresse in Schritt 3. nicht als Bedingung aufgeführt wurde, sammeln Sie die stets verfügbaren Traces auf Benachrichtigungsebene für die spezifische MAC-Adresse.

# show logging profile wireless filter { mac | ip } { <aaaa.bbbb.cccc> | <a.b.c.d> } to-file always-on-<FILENAME.txt> 

Sie können entweder den Inhalt der Sitzung anzeigen oder die Datei auf einen externen TFTP-Server kopieren.

# more bootflash:always-on-<FILENAME.txt>
or
# copy bootflash:always-on-<FILENAME.txt> tftp://a.b.c.d/path/always-on-<FILENAME.txt> 

Bedingtes Debuggen und Radio Active Tracing:

Wenn die stets verfügbaren Ablaufverfolgungen nicht genügend Informationen bereitstellen, um den Auslöser für das zu untersuchende Problem zu ermitteln, können Sie das bedingte Debuggen aktivieren und die Radio Active (RA)-Ablaufverfolgung erfassen, die Ablaufverfolgungen auf Debugebene für alle Prozesse bereitstellt, die mit der angegebenen Bedingung interagieren (in diesem Fall Client-MAC-Adresse). Aktivieren Sie diese Schritte, um das bedingte Debuggen zu aktivieren.

Schritt 5: Stellen Sie sicher, dass keine Debugbedingungen aktiviert sind.

# clear platform condition all

Schritt 6: Aktivieren Sie die Debug-Bedingung für die MAC-Adresse des Wireless-Clients, die Sie überwachen möchten.

Mit diesem Befehl wird die angegebene MAC-Adresse 30 Minuten (1800 Sekunden) lang überwacht. Sie können diese Zeit optional auf bis zu 2085978494 Sekunden erhöhen.

# debug wireless mac <aaaa.bbbb.cccc> {monitor-time <seconds>}

  

Hinweis: Führen Sie den Befehl debug wireless mac pro MAC-Adresse aus, um mehr als einen Client gleichzeitig zu überwachen  .

Hinweis: Die Ausgabe der Client-Aktivität wird in der Terminal-Sitzung nicht angezeigt, da alles intern gepuffert wird, um später angezeigt zu werden.

Schritt 7. Reproduzieren Sie das Problem oder Verhalten, das Sie überwachen möchten.

Schritt 8: Stoppen Sie die Debugs, wenn das Problem reproduziert wird, bevor die standardmäßige oder konfigurierte Monitoring-Zeit abgelaufen ist.

# no debug wireless mac <aaaa.bbbb.cccc>

Wenn die Überwachungszeit abgelaufen ist oder das Wireless-Debugging beendet wurde, generiert der 9800 WLC eine lokale Datei mit dem Namen:

ra_trace_MAC_aaaabbbbcccc_HHMMSS.XXX_timezone_DayWeek_Month_Day_year.log

Schritt 9. Rufen Sie die Datei mit der MAC-Adressaktivität ab. Sie können das auf einen externen Server kopieren ra trace  .logoder die Ausgabe direkt auf dem Bildschirm anzeigen.

Überprüfen Sie den Namen der RA-Tracing-Datei.

# dir bootflash: | inc ra_trace

Datei auf externen Server kopieren:

# copy bootflash:ra_trace_MAC_aaaabbbbcccc_HHMMSS.XXX_timezone_DayWeek_Month_Day_year.log tftp://a.b.c.d/ra-FILENAME.txt

Inhalt anzeigen:

# more bootflash:ra_trace_MAC_aaaabbbbcccc_HHMMSS.XXX_timezone_DayWeek_Month_Day_year.log

Schritt 10. Wenn die Ursache immer noch nicht offensichtlich ist, sammeln Sie die internen Protokolle, die eine ausführlichere Ansicht der Protokolle auf Debugebene darstellen. Sie müssen den Client nicht noch einmal debuggen, da dies nur dazu dient, die bereits gesammelten und intern gespeicherten Debug-Protokolle genauer zu untersuchen.

# show logging profile wireless internal filter { mac | ip } { <aaaa.bbbb.cccc> | <a.b.c.d> } to-file ra-internal-<FILENAME>.txt

Hinweis: Diese Befehlsausgabe gibt Traces für alle Protokollierungsebenen für alle Prozesse zurück und ist sehr umfangreich. Wenden Sie sich an das Cisco TAC, um diese Traces zu analysieren.

Sie können das auf einen externen Server kopierenra-internal-FILENAME.txtoder die Ausgabe direkt auf dem Bildschirm anzeigen.

Datei auf externen Server kopieren:

# copy bootflash:ra-internal-<FILENAME>.txt tftp://a.b.c.d/ra-internal-<FILENAME>.txt

Inhalt anzeigen:

# more bootflash:ra-internal-<FILENAME>.txt

Schritt 11. Entfernen Sie die Debug-Bedingungen.

# clear platform condition all

Hinweis: Stellen Sie sicher, dass die Debug-Bedingungen nach einer Fehlerbehebungssitzung immer entfernt werden.

Szenarien, in denen der Client keine Verbindung herstellen kann

Anmeldeinformationen für die Webauthentifizierung funktionieren nicht

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [27915]: UUID: 100000000015b, ra: 15, (info): [e4b3.1851.90ff:capwap_90800003] Authc failure from WebAuth, Auth event fail

Grund:

• Der Client verwendet keine gültigen Anmeldeinformationen.
• Auf dem 9800 WLC ist kein Standardautorisierungsnetzwerk definiert.

Mögliche Lösungen:

• Stellen Sie sicher, dass der Client gültige Anmeldeinformationen verwendet.
• Standard-Autorisierungsnetzwerkmethode hinzufügen

GUI:

Navigieren Sie zu diesen Parametern,Configuration > Security > AAA > AAA Method List > Authorization > + Addund erstellen Sie eine neue Autorisierungsmethode mit diesen Parametern.

CLI:

# config t
# aaa authorization network default local

Kein gültiges VLAN im Richtlinienprofil definiert

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [epm] [25054]: UUID: 1000000000019, ra: 15, (ERR): EPM_PLUGIN_VLAN_ERR: [HDL = 0x0] Unable to get active_feature_ctx for vlan group name
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [sanet-shim-miscellaneous] [25054]: UUID: 1000000000019, ra: 15, (ERR): MAC: 0874.0277.1345  Error in fetching vlans
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [sanet-shim-miscellaneous] [25054]: UUID: 1000000000019, ra: 15, (ERR): MAC: 0874.0277.1345  building Mobile Announce Vlanid payload failed

Grund:

Auf dem Richtlinienprofil, das dem WLAN zugewiesen wurde, ist kein gültiges VLAN definiert.

Lösung:

1. Überprüfen Sie, welches Richtlinienprofil vom Client verwendet wird.

GUI:

Navigieren Sie zuMonitoring > Wireless > Clients > Client row > Client Properties(optional suchen Sie nach einem bestimmten Client mit seiner MAC-Adresse).

CLI:

# show wireless client mac-address <aaaa.bbbb.cccc> detail | inc Policy Profile
Policy Profile : default-policy-profile

2. Überprüfen Sie, welches VLAN diesem Richtlinienprofil zugewiesen ist.

GUI:

Navigieren Sie zu Configuration > Tags & Profiles > Policy > Policy Profile row > Access Policies.

CLI:

# show wireless profile policy detailed default-policy-profile | inc VLAN
VLAN                          : VLAN2686

3. Stellen Sie sicher, dass der VLAN-Parameter über einen gültigen und aktiven VLAN-Namen oder eine gültige VLAN-ID verfügt.

GUI:

Navigieren Sie zu Configuration > Layer2 > VLAN > VLAN.

CLI:

# show vlan brief

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
1    default                          active    Te0/0/2, Te0/0/3
210  VLAN0210                         active
1002 fddi-default                     act/unsup
1003 token-ring-default               act/unsup
1004 fddinet-default                  act/unsup
1005 trnet-default                    act/unsup

VLAN Name                             Status    Ports
---- -------------------------------- --------- -------------------------------
2600 VLAN2600                         active
2601 VLAN2601                         active
2602 VLAN2602                         active
2686 VLAN2686                         active

Hinweis: Bei Verwendung eines VLAN-Namens ist die Groß- und Kleinschreibung zu beachten. Achten Sie daher darauf, dass es sich um denselben Namen handelt, der im show vlan briefBefehl angegeben ist.

4. Reparieren Sie das VLAN nach Bedarf.

GUI:

Kehren Sie zum VLAN zurück,Configuration > Tags & Profiles > Policy > Policy Profile row > Access Policiesund beheben Sie es.

CLI:

# config t
# wireless profile policy default-policy-profile
# shutdown
# vlan <vlan-# or vlan-name>
# no shutdown

Falsches Kennwort

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-keymgmt] [27782]: UUID: 1000000000088, ra: 15, (ERR): MAC: e4b3.187c.3058  Keymgmt: Failed to validate eapol mic. MIC mismatch.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-keymgmt] [27782]: UUID: 1000000000088, ra: 15, (ERR): MAC: e4b3.187c.3058  Keymgmt: Failed to validate eapol key m2. MIC validation failed

Grund:

Der Client gibt ein falsches Kennwort ein.

Mögliche Lösungen:

• Kennwort auf dem Endgerät korrigieren
• Kennwort auf der SSID korrigieren

GUI:

Navigieren Sie zu  Configuration > Wireless > WLANs > WLAN name > Security > Layer2, und korrigieren Sie das Kennwort.

CLI:

# config t
# wlan <wlan-name>
# shut
# security wpa psk set-key ascii 0 <clear-text-password>
# no shut

Die von RADIUS gesendete Zugriffskontrollliste (ACL) ist auf dem 9800 WLC nicht vorhanden.

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [epm-acl] [8104]: (ERR): ACL acl-sent-by-ise is missing in configuration for mac e4b3.187c.3058
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [epm-acl] [8104]: (ERR): Unable to parse EPM attributes
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8104]: (info): Sanet App Event EV_PLUGIN_CONF
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [epm] [8104]: (ERR): Error in activating feature (EPM ACL PLUG-IN)
.
.
.
EPM Data Base:
 Number of Authz_info: 2
 Authz info 1 details
 Number of feat info: 2, State: Success, Priority: 254
 EPM Vlan PLUG-IN Status: Success
 VLAN Group: VLAN2602
 VLAN-ID: 2602
 SM Reauth PLUG-IN Status: Success
 Authz info 2 details
 Number of feat info: 4, State: Fail, Priority: 100
 EPM MISC PLUG-IN Status: Success
 Anchor Vlan: 0
 EPM ACL PLUG-IN Status: Activate Failure
 SM ACCOUNTING PLUG-IN Status: Success
 linksec Status: Success
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-infra-evq-lib] [8104]: (note): already started radioactive trace on key:[e4b3.187c.3058]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8104]: (info): Sanet App Event EV_SVM_APPLY_UP_FAIL
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [auth-mgr] [8104]: (ERR): [e4b3.187c.3058:capwap_90000003] SM unable to apply User Profile for 0x1A000004 - 'Subsystem(4)' detected the 'fatal' condition 'Code(47)'
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [auth-mgr] [8104]: (ERR): [e4b3.187c.3058:capwap_90000003] Unable to process authc result for 0x1A000004 - success handling failed
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8104]: (info): Sanet eventQ: AUTH_MGR_MQ, message:3
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-auth] [8104]: (ERR): MAC: e4b3.187c.3058 client authz result: FAILURE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-exclusion] [8104]: (info): MAC: e4b3.187c.3058  Add client to exclusionlist, sending ipc to add client to client exclusion table, reason: ACL failure, timeout: 60, AP: MAC: f07f.06ee.f590

Grund:

Die vom RADIUS-Server gesendete ACL ist auf dem 9800 WLC nicht vorhanden.

Mögliche Lösungen:

• Konfigurieren Sie den RADIUS-Server so, dass der richtige ACL-Name gesendet wird.
• Hinzufügen der fehlenden ACL zum 9800 WLC 

Von RADIUS gesendetes VLAN ist auf dem 9800 WLC nicht vorhanden

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [epm] [8104]: (ERR): Error in activating feature (EPM Vlan PLUG-IN)
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8104]: (info): Sanet App Event EV_START_CALL
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-infra-evq] [8104]: (ERR):
EPM Data Base:
 Number of Authz_info: 2
 Authz info 1 details
 Number of feat info: 2, State: Success, Priority: 254
 EPM Vlan PLUG-IN Status: Conflict
 SM Reauth PLUG-IN Status: Success
 Authz info 2 details
 Number of feat info: 4, State: Activate, Priority: 100
 EPM MISC PLUG-IN Status: Success
 Anchor Vlan: 0
 SM ACCOUNTING PLUG-IN Status: Success
 EPM Vlan PLUG-IN Status: Activate Failure
 VLAN Group: vlan-sent-by-ise
 VLAN-ID: 0
 linksec Status: Success
.
.
.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8104]: (info): Sanet App Event EV_SVM_APPLY_UP_FAIL
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [auth-mgr] [8104]: (ERR): [e4b3.187c.3058:capwap_90000003] SM unable to apply User Profile for 0x0E000005 - 'Subsystem(4)' detected the 'fatal' condition 'Code(47)'
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [auth-mgr] [8104]: (ERR): [e4b3.187c.3058:capwap_90000003] Unable to process authc result for 0x0E000005 - success handling failed
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8104]: (info): Sanet eventQ: AUTH_MGR_MQ, message:3
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-auth] [8104]: (ERR): MAC: e4b3.187c.3058 client authz result: FAILURE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-exclusion] [8104]: (info): MAC: e4b3.187c.3058 Add client to exclusionlist, sending ipc to add client to client exclusion table, reason: VLAN failure, timeout: 60, AP: MAC: f07f.06ee.f590

Grund:

Das vom RADIUS-Server gesendete VLAN ist auf dem 9800 WLC nicht vorhanden.

Mögliche Lösungen:

• Konfigurieren Sie den RADIUS-Server so, dass der richtige VLAN-Name/-ID gesendet wird.
• Fehlendes VLAN zum 9800 WLC hinzufügen 

Die Verbindung wurde aufgrund von Änderungen im WLAN oder im Richtlinienprofil getrennt.

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-infra-evq] [8522]: (note): Mcast: Sent L2 MGID 2602 DEL to AP vap_id 2
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [apmgr-bssid] [8522]: (ERR): 00c8.8b26.d790 Radio:0 BSSID:1 - Bssid ifid is not created so no need to push data to fman
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [8522]: (info): MAC: e4b3.187c.3058 Deleting the client, reason: 5, CO_CLIENT_DELETE_REASON_BSSID_DOWN, Client state S_CO_RUN
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [8522]: (note): MAC: e4b3.187c.3058 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_BSSID_DOWN
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [8522]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-qos-client] [8522]: (ERR): MAC: e4b3.187c.3058 Fail to get qos lib ctxt while handle sip cac on client delete
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [multicast-main] [8522]: (info): MAC: e4b3.187c.3058 No Flex/Fabric main record exists for client
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-iplearn] [8522]: (info): MAC: e4b3.187c.3058 IP-learn state transition: S_IPLEARN_COMPLETE -> S_IPLEARN_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {mobilityd_R0-0}{1}: [mm-transition] [19496]: (info): MAC: e4b3.187c.3058 MMFSM transition: S_MC_RUN -> S_MC_HANDOFF_END_RCVD_TR on E_MC_HANDOFF_END_RCVD from WNCD[0]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dpath_svc] [8522]: (note): MAC: e4b3.187c.3058 Client datapath entry deleted for ifid 0xfa0000001
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [mm-transition] [8522]: (info): MAC: e4b3.187c.3058 MMIF FSM transition: S_MA_LOCAL -> S_MA_DELETE_PROCESSED_TR on E_MA_CO_DELETE_RCVD
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [mm-client] [8522]: (ERR): MAC: e4b3.187c.3058 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8522]: (info): Sanet App Event EV_SESSION_DELETE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [auth-mgr] [8522]: (info): [e4b3.187c.3058:capwap_90000003] Disconnect request from SANET-SHIM (12) for e4b3.187c.3058 / 0xfb6000001 - term: service-unavailable, abort: Unknown, disc: session disconnect
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [aaa-attr-inf] [8522]: (info): [ Applied attribute :bsn-vlan-interface-name 0 "VLAN2602" ]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [aaa-attr-inf] [8522]: (info): [ Applied attribute : timeout 0 1800 (0x708) ]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-auth] [8522]: (info): MAC: e4b3.187c.3058 Client auth-interface state transition: S_AUTHIF_PSK_AUTH_DONE -> S_SANET_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dot11] [8522]: (info): MAC: e4b3.187c.3058 Sent deauth to client, deauth reason: 252, CLIENT_DEAUTH_REASON_ADMIN_RESET delete reason: 5, CO_CLIENT_DELETE_REASON_BSSID_DOWN.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dot11] [8522]: (info): MAC: e4b3.187c.3058 DOT11 state transition: S_DOT11_ASSOCIATED -> S_DOT11_DELETED 

Grund:

In der GUI wurden Änderungen vorgenommen oder die SSID oder das Richtlinienprofil manuell deaktiviert.

Lösung:

Hierbei handelt es sich um ein normales Verhalten. Änderungen an den SSIDs oder Richtlinienprofilen zu den Produktionszeiten sollten vermieden werden.

Der Client wird manuell aus dem Netzwerk entfernt

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [8522]: (info): MAC: e4b3.187c.3058 Deleting the client, reason: 12, CO_CLIENT_DELETE_REASON_ADMIN_RESET, Client state S_CO_RUN
YYYY/DD/MM HH:MM:SS.xxx {mobilityd_R0-0}{1}: [mm-transition] [19496]: (info): MAC: e4b3.187c.3058 MMFSM transition: S_MC_RUN -> S_MC_HANDOFF_END_RCVD_TR on E_MC_HANDOFF_END_RCVD from WNCD[0]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [8522]: (note): MAC: e4b3.187c.3058 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_ADMIN_RESET
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [8522]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-qos-client] [8522]: (ERR): MAC: e4b3.187c.3058 Fail to get qos lib ctxt while handle sip cac on client delete
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [multicast-main] [8522]: (info): MAC: e4b3.187c.3058 No Flex/Fabric main record exists for client
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-iplearn] [8522]: (info): MAC: e4b3.187c.3058 IP-learn state transition: S_IPLEARN_COMPLETE -> S_IPLEARN_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dpath_svc] [8522]: (note): MAC: e4b3.187c.3058 Client datapath entry deleted for ifid 0xfa0000001
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [mm-transition] [8522]: (info): MAC: e4b3.187c.3058 MMIF FSM transition: S_MA_LOCAL -> S_MA_DELETE_PROCESSED_TR on E_MA_CO_DELETE_RCVD
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [mm-client] [8522]: (ERR): MAC: e4b3.187c.3058 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [wncd_0] [8522]: (info): Sanet App Event EV_SESSION_DELETE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [auth-mgr] [8522]: (info): [e4b3.187c.3058:capwap_90000003] Disconnect request from SANET-SHIM (12) for e4b3.187c.3058 / 0x30000003 - term: admin-reset, abort: Unknown, disc: session disconnect
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [aaa-attr-inf] [8522]: (info): [ Applied attribute :bsn-vlan-interface-name 0 "VLAN2602" ]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [aaa-attr-inf] [8522]: (info): [ Applied attribute : timeout 0 1800 (0x708) ]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-auth] [8522]: (info): MAC: e4b3.187c.3058 Client auth-interface state transition: S_AUTHIF_PSK_AUTH_DONE -> S_SANET_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dot11] [8522]: (info): MAC: e4b3.187c.3058 Sent deauth to client, deauth reason: 252, CLIENT_DEAUTH_REASON_ADMIN_RESET delete reason: 12, CO_CLIENT_DELETE_REASON_ADMIN_RESET.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dot11] [8522]: (info): MAC: e4b3.187c.3058 DOT11 state transition: S_DOT11_ASSOCIATED -> S_DOT11_DELETED

Grund:

Der Client wurde manuell über eine der folgenden CLI aus dem Netzwerk entfernt:

# wireless client mac-address aaaa.bbbb.cccc deauthenticate

Oder über die GUI:

Lösung:

Keine, vom Benutzer initiiertes normales Verhalten.

Verbindung getrennt wegen EAP-Zeitüberschreitung

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [errmsg] [8681]: (note): %DOT1X-5-FAIL: Authentication failed for client (0874.0277.1345) with reason (Timeout) on Interface capwap_90800003 AuditSessionID 34AD580A0000000D7F735399
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Authc failure from Dot1X, Auth event timeout
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] (Re)try failed method Dot1X - 0874.0277.1345
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Retrying (count 3) method dot1x
.
.
.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-sm] [8681]: (info): MAC: 0874.0277.1345 Deleting the client, reason: 7, CO_CLIENT_DELETE_REASON_CONNECT_TIMEOUT, Client state S_CO_L2_AUTH_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-sm] [8681]: (note): MAC: 0874.0277.1345 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_CONNECT_TIMEOUT
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-state] [8681]: (note): MAC: 0874.0277.1345 Client state transition: S_CO_L2_AUTH_IN_PROGRESS -> S_CO_DELETE_IN_PROGRESS
.
.
.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [mm-transition] [8681]: (info): MAC: 0874.0277.1345 MMIF FSM transition: S_MA_INIT -> S_MA_LOCAL_DELETE_PROCESSED_TR on E_MA_CO_DELETE_RCVD
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [mm-client] [8681]: (ERR): MAC: 0874.0277.1345 Client not present in DB. Responding to CO with Delete Ack
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [wncd_2] [8681]: (info): Sanet App Event EV_SESSION_DELETE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Disconnect request from SANET-SHIM (12) for 0874.0277.1345 / 0x30000003 - term: supplicant-restart, abort: Unknown, disc: authorization failure
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-auth] [8681]: (info): MAC: 0874.0277.1345 Client auth-interface state transition: S_AUTHIF_DOT1XAUTH_PENDING -> S_SANET_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [dot11] [8681]: (info): MAC: 0874.0277.1345 Sent deauth to client, deauth reason: 252, CLIENT_DEAUTH_REASON_ADMIN_RESET delete reason: 7, CO_CLIENT_DELETE_REASON_CONNECT_TIMEOUT.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [dot11] [8681]: (info): MAC: 0874.0277.1345 DOT11 state transition: S_DOT11_ASSOCIATED -> S_DOT11_DELETED
.
.
.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-auth] [8681]: (info): MAC: 0874.0277.1345 Client auth-interface state transition: S_SANET_DELETE_IN_PROGRESS -> S_AUTHIF_DELETED
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [wncd_2] [8681]: (info): Sanet eventQ: EAP_CORE_MQ, message:2
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-state] [8681]: (note): MAC: 0874.0277.1345 Client state transition: S_CO_DELETE_IN_PROGRESS -> S_CO_DELETED 

Grund:

Der Client reagiert weder auf das EAP-Paket (Extensible Authentication Protocol), das vom 9800 WLC innerhalb des EAP-Request-Timeout-Intervalls gesendet wurde, noch auf die EAP-Request Max Retries-Zeiten.

Mögliche Lösungen:

• Aktualisierung der Wireless-Client-Treiber auf den neuesten Stand
• Gewährleisten, dass der Wireless-Client dem RADIUS-Zertifikat vertraut
• Erhöhen Sie das EAP-Request-Timeout und/oder die Anzahl der EAP-Request-Max-Wiederholungen.

CLI:

# config t
# wireless security dot1x request retries <0-20>
# wireless security dot1x timeout <1-120 seconds>

GUI: 

Navigieren Sie zu den erforderlichen Einstellungen,Configuration > Security > Advanced EAPund passen Sie sie an.

Verbindung aufgrund von AP Radio Reset getrennt

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [apmgr-capwap-config] [8621]: (info): f07f.06ee.f590 Radio: 1 is Operationally DOWN.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [apmgr-db] [8621]: (note): MAC: f07f.06ee.f590 Radio 1 is disabled, on receiving change state event message from AP
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [radio-history-reset] [8621]: (info): Radio reset of the AP f07f.06ee.f590 Slot:1 Band:802.11a due to Cause:0, Detailed Cause : 56 - Interface UP for Channel Change
YYYY/DD/MM HH:MM:SS.xxx {mobilityd_R0-0}{1}: [mm-transition] [19496]: (info): MAC: e4b3.187c.3058 MMFSM transition: S_MC_RUN -> S_MC_HANDOFF_END_RCVD_TR on E_MC_HANDOFF_END_RCVD from WNCD[1]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-sm] [8621]: (info): MAC: e4b3.187c.3058 Deleting the client, reason: 5, CO_CLIENT_DELETE_REASON_BSSID_DOWN, Client state S_CO_RUN
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-sm] [8621]: (note): MAC: e4b3.187c.3058 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_BSSID_DOWN
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-state] [8621]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_DELETE_IN_PROGRESS
.
.
.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [dpath_svc] [8621]: (note): MAC: e4b3.187c.3058 Client datapath entry deleted for ifid 0xfa0000001
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [mm-transition] [8621]: (info): MAC: e4b3.187c.3058 MMIF FSM transition: S_MA_LOCAL -> S_MA_DELETE_PROCESSED_TR on E_MA_CO_DELETE_RCVD
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [mm-client] [8621]: (ERR): MAC: e4b3.187c.3058 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [wncd_1] [8621]: (info): Sanet App Event EV_SESSION_DELETE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [auth-mgr] [8621]: (info): [e4b3.187c.3058:capwap_90400003] Disconnect request from SANET-SHIM (12) for e4b3.187c.3058 / 0xf89000008 - term: service-unavailable, abort: Unknown, disc: session disconnect
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-auth] [8621]: (info): MAC: e4b3.187c.3058 Client auth-interface state transition: S_AUTHIF_PSK_AUTH_DONE -> S_SANET_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [dot11] [8621]: (info): MAC: e4b3.187c.3058 Sent deauth to client, deauth reason: 252, CLIENT_DEAUTH_REASON_ADMIN_RESET delete reason: 5, CO_CLIENT_DELETE_REASON_BSSID_DOWN.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [dot11] [8621]: (info): MAC: e4b3.187c.3058 DOT11 state transition: S_DOT11_ASSOCIATED -> S_DOT11_DELETED 

Grund:

Der Access Point, dem der Client zugeordnet wurde, wechselte den Kanal oder die Stromversorgung, wodurch ein Zurücksetzen der Funkverbindung ausgelöst wurde.

Mögliche Lösungen:

• Dies ist ein normales Verhalten.
• Sie können einstellen, wie oft der 9800 WLC Kanaländerungen vornehmen darf. 

CLI:

# config t
# ap dot11 { 5ghz | 24ghz } rrm channel dca interval <0-24>  

Valid values 1,2,3,4,6,8,12 and 24 hours, 0 = 10 minutes (default)

GUI:

Navigieren Sie zu  Configuration > Radio Configurations > RRM > 5 GHz Band/2.4 GHz Band > DCA > Increase Interval Setting.

Die Verbindung wurde aufgrund eines Timeouts für die Webauthentifizierung getrennt.

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Authc failure from WebAuth, Auth event no-response
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [wncd_2] [8681]: (info): Sanet eventQ: AUTH_MGR_MQ, message:6
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [wncd_2] [8681]: (info): Sanet App Event EV_SESSION_AUTHC_FAILED
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] AUTHC_FAIL - unauthorize by default
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [9800 WLC-infra-evq] [8681]: (ERR): Authc failure for mac 0874.0277.1345, username , audit session id 34AD580A0000000E7FFA4ED8, Failure reason: No Response from Client
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Signalling Authc fail for client 0874.0277.1345
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [errmsg] [8681]: (note): %SESSION_MGR-5-FAIL: Authorization failed or unapplied for client (0874.0277.1345) on Interface capwap_90800003 AuditSessionID 34AD580A0000000E7FFA4ED8. Failure reason: Authc fail. Authc failure reason: No Response from Client.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Authz failed/unapplied for 0x08000004 (0874.0277.1345), method: webauth. Signal switch PI.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [wncd_2] [8681]: (info): Sanet App Event EV_SESSION_AUTHZ_FAILED
.
.
.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-auth] [8681]: (info): MAC: 0874.0277.1345 Client auth-interface state transition: S_AUTHIF_WEBAUTH_PENDING -> S_AUTHIF_WEBAUTH_PENDING
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-auth] [8681]: (ERR): MAC: 0874.0277.1345 L3 Authentication FAIL.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-auth] [8681]: (info): MAC: 0874.0277.1345 Client auth-interface state transition: S_AUTHIF_WEBAUTH_PENDING -> S_WAIT_FOR_CO_DELETE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [9800 WLC-infra-evq] [8681]: (ERR): WLAN profile = prof-name, Policy profile = default-policy-profile, AP name = AP1702-05
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-sm] [8681]: (info): MAC: 0874.0277.1345 Deleting the client, reason: 0, CO_CLIENT_DELETE_REASON_NONE, Client state S_CO_L3_AUTH_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-sm] [8681]: (note): MAC: 0874.0277.1345 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_NONE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-orch-state] [8681]: (note): MAC: 0874.0277.1345 Client state transition: S_CO_L3_AUTH_IN_PROGRESS -> S_CO_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [9800 WLC-qos-client] [8681]: (ERR): MAC: 0874.0277.1345 Fail to get qos lib ctxt while handle sip cac on client delete
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [multicast-main] [8681]: (info): MAC: 0874.0277.1345 No Flex/Fabric main record exists for client
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-iplearn] [8681]: (info): MAC: 0874.0277.1345 IP-learn state transition: S_IPLEARN_COMPLETE -> S_IPLEARN_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [dpath_svc] [8681]: (note): MAC: 0874.0277.1345 Client datapath entry deleted for ifid 0xfa0000002
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [mm-transition] [8681]: (info): MAC: 0874.0277.1345 MMIF FSM transition: S_MA_LOCAL -> S_MA_DELETE_PROCESSED_TR on E_MA_CO_DELETE_RCVD
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [mm-client] [8681]: (ERR): MAC: 0874.0277.1345 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [wncd_2] [8681]: (info): Sanet App Event EV_SESSION_DELETE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [auth-mgr] [8681]: (info): [0874.0277.1345:capwap_90800003] Disconnect request from SANET-SHIM (12) for 0874.0277.1345 / 0x08000004 - term: none, abort: Unknown, disc: (default)
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [aaa-attr-inf] [8681]: (info): [ Applied attribute :bsn-vlan-interface-name 0 "VLAN2602" ]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [aaa-attr-inf] [8681]: (info): [ Applied attribute : timeout 0 1800 (0x708) ]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [client-auth] [8681]: (info): MAC: 0874.0277.1345 Client auth-interface state transition: S_WAIT_FOR_CO_DELETE -> S_SANET_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {mobilityd_R0-0}{1}: [mm-transition] [19496]: (info): MAC: 0874.0277.1345 MMFSM transition: S_MC_RUN -> S_MC_HANDOFF_END_RCVD_TR on E_MC_HANDOFF_END_RCVD from WNCD[2]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-2}{1}: [dot11] [8681]: (info): MAC: 0874.0277.1345 DOT11 state transition: S_DOT11_ASSOCIATED -> S_DOT11_DELETED 

Grund:

Der Client hat die Webauthentifizierung nicht innerhalb der zulässigen Zeit (ca. 120 Sekunden) abgeschlossen.

Lösung:
Stellen Sie sicher, dass die Clients die Webauthentifizierung innerhalb von 120 Sekunden abschließen.

Die Verbindung wurde getrennt, weil das Sitzungstimeout überschritten wurde.

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-auth] [8621]: (info): MAC: e4b3.187c.3058 Client auth-interface state transition: S_AUTHIF_PSK_AUTH_DONE -> S_SANET_DELETED
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-sm] [8621]: (info): MAC: e4b3.187c.3058 Deleting the client, reason: 23, CO_CLIENT_DELETE_REASON_SESSION_TIMEOUT, Client state S_CO_RUN
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-sm] [8621]: (note): MAC: e4b3.187c.3058 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_SESSION_TIMEOUT
YYYY/DD/MM HH:MM:SS.xxx {mobilityd_R0-0}{1}: [mm-transition] [19496]: (info): MAC: e4b3.187c.3058 MMFSM transition: S_MC_RUN -> S_MC_HANDOFF_END_RCVD_TR on E_MC_HANDOFF_END_RCVD from WNCD[1]
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-state] [8621]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [9800 WLC-qos-client] [8621]: (ERR): MAC: e4b3.187c.3058 Fail to get qos lib ctxt while handle sip cac on client delete
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [multicast-main] [8621]: (info): MAC: e4b3.187c.3058 No Flex/Fabric main record exists for client
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-iplearn] [8621]: (info): MAC: e4b3.187c.3058 IP-learn state transition: S_IPLEARN_COMPLETE -> S_IPLEARN_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [dpath_svc] [8621]: (note): MAC: e4b3.187c.3058 Client datapath entry deleted for ifid 0xfa0000001
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [mm-transition] [8621]: (info): MAC: e4b3.187c.3058 MMIF FSM transition: S_MA_LOCAL -> S_MA_DELETE_PROCESSED_TR on E_MA_CO_DELETE_RCVD
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [mm-client] [8621]: (ERR): MAC: e4b3.187c.3058 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-auth] [8621]: (info): MAC: e4b3.187c.3058 Client auth-interface state transition: S_SANET_DELETED -> S_AUTHIF_DELETED
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [dot11] [8621]: (info): MAC: e4b3.187c.3058 Sent deauth to client, deauth reason: 252, CLIENT_DEAUTH_REASON_ADMIN_RESET delete reason: 23, CO_CLIENT_DELETE_REASON_SESSION_TIMEOUT.
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [dot11] [8621]: (info): MAC: e4b3.187c.3058 DOT11 state transition: S_DOT11_ASSOCIATED -> S_DOT11_DELETED
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-state] [8621]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_DELETE_IN_PROGRESS -> S_CO_DELETED 

Grund:

Der Client hat das Sitzungs-Timeout erreicht.

Mögliche Lösungen:

• Dies ist ein normales Verhalten.
• Erhöhen des mit der SSID verknüpften Timeouts für Richtlinienprofilsitzungen

CLI:

# config t
# wireless profile policy <policy-profile-name>
# shutdow
# session-timeout <20-86400 seconds>
# no shutdown

GUI:

Navigieren Sie zu den Timern,Configuration > Tags & Profiles > Policy > Policy Profile Name > Advanced > WLAN Timeoutund passen Sie sie nach Bedarf an.

Verbindung getrennt wegen Inaktivitätszeitüberschreitung

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [7807]: (note): MAC: e4b3.187c.3058 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_MN_IDLE_TIMEOUT
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [7807]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-qos-client] [7807]: (ERR): MAC: e4b3.187c.3058 Fail to get qos lib ctxt while handle sip cac on client delete
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dpath_svc] [7807]: (note): MAC: e4b3.187c.3058 Client datapath entry deleted for ifid 0xfa0000002
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [mm-client] [7807]: (ERR): MAC: e4b3.187c.3058 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [7807]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_DELETE_IN_PROGRESS -> S_CO_DELETED

Grund:

Der Client hat innerhalb des konfigurierten Intervalls für die Zeitüberschreitung bei Inaktivität keinen (oder nur unzureichenden) Datenverkehr gesendet.

Mögliche Lösungen:

• Dies ist ein normales Verhalten.
• Anpassen der mit der SSID verknüpften Leerlaufeinstellungen für Richtlinienprofile

CLI:

# config t
# wireless profile policy <policy-profile-name>
# shutdow
# idle-timeout <15-100000 seconds>
# idle-threshold  <0-4294967295 bytes> 
# no shutdown

GUI:

Navigieren Sie zu,Configuration > Tags & Profiles > Policy > Policy Profile Name > Advanced > WLAN Timeoutund passen Sie die Leerlaufeinstellungen nach Bedarf an.

Hinweis: Wenn Sie den Schwellenwert für Inaktivität nicht konfigurieren, muss der Client innerhalb des Zeitraums für die Inaktivität jede beliebige Datenmenge senden, um nicht getrennt zu werden. Wenn Sie den Schwellenwert für Leerlaufzeiten konfigurieren, muss der Client die Bytemenge innerhalb des Timeouts für Leerlaufzeiten senden, damit die Verbindung nicht getrennt wird (d. h., Sie konfigurieren einen Schwellenwert für Leerlaufzeiten von 10 Byte und einen Timeout für Leerlaufzeiten von 30 Sekunden, damit die Wireless-Clients mindestens 10 Byte Datenverkehr alle 30 Sekunden senden müssen, damit sie nicht vom Netzwerk getrennt werden).

Der Client wechselte zwischen SSIDs

Protokollbeispiel:

YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [7807]: (note): MAC: e4b3.187c.3058 Association received. BSSID f07f.06ee.f59d, old BSSID f07f.06ee.f59e, WLAN 1, Slot 1 AP f07f.06ee.f590, 3702-02
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [7807]: (ERR): MAC: e4b3.187c.3058 Failed to start dot11 processing. Failed to populate client record in DB
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [7807]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_RUN
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-sm] [7807]: (note): MAC: e4b3.187c.3058 Client delete initiated. Reason: CO_CLIENT_DELETE_REASON_WLAN_CHANGE
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [7807]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_RUN -> S_CO_DELETE_IN_PROGRESS
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [9800 WLC-qos-client] [7807]: (ERR): MAC: e4b3.187c.3058 Fail to get qos lib ctxt while handle sip cac on client delete
YYYY/DD/MM HH:MM:SS.xxx {fman_fp_F0-0}{1}: [wireless-client] [10254]: UUID: 1000000006930, ra: 5 (note): WLCLIENT 0xa0000002 pd_hdl 0x33 AOM delete succeeded
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [dpath_svc] [7807]: (note): MAC: e4b3.187c.3058 Client datapath entry deleted for ifid 0xfa0000002
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [mm-client] [7807]: (ERR): MAC: e4b3.187c.3058 Invalid transmitter ip in build client context
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-0}{1}: [client-orch-state] [7807]: (note): MAC: e4b3.187c.3058 Client state transition: S_CO_DELETE_IN_PROGRESS -> S_CO_DELETED
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-sm] [8009]: (note): MAC: e4b3.187c.3058 Association received. BSSID 00c8.8b26.d79d, old BSSID 0000.0000.0000, WLAN 1, Slot 1 AP 00c8.8b26.d790, AP-1700-x
YYYY/DD/MM HH:MM:SS.xxx {wncd_x_R0-1}{1}: [client-orch-state] [8009]: (note): MAC: e4b3.187c.3058 Client state transition: client_orch_sm_state___none -> S_CO_ASSOCIATING  

Grund:

Der Client wurde mit einer SSID verbunden und in eine andere SSID verschoben. 

Mögliche Lösungen:

• Normales Verhalten
• Entfernen der zweiten SSID vom Client