WLAN-Ursachencodes
Machen Sie sich mit den Ursachencodes vertraut, die gesendet werden, wenn eine drahtlose Verbindung geschlossen wird, und verwenden Sie diese Codes, um Probleme zu beheben.
Ursachencodes für die Aufhebung der Authentifizierung
Sowohl der Client als auch der AP können einen Deauthentifizierungs-Frame senden, um die jeweils andere Seite darüber zu informieren, dass die Verbindung geschlossen ist. Da es sich um eine Benachrichtigung und nicht um eine Anfrage handelt, kann der Rahmen normalerweise nicht abgelehnt werden. Sie können den Deauthentifizierungsrahmen und den zugehörigen Ursachencode in Verbindung mit Marvis, Insights oder Wireshark verwenden, um WLAN-Probleme zu beheben. IEEE 802.11-2012 Abschnitt 8.4.1.7 enthält den technischen Standard für die Kommunikation mit drahtlosen Geräten, einschließlich Standard-Ursachencodes.
Im Mist Portal können Sie diese Codes im Abschnitt Clientereignisse auf der Seite Site Insights (Überwachen > Servicelevels | Insights). Wenn Sie ein Fehlerereignis aus dem Abschnitt Clientereignisse auswählen, wird der Ursachencode in der Ereignisdetailansicht angezeigt.
Verwenden Sie in Wireshark einen Filter wie: subtype 10 management frames (disassociation) oder subtype 12 management frames (deauthentication), um den Frame mit dem Ursachencode zu finden.
Weitere WLAN-Frame-Typen und -Untertypen finden Sie unter: https://en.wikipedia.org/wiki/802.11_frame_types. Informationen zu DHCPv6-Optionen und -Statuscodes finden Sie unter Statuscodes.
Die Ursachencodes sind in der folgenden Tabelle aufgeführt:
| Ursachencode | Bedeutung |
| 1 | Nicht angegebener Grund |
| 2 | Vorherige Authentifizierung ist nicht mehr gültig |
| 3 | Deauthentifizierung, da das Senden von STA IBSS oder ESS verlässt (oder verlassen hat) |
| 4 | Trennung aufgrund von Inaktivität |
| 5 | Getrennte Zuordnung, da der AP nicht in der Lage ist, alle derzeit zugeordneten STAs zu verarbeiten |
| 6 | Klasse-2-Frame, der von nicht authentifizierter STA empfangen wurde |
| 7 | Klasse-3-Frame, der von nicht zugeordneter STA empfangen wurde |
| 8 | Trennung, da das Senden von STA BSS verlässt (oder verlassen hat) |
| 9 | STA, die die (erneute) Zuordnung anfordert, wird nicht mit der antwortenden STA authentifiziert. |
| 10 | Die Zuordnung wird aufgehoben, da die Informationen im Leistungsfähigkeitselement nicht akzeptabel sind |
| 11 | Getrennte Zuordnung, da die Informationen im Element "Unterstützte Kanäle" nicht akzeptabel sind |
| 12 | Nicht zugeordnet aufgrund von BSS-Übergangsmanagement |
| 13 | Ungültiges Element, d. h. ein in dieser Norm definiertes Element, dessen Inhalt nicht den Spezifikationen in Abschnitt 8 entspricht. |
| 14 | Fehler des Nachrichtenintegritätscodes (MIC) |
| 15 | Zeitüberschreitung beim 4-Wege-Handshake |
| 16 | Zeitüberschreitung beim Handshake von Gruppenschlüsseln |
| 17 | Das Element im 4-Wege-Handshake unterscheidet sich vom (Re)Association Request/Probe Response/Beacon Frame. |
| 18 | Ungültige Gruppenchiffre |
| 19 | Ungültige paarweise Chiffre |
| 20 | Ungültiger AKMP |
| 21 | Nicht unterstützte RSNE-Version |
| 22 | Ungültige RSNE-Funktionen |
| 23 | IEEE 802.1X-Authentifizierung fehlgeschlagen |
| 24 | Cipher Suite aufgrund der Sicherheitsrichtlinie abgelehnt |
| 25 | TDLS-Direct-Link-Teardown, da TDLS-Peer-STA über den TDLS-Direct-Link nicht erreichbar ist |
| 26 | TDLS-Direct-Link-Teardown aus unbekanntem Grund |
| 27 | Getrennte Zuordnung, da die Sitzung durch SSP-Anforderung beendet wird |
| 28 | Nicht zugeordnet wegen fehlender SSP-Roaming-Vereinbarung |
| 29 | Angeforderter Dienst aufgrund der SSP-Verschlüsselungssuite oder der AKM-Anforderung abgelehnt |
| 30 | Angeforderte Dienstleistung an diesem Standort nicht autorisiert |
| 31 | TS wurde gelöscht, da der QoS-AP aufgrund einer Änderung der BSS-Dienstmerkmale oder des Betriebsmodus (Beispiel: Änderung eines HT-BSS-Kanals von 40-MHz-Kanal auf 20-MHz-Kanal) nicht über genügend Bandbreite für diese QoS-STA verfügt. |
| 32 | Trennung aus nicht näher angegebenem, QoS-bezogenem Grund |
| 33 | Trennung, da der QoS-AP nicht über genügend Bandbreite für diese QoS-STA verfügt |
| 34 | Nicht zugeordnet, da eine übermäßige Anzahl von Frames bestätigt werden muss, aber aufgrund von AP-Übertragungen oder schlechten Kanalbedingungen nicht bestätigt wird |
| 35 | Getrennte Zuordnung, da STA außerhalb der Grenzen ihrer TXOPs sendet |
| 36 | STA_LEAVING die von der Peer-STA angefordert wird, wenn die STA das BSS verlässt (oder zurücksetzt) |
| 37 | Von Peer-STA angefordert, da sie den Mechanismus nicht verwenden möchte |
| 38 | Wird von der Peer-STA angefordert, da die STA Frames unter Verwendung des Mechanismus, für den eine Einrichtung erforderlich ist, empfangen hat |
| 39 | Von Peer-STA aufgrund einer Zeitüberschreitung angefordert |
| 45 | Peer STA unterstützt die angeforderte Verschlüsselungssammlung nicht. |
| 46 | In einem DLS-Teardown-Frame: Der Teardown wurde vom DLS-Peer initiiert. In einem Trennungsrahmen: Getrennte Zuordnung, da das Limit für autorisierten Zugriff erreicht wurde |
| 47 | In einem DLS-Teardown-Frame: Der Teardown wurde vom AP initiiert. In einem Trennungsrahmen: Trennung aufgrund externer Serviceanforderungen |
| 48 | Ungültige FT-Aktions-Frame-Anzahl |
| 49 | Ungültiger paarweiser Hauptschlüsselbezeichner (PMKI) |
| 50 | Ungültige MDE |
| 51 | Ungültige FTE |
| 52 | SME bricht die Mesh-Peering-Instanz aus einem anderen Grund als dem Erreichen der maximalen Anzahl von Peer-Mesh-STAs ab. |
| 53 | Die Mesh-STA hat die unterstützte maximale Anzahl von Peer-Mesh-STAs erreicht. |
| 54 | Die empfangenen Informationen verstoßen gegen die im Mesh-STA-Profil konfigurierte Mesh-Konfigurationsrichtlinie. |
| 55 | Die Mesh-STA hat eine Mesh-Peering-Close-Nachricht erhalten, in der sie aufgefordert wird, das Mesh-Peering zu schließen. |
| 56 | Die Mesh-STA hat Mesh-Peering-Open-Nachrichten erneut gesendet dot11MeshMaxRetries , ohne eine Mesh-Peering-Bestätigungsmeldung zu erhalten. |
| 57 | Bei confirmTimer der Zeitüberschreitung für die Mesh-Peeringinstanz |
| 58 | Die Mesh-STA kann den GTK nicht entpacken, oder die Werte im umschlossenen Inhalt stimmen nicht überein. |
| 59 | Die Netz-STA empfängt inkonsistente Informationen über die Netzparameter zwischen Mesh-Peering-Management-Frames. |
| 60 | Die Mesh-STA schlägt beim authentifizierten Mesh-Peering-Austausch fehl, da bei der Auswahl der paarweisen CipherSuite oder der Gruppen-CipherSuite ein Fehler aufgetreten ist. |
| 61 | Die Mesh-STA verfügt nicht über Proxyinformationen für dieses externe Ziel. |
| 62 | Die Mesh-STA verfügt über keine Weiterleitungsinformationen für dieses Ziel. |
| 63 | Die Mesh-STA stellt fest, dass der Link zum nächsten Hop eines aktiven Pfads in ihren Weiterleitungsinformationen nicht mehr verwendbar ist. |
| 64 | Der Deauthentifizierungsrahmen wurde gesendet, weil die MAC-Adresse der STA bereits im Mesh-BSS vorhanden ist. Siehe 10.3.6. |
| 65 | Die Mesh-STA führt einen Kanalwechsel durch, um die gesetzlichen Anforderungen zu erfüllen. |
| 66 | Die Mesh-STA führt einen Kanalwechsel aus unangegebenem Grund durch. |
| 67–65535 | Reserviert |