In diesem Dokument werden die Funktionen und der Betrieb des Radio Resource Management (RRM) im Detail beschrieben und die Algorithmen hinter dieser Funktion vorgestellt.
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
LWAPP (Lightweight Access Point Protocol)
Allgemeine Überlegungen hinsichtlich des WLAN- bzw. Funkfrequenzdesigns (Kenntnisse vergleichbar mit denen der Planet 3 Wireless CWNA-Zertifizierung)
Hinweis: Aggressiver Client-Lastenausgleich und Erkennung/Eindämmung nicht autorisierter APs (und andere Funktionen des Cisco Intrusion Detection System [IDS]/Cisco IOS® Intrusion Prevention System [IPS]) sind keine Funktionen von RRM und würden den Rahmen dieses Dokuments sprengen.
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).
Überprüfen Sie in der CLI Folgendes:
show advanced [802.11b|802.11a] txpower
Der neue Standardwert ist -70dbm. Wenn der Wert geändert wurde, kehren Sie zu den Standardwerten zurück, da sich dieser neue Wert unter verschiedenen Bedingungen als optimal erwiesen hat. Dieser Wert muss auf allen Controllern einer RF-Gruppe gleich sein. Vergessen Sie nicht, die Konfiguration zu speichern, nachdem Sie Änderungen vorgenommen haben.
Führen Sie den folgenden Befehl aus, um diesen Wert zu ändern:
config advanced [802.11b|802.11a] tx-power-control-thresh 70
Überprüfen Sie in der CLI Folgendes:
show advanced [802.11a|802.11b] profile global
Die Ergebnisse sollten wie folgt sein:
802.11b Global coverage threshold.............. 12 dB for 802.11b 802.11a Global coverage threshold.............. 16 dB for 802.11a
Wenn sich die Ergebnisse unterscheiden, verwenden Sie die folgenden Befehle:
config advanced 802.11b profile coverage global 12 config advanced 802.11a profile coverage global 16
Der Client-SNR-Cut-Off-Parameter, der bestimmt, ob der Client einen Verstoß darstellt und ob die Minderung durch den CoverageHole-Algorithmus ausgelöst wird, der als Coverage bezeichnet wird, sollte auf die Standardwerte zurückgesetzt werden, um optimale Ergebnisse zu erzielen.
Überprüfen Sie in der CLI Folgendes:
show load-balancing
Der Standardstatus des Lastenausgleichs lautet nun Deaktiviert. Wenn diese Option aktiviert ist, lautet das Standardfenster jetzt 5. Dies ist die Anzahl der Clients, die einer Funkeinheit zugeordnet werden müssen, bevor ein Lastenausgleich bei der Zuordnung erfolgt. In einer Client-Umgebung mit hoher Dichte kann Load Balancing sehr nützlich sein. Die Verwendung dieser Funktion muss vom Administrator entschieden werden, damit das Verhalten bei der Client-Zuordnung und -Verteilung verstanden wird.
TIPPS:
Stellen Sie sicher, dass der Tx-Leistungsschwellenwert auf allen Controllern, die den RF-Gruppennamen gemeinsam nutzen, identisch konfiguriert ist.
In früheren Versionen als 4.1.185.0 betrug der Standard-Tx-Leistungsschwellenwert -65 dBM, aber dieser Schwellenwert von -65 dBm kann für die meisten Bereitstellungen zu "heiß" sein. Bei diesem Schwellenwert zwischen -68 dBm und -75 dBm wurden bessere Ergebnisse beobachtet. Mit Version 4.1.185.0 beträgt der Standard-Tx-Leistungsschwellenwert nun -70 dBm. Bei Version 4.1.185.0 oder höher wird dringend empfohlen, dass Benutzer den Tx-Leistungsschwellenwert auf -70 ändern und überprüfen, ob die Ergebnisse zufriedenstellend sind. Dies ist eine gute Empfehlung, da verschiedene RRM-Verbesserungen dazu führen können, dass Ihre aktuelle Einstellung derzeit nicht optimal ist.
WARUM IST DAS SO:
Der RF-Gruppenname ist eine ASCII-Zeichenfolge, die pro Wireless LAN-Controller (WLC) konfiguriert wurde. Der Gruppierungsalgorithmus wählt den RF-Gruppenleiter, der seinerseits die Transmit Power Control (TPC) und die Dynamic Channel Assignment (DCA) für die gesamte RF-Gruppe berechnet. Eine Ausnahme bildet der Coverage Hole-Algorithmus (CHA), der pro WLC ausgeführt wird. Da die RF-Gruppierung dynamisch ist und der Algorithmus standardmäßig in Abständen von 600 Sekunden ausgeführt wird, kann es vorkommen, dass neue Nachbarn angesprochen werden (oder vorhandene Nachbarn nicht mehr angehört werden). Dies führt zu einer Änderung in der RF-Gruppe, die zur Wahl eines neuen Leiters führen kann (für eine oder mehrere logische RF-Gruppen). In diesem Fall wird der Tx-Leistungsschwellenwert des neuen Gruppenleiters im TPC-Algorithmus verwendet. Wenn der Wert dieses Grenzwerts für mehrere Controller inkonsistent ist, die den gleichen RF-Gruppennamen verwenden, kann dies zu Diskrepanzen in den resultierenden Tx-Leistungsniveaus führen, wenn der TPC ausgeführt wird.
TIPP:
Legen Sie für die meisten Bereitstellungen die Abdeckungsmessung (standardmäßig 12 dB) auf 3 dB fest.
Hinweis: Mit Version 4.1.185.0 können Erweiterungen wie Tx Power Up Control und die vom Benutzer konfigurierbare Anzahl von SNR-Profil-Clients, die die Schwellenwerte verletzen, in den meisten Umgebungen problemlos mit den Standardeinstellungen von 12 dB für 802.11b/g und 16 dB für 802.11a verwendet werden.
WARUM IST DAS SO:
Die Abdeckungsmessung, standardmäßig 12 dB, wird verwendet, um die maximal tolerierbare SNR pro Client zu erhalten. Wenn die Client-SNR diesen Wert überschreitet und selbst ein Client diesen Wert überschreitet, wird der CHA vom WLC ausgelöst, dessen Access Point (AP) den Client mit schlechter SNR erkennt. In Fällen, in denen ältere Clients vorhanden sind (die oft eine schlechte Roaming-Logik haben), bietet die Einstellung des tolerierbaren Rauschpegels auf 3dB-Ergebnisse eine kurzfristige Lösung (diese Korrektur ist in 4.1.185.0 oder höher nicht erforderlich).
Dies wird im Abschnitt "Erkennung und Korrektur von Abdeckungslöchern" unter "Sticky Client Power-up Consideration" näher beschrieben.
TIPPS:
Je länger das konfigurierte Intervall zwischen der Übertragung von Nachbarnachrichten ist, desto langsamer ist die Konvergenz/Stabilisierung im gesamten System.
Wenn ein vorhandener Nachbar 20 Minuten lang nicht gehört wird, wird der Access Point aus der Nachbarliste entfernt.
Hinweis: Mit Version 4.1.185.0 wird das Intervall zum Löschen der Nachbarliste jetzt erweitert, damit der Nachbar, von dem ein Nachbarpaket nicht gehört wurde, bis zu 60 Minuten lang erhalten bleibt.
WARUM IST DAS SO:
Nachbarnachrichten werden standardmäßig alle 60 Sekunden gesendet. Diese Frequenz wird durch die Signalmessung (Neighbor Packet Frequency in 4.1.185.0 und höher) im Abschnitt "Monitor Intervals" auf der Seite "Auto RF" (siehe Abbildung 15 als Referenz) gesteuert. Es ist wichtig zu verstehen, dass Nachbarnachrichten die Liste der Nachbarn übermitteln, die ein WAP hört, die dann an die jeweiligen WLCs weitergeleitet wird, die wiederum die RF-Gruppe bilden (dies setzt voraus, dass der Name der RF-Gruppe gleich konfiguriert ist). Die HF-Konvergenzzeit hängt vollständig von der Frequenz der Nachbarmeldungen ab, und dieser Parameter muss entsprechend eingestellt werden.
TIPP:
Mit der Schaltfläche "On-Demand" können Sie die Steuerung optimieren und das deterministische RRM-Verhalten festlegen.
Hinweis: Mit Version 4.1.185.0 kann die Vorhersehbarkeit durch die Verwendung der DCA-Konfiguration für Ankerzeit, Intervall und Empfindlichkeit erreicht werden.
WARUM IST DAS SO:
Benutzer, die eine Vorhersehbarkeit für algorithmische Änderungen im gesamten System wünschen, können RRM im On-Demand-Modus ausführen. Bei Verwendung berechnen RRM-Algorithmen die optimalen Kanal- und Leistungseinstellungen für das nächste 600-Sekunden-Intervall. Die Algorithmen sind dann inaktiv, bis die On-Demand-Option zum nächsten Mal verwendet wird; das System befindet sich im Freeze-Zustand. Weitere Informationen finden Sie in Abbildung 11 und Abbildung 12 sowie in den entsprechenden Beschreibungen.
TIPP:
Die Standardeinstellung für den Lastenausgleich ist ON, wobei das Fenster für den Lastenausgleich auf 0 festgelegt ist. Dieses Fenster sollte auf eine höhere Zahl wie 10 oder 12 geändert werden.
Hinweis: In Version 4.1.185.0 und höher ist die Standardeinstellung für den Lastenausgleich "OFF" (Aus), und wenn diese Option aktiviert ist, ist die Fenstergröße standardmäßig auf "5" eingestellt.
WARUM IST DAS SO:
Obwohl es sich nicht um einen RRM-bezogenen Ansatz handelt, kann ein aggressiver Lastenausgleich zu suboptimalen Client-Roaming-Ergebnissen für ältere Clients mit schlechter Roaming-Logik führen, wodurch diese Clients empfindlich bleiben. Dies kann sich nachteilig auf das CHA auswirken. Die standardmäßige Einstellung für das Load Balancing-Fenster auf dem WLC ist auf 0 gesetzt, was nicht gut ist. Dies wird als die Mindestanzahl von Clients interpretiert, die sich auf dem Access Point befinden sollten, bevor der Lastverteilungsmechanismus beginnt. Interne Untersuchungen und Beobachtungen haben gezeigt, dass dieser Standardwert auf einen praktischeren Wert wie 10 oder 12 geändert werden sollte. Natürlich stellt jeder Einsatz einen anderen Bedarf dar und das Fenster sollte daher entsprechend eingestellt werden. Dies ist die Befehlszeilensyntax:
(WLC) >config load-balancing window ? <client count> Number of clients (0 to 20)
In dichten Produktionsnetzwerken wurden die Controller auf eine optimale Funktion mit Lastausgleich EIN und Fenstergröße auf 10 überprüft. Konkret bedeutet dies, dass ein Lastenausgleichsverhalten nur dann aktiviert ist, wenn sich beispielsweise eine große Gruppe von Personen in einem Konferenzraum oder einem offenen Bereich (Meeting oder Klasse) versammelt. Lastenausgleich ist sehr nützlich, um diese Benutzer in solchen Szenarien auf verschiedene verfügbare Access Points zu verteilen.
Hinweis: Benutzer werden niemals aus dem Wireless-Netzwerk ausgeschlossen. Der Lastenausgleich erfolgt nur bei der Zuordnung, und das System versucht, einen Client zu einem weniger ausgelasteten Access Point zu ermutigen. Wenn der Client persistent ist, kann er teilnehmen und bleibt niemals "stranded".
Neben der deutlichen Zunahme der Nutzung von WLAN-Technologien haben auch Bereitstellungsprobleme zugenommen. Die 802.11-Spezifikation wurde ursprünglich im Hinblick auf die Verwendung in Privathaushalten und Einzelzellen entwickelt. Die Kanal- und Energieeinstellungen für einen Access Point waren zwar nur eine geringfügige Aufgabe, doch angesichts der Tatsache, dass die WLAN-Abdeckung zu den Erwartungen der Benutzer zählte, war es erforderlich, die Einstellungen der Access Points sorgfältig zu analysieren. Da die Bandbreite von 802.11 gemeinsam genutzt wird, drängen Anwendungen, die jetzt über das Wireless-Segment ausgeführt werden, Kunden zu kapazitätsorientierteren Bereitstellungen. Das Hinzufügen von Kapazität zu einem WLAN ist ein Problem, das sich von dem kabelgebundener Netzwerke unterscheidet, bei denen Bandbreite in der Regel ein Problem darstellt. Zusätzliche APs sind erforderlich, um die Kapazität zu erhöhen. Bei falscher Konfiguration kann die Systemkapazität jedoch aufgrund von Interferenzen und anderen Faktoren tatsächlich verringert werden. Da mittlerweile große, dichte WLANs die Norm sind, stehen Administratoren immer häufiger vor den Herausforderungen dieser RF-Konfigurationen, die zu höheren Betriebskosten führen können. Bei unsachgemäßer Behandlung kann dies zu Instabilität des WLAN und einem schlechten Anwendererlebnis führen.
Angesichts des begrenzten Spektrums (einer begrenzten Anzahl sich nicht überlappender Kanäle) und des dem RF innewohnenden Wunsches, Wände und Böden zu durchdringen, hat sich die Entwicklung eines WLANs jeder Größe in der Vergangenheit als gewaltige Aufgabe erwiesen. Selbst bei einer fehlerfreien Standortuntersuchung ändert sich die Funkumgebung ständig, und was einmal ein optimaler AP-Kanal und -Sendeleistungsschema sein könnte, könnte sich im nächsten Moment als weniger funktionsfähig erweisen.
Geben Sie das RRM von Cisco ein. RRM ermöglicht der Cisco Unified WLAN-Architektur die kontinuierliche Analyse der vorhandenen Funkumgebung und die automatische Anpassung der Leistungspegel und Kanalkonfigurationen der APs, um beispielsweise Störungen im Nebenkanal oder Probleme bei der Signalabdeckung zu minimieren. RRM reduziert den Bedarf an umfassenden Standortuntersuchungen, erhöht die Systemkapazität und bietet automatische Self-Healing-Funktionen zum Ausgleich von Funklöchern und AP-Ausfällen.
Leser sollten die in diesem Dokument verwendeten Begriffe verstehen:
Signal: jegliche HF-Energie aus der Luft.
dBm: eine absolute, logarithmische mathematische Darstellung der Stärke eines HF-Signals. dBm ist direkt mit Milliwatt korreliert, wird aber häufig verwendet, um die Ausgangsleistung in den sehr niedrigen Werten darzustellen, die in Wireless-Netzwerken üblich sind. Der Wert von -60 dBm ist beispielsweise gleich 0,000001 Milliwatt.
Received Signal Strength Indicator (RSSI): Absolute numerische Messung der Signalstärke. Nicht alle 802.11-Funkmodule melden RSSI gleich, aber für die Zwecke dieses Dokuments wird angenommen, dass RSSI direkt mit dem Empfangssignal korreliert, wie in dBm angegeben.
Rauschen: jedes Signal, das nicht als 802.11-Signal decodiert werden kann. Dies kann entweder von einer Nicht-802.11-Quelle (z. B. einer Mikrowelle oder einem Bluetooth-Gerät) oder von einer 802.11-Quelle stammen, deren Signal aufgrund einer Kollision oder einer anderen Verzögerung des Signals ungültig geworden ist.
Rauschuntergrenze: der vorhandene Signalpegel (in dBm), unterhalb dessen empfangene Signale unverständlich sind.
SNR: das Verhältnis von Signalstärke zu Rauschuntergrenze. Dieser Wert ist ein relativer Wert und wird als solcher in Dezibel (dB) gemessen.
Interferenz: unerwünschte RF-Signale im gleichen Frequenzband, die zu einer Verschlechterung oder einem Verlust des Dienstes führen können. Diese Signale können entweder von 802.11- oder von anderen Quellen als 802.11-Quellen stammen.
Bevor wir uns näher mit der Funktionsweise von RRM-Algorithmen befassen, ist es wichtig, zunächst einen grundlegenden Arbeitsablauf zu verstehen, wie ein RRM-System zur Bildung einer RF-Gruppierung zusammenarbeitet, und zu verstehen, welche RF-Berechnungen wo stattfinden. Dies ist eine Übersicht der Schritte, die die Cisco Unified Solution beim Lernen, Gruppieren und anschließenden Berechnen aller RRM-Funktionen durchführt:
Für Controller, deren APs die RF-Konfiguration als eine Gruppe berechnen lassen müssen, wird derselbe RF-Gruppenname bereitgestellt. Ein RF-Gruppenname ist eine ASCII-Zeichenfolge, die jeder WAP verwendet, um zu bestimmen, ob die anderen hörbaren WAPs Teil desselben Systems sind.
APs senden regelmäßig Nachrichten über Nachbarn und tauschen Informationen über sich selbst, ihre Controller und ihren RF-Gruppennamen aus. Diese Nachbarmeldungen können dann von anderen APs mit demselben RF-Gruppennamen authentifiziert werden.
APs, die diese Nachbarnachrichten abhören und anhand des gemeinsam genutzten RF-Gruppennamen authentifizieren können, geben diese Informationen (die in erster Linie aus der Controller-IP-Adresse und Informationen über den AP bestehen, der die Nachbarnachricht überträgt) an die Controller weiter, mit denen sie verbunden sind.
Die Controller, die nun verstehen, welche anderen Controller Teil der RF-Gruppe sein sollen, bilden dann eine logische Gruppe, um diese RF-Informationen gemeinsam zu nutzen und anschließend einen Gruppenleiter zu wählen.
Ausgestattet mit detaillierten Informationen zur Funkumgebung für jeden Access Point in der Funkgruppe wird eine Reihe von RRM-Algorithmen zur Optimierung der folgenden AP-Konfigurationen im RF-Gruppenleiter ausgeführt (mit Ausnahme des Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern, der auf dem Controller vor Ort der Access Points ausgeführt wird):
DCA
TPC
Hinweis: RRM (und RF-Gruppierung) ist eine separate Funktion zur Controller-übergreifenden Mobilität (und zur Mobilitätsgruppierung). Die einzige Ähnlichkeit besteht in der Verwendung einer gemeinsamen ASCII-Zeichenfolge, die beiden Gruppennamen während der Erstkonfiguration des Controllers zugewiesen wird. Dies dient zur Vereinfachung des Einrichtungsprozesses und kann später geändert werden.
Hinweis: Es ist normal, dass mehrere logische RF-Gruppen vorhanden sind. Ein AP auf einem bestimmten Controller verbindet seinen Controller nur dann mit einem anderen Controller, wenn ein AP von einem anderen Controller einen anderen AP hören kann. In großen Umgebungen und an Universitäten ist es normal, dass mehrere RF-Gruppen vorhanden sind, die sich über kleine Cluster von Gebäuden erstrecken, aber nicht über die gesamte Domäne.
Dies ist eine grafische Darstellung dieser Schritte:
Abbildung 1: Nachrichten von den Zugangspunkten geben den WLCs eine systemweite Ansicht der Funkumgebung, in der sie Kanal- und Leistungsanpassungen vornehmen können.Tabelle 1: Referenz zur Funktionsaufgliederung
Funktionalität | Durchgeführt bei/von: |
---|---|
RF-Gruppierung | WLCs wählen den Gruppenleiter |
Dynamische Kanalzuweisung | Gruppenleiter |
Steuerung der Sendeleistung | Gruppenleiter |
Erkennung und Korrektur von Abdeckungslöchern | WLC |
RF-Gruppen sind Cluster von Controllern, die nicht nur den gleichen RF-Gruppennamen verwenden, sondern deren Access Points einander hören.
Die logische Kollokation der APs und damit die RF-Gruppierung der Controller werden durch APs bestimmt, die die Nachbarnachrichten anderer APs empfangen. Diese Meldungen enthalten Informationen über den sendenden WAP und dessen WLC (zusammen mit weiteren Informationen in Tabelle 1) und werden durch einen Hash authentifiziert.
Tabelle 2: Nachbarnachrichten enthalten eine Handvoll von Informationselementen, die empfangenden Controllern ein Verständnis der sendenden APs und der Controller geben, mit denen sie verbunden sind.Feldname | Beschreibung |
---|---|
Funkkennung | APs mit mehreren Funkmodulen identifizieren anhand dieser Funktion, welche Funkmodule zur Übertragung von Nachbar-Nachrichten verwendet werden. |
Gruppen-ID | Zähler und MAC-Adresse des WLC |
WLC-IP-Adresse | Management-IP-Adresse des führenden RF-Gruppenleiters |
Kanal des AP | Nativer Kanal, auf dem der Access Point die Clients bedient |
Nachrichtenkanal des Nachbarn | Kanal, auf dem das Nachbarpaket übertragen wird |
Leistung | Derzeit nicht verwendet |
Antennenmuster | Derzeit nicht verwendet |
Wenn ein WAP eine Nachbarnachricht empfängt (alle 60 Sekunden auf allen funktionierenden Kanälen mit maximaler Leistung und der niedrigsten unterstützten Datenrate übertragen), sendet er den Frame an seinen WLC, um zu bestimmen, ob der WAP Teil derselben RF-Gruppe ist, indem er den eingebetteten Hash überprüft. Ein WAP, der entweder nicht-dechiffrierbare Nachbarnachrichten sendet (was darauf hindeutet, dass ein ausländischer RF-Gruppenname verwendet wird) oder überhaupt keine Nachbarnachrichten sendet, wird als unberechtigter WAP eingestuft.
Abbildung 2: Nachbarnachrichten werden alle 60 Sekunden an die Multicast-Adresse 01:0B:85:00:00:00 gesendet.
Wenn alle Controller den gleichen RF-Gruppennamen verwenden, muss ein WLC nur einen AP aufweisen, der einen AP von einem anderen WLC hört (weitere Einzelheiten siehe Abbildungen 3 bis 8), damit sich eine RF-Gruppe bildet.
Abbildung 3: APs senden und empfangen Nachbarnachrichten, die dann an ihre Controller weitergeleitet werden, um eine RF-Gruppe zu bilden.
Benachbarte Nachrichten werden von empfangenden APs und ihren WLCs verwendet, um zu bestimmen, wie Intern-WLC-RF-Gruppen erstellt werden, sowie um logische RF-Untergruppen zu erstellen, die nur aus APs bestehen, die die Nachrichten der anderen hören können. Die RRM-Konfigurationen dieser logischen RF-Untergruppen werden vom RF-Gruppenleiter vorgenommen, jedoch unabhängig voneinander, da sie keine Wireless-Verbindungen zwischen RF-Untergruppen aufweisen (siehe Abbildungen 4 und 5).
Abbildung 4: Alle APs sind logisch mit einem WLC verbunden, es werden jedoch zwei separate logische RF-Untergruppen gebildet, da die APs 1, 2 und 3 keine Nachrichten von den APs 4, 5 und 6 hören können und umgekehrt.Abbildung 5: APs in derselben logischen RF-Untergruppe können einen WLC gemeinsam nutzen, entweder auf einem separaten WLC oder auf einer Mischung aus WLCs. Die RRM-Funktion wird systemweit ausgeführt, sodass die Controller automatisch gruppiert werden, solange sich die Access Points gegenseitig hören. In diesem Beispiel befinden sich die WLCs A und B in derselben RF-Gruppe und ihre APs in zwei verschiedenen logischen RF-Untergruppen.
In einer Umgebung mit vielen WLCs und APs müssen sich nicht alle APs gegenseitig hören, damit das gesamte System eine einzige RF-Gruppe bildet. Jeder Controller muss über mindestens einen AP verfügen, über den ein anderer AP von einem anderen WLC empfangen wird. Somit kann die RF-Gruppierung über viele Controller erfolgen, unabhängig von der lokalen Ansicht der benachbarten APs und somit WLCs durch die einzelnen Controller (siehe Abbildung 6).
Abbildung 6: In diesem Beispiel können APs, die mit den WLCs A und C verbunden sind, keine Nachrichten von Nachbarn voneinander hören. WLC B kann sowohl WLC A als auch C hören und dann die Informationen des anderen mit ihnen teilen, sodass dann eine einzelne RF-Gruppe gebildet wird. Für jede Gruppe von APs, die die Nachbarnachrichten des jeweils anderen APs empfangen können, werden separate logische RF-Untergruppen erstellt.
In einem Szenario, in dem mehrere Controller mit demselben RF-Gruppennamen konfiguriert sind, die jeweiligen APs jedoch die Nachbarnachrichten der anderen nicht hören können, werden zwei separate (übergeordnete) RF-Gruppen gebildet, wie in Abbildung 7 dargestellt.
Abbildung 7: Obwohl sich die WLCs den gleichen RF-Gruppennamen teilen, können sich die APs nicht gegenseitig hören, sodass zwei separate RF-Gruppen gebildet werden.
Die RF-Gruppierung erfolgt auf der Controller-Ebene, d. h. sobald APs Informationen über die anderen APs, die sie hören (sowie die Controller, mit denen diese APs verbunden sind), an ihre Controller melden, kommuniziert jeder jeweilige WLC direkt mit den anderen WLCs, um eine systemweite Gruppierung zu bilden. Innerhalb einer einzigen systemweiten Gruppe, oder RF-Gruppe, würden die RF-Parameter vieler untergeordneter APs getrennt voneinander festgelegt: Man betrachte einen zentralen WLC mit einzelnen APs an entfernten Standorten. Jeder WAP würde daher seine eigenen RF-Parameter separat von den anderen einstellen, sodass, während jeder WAP zu derselben Controller-RF-Gruppierung gehört, jeder einzelne WAP (in diesem Beispiel) in seiner eigenen logischen RF-Untergruppe wäre (siehe Abbildung 8).
Abbildung 8: Die RF-Parameter der einzelnen APs werden getrennt voneinander eingestellt, da sie die Nachrichten der Nachbarn der anderen APs nicht hören können.
Jeder WAP erstellt und pflegt eine Liste mit bis zu 34 benachbarten WAPs (pro Funkmodul), die dann an die jeweiligen Controller gemeldet werden. Jeder WLC führt eine Liste mit 24 Nachbarn pro AP-Funk aus den Nachbarnachrichten, die von jedem AP gesendet werden. Auf der Controller-Ebene wird dann diese pro Access Point und pro Funkeinheit erstellte Nachbarliste von bis zu 34 Access Points gelöscht, wodurch die zehn Access Points mit den schwächsten Signalen entfernt werden. Die WLCs leiten dann jede Liste der AP-Nachbarn an den RF-Gruppenleiter weiter. Dieser WLC wurde von der RF-Gruppe ausgewählt, um alle Entscheidungen bezüglich der RRM-Konfiguration zu treffen.
Es ist sehr wichtig, hier zu beachten, dass die RF-Gruppierung nach Funktyp funktioniert. Der Gruppierungsalgorithmus wird für die 802.11a- und 802.11b/g-Funkeinheiten separat ausgeführt, d. h. er wird pro AP und Funkeinheit ausgeführt, sodass jede AP-Funkeinheit für das Ausfüllen einer Nachbarliste zuständig ist. Um das Flapping zu begrenzen, bei dem APs häufig hinzugefügt und aus dieser Liste entfernt werden können, fügen WLCs Nachbarn zu ihren Listen hinzu, wenn sie mit einer Lautstärke von mindestens -80 dBm gehört werden, und entfernen diese erst, wenn ihre Signale unter -85 dBm absinken.
Hinweis: Mit der Wireless LAN Controller Software-Version 4.2.99.0 oder höher unterstützt RRM bis zu 20 Controller und 1.000 Access Points in einer RF-Gruppe. Beispielsweise unterstützt ein Cisco WiSM-Controller bis zu 150 Access Points, d. h. bis zu sechs WiSM-Controller können in einer RF-Gruppe zusammengefasst werden (150 Access Points mal 6 Controller = 900 Access Points, d. h. weniger als 1000). Ein 4404-Controller unterstützt bis zu 100 Access Points, d. h. bis zu zehn 4404-Controller in einer RF-Gruppe (100 mal 10 = 1000). Die auf der Serie 2100 basierenden Controller unterstützen maximal 25 Access Points, d. h. bis zu 20 dieser Controller können einer RF-Gruppe angehören. Diese Grenze von 1000 APs entspricht nicht der tatsächlichen Anzahl der APs, die den Controllern zugeordnet sind, sondern wird auf der Grundlage der maximalen Anzahl APs berechnet, die von diesem speziellen Controller-Modell unterstützt werden können. Wenn es beispielsweise 8 WiSM-Controller (4 WiSMs) mit jeweils 70 APs gibt, beträgt die tatsächliche Anzahl der APs 560. Der Algorithmus berechnet jedoch 8*150= 1200 (150 steht für die maximale Anzahl der von jedem WiSM-Controller unterstützten APs). Daher werden die Controller in zwei Gruppen aufgeteilt. Eine Gruppe mit 6 Controllern und die andere mit 2 Controllern.
Da der Controller, der als RF Group Leader fungiert, sowohl den DCA-Algorithmus als auch den TPC-Algorithmus für das gesamte System durchführt, müssen die Controller mit dem RF Group Name konfiguriert werden, wenn erwartet wird, dass ihre Nachbarnachrichten von den APs eines anderen Controllers empfangen werden. Wenn die APs (auf verschiedenen Controllern) geografisch voneinander getrennt sind, zumindest so weit, dass Nachbarnachrichten von ihnen nicht mit oder besser als -80 dBm zu hören sind, ist es nicht sinnvoll, ihre Controller so zu konfigurieren, dass sie sich in einer RF-Gruppe befinden.
Wenn die Obergrenze für den RF-Gruppierungsalgorithmus erreicht ist, lässt der Gruppenleiter-Controller keine neuen Controller oder APs zu, die der bestehenden Gruppe hinzugefügt werden können, und leistet keinen Beitrag zu den Kanal- und Leistungsberechnungen. Das System behandelt diese Situation wie eine neue logische RF-Untergruppe, und dieser neuen logischen Gruppe werden neue Mitglieder hinzugefügt, die mit demselben Gruppennamen konfiguriert wurden. Wenn die Umgebung dynamisch ist, d. h. wenn Schwankungen der Funkfrequenzen die Sichtweise von Nachbarn in regelmäßigen Abständen verändern, erhöht sich die Wahrscheinlichkeit, dass Mitglieder der Gruppe geändert werden und anschließend eine Gruppenleiterwahl durchgeführt wird.
Der RF-Gruppenleiter ist der gewählte Controller in der RF-Gruppe, der die Analyse der RF-Daten der APs pro logischer RF-Gruppe durchführt. Er ist für die Konfiguration der Leistungspegel und der Kanaleinstellungen der APs zuständig. Die Erkennung und Korrektur von Abdeckungslöchern basiert auf der SNR des Clients und ist daher die einzige RRM-Funktion, die an jedem lokalen Controller ausgeführt wird.
Jeder Controller bestimmt anhand des Group Identifier-Informationselements in jeder Neighbor Message, welcher WLC die höchste Gruppenleiterpriorität hat. Das in jeder Nachbarnachricht angekündigte Group Identifier-Informationselement besteht aus einem Zählerwert (jeder Controller verfügt über einen 16-Bit-Zähler, der bei 0 beginnt und aufeinander folgende Ereignisse wie das Beenden einer RF-Gruppe oder einen WLC-Neustart inkrementiert) und der MAC-Adresse des Controllers. Jeder WLC priorisiert die Group Identifier-Werte seiner Nachbarn, zunächst basierend auf diesem Zählerwert und dann, im Fall einer Zählerwertbindung, auf der MAC-Adresse. Jeder WLC wählt den einen Controller (entweder einen benachbarten WLC oder sich selbst) mit dem höchsten Group Identifier-Wert aus, woraufhin sich jeder Controller mit den anderen abstimmt, um zu bestimmen, welcher einzelne Controller die höchste Group ID hat. Dieser WLC wird dann zum RF-Gruppenleiter gewählt.
Wenn der RF-Gruppenleiter offline geht, wird die gesamte Gruppe aufgelöst, und die vorhandenen RF-Gruppenmitglieder führen den Auswahlprozess für den Group Leader erneut aus, und ein neuer Leiter wird ausgewählt.
Alle 10 Minuten fragt der Leiter der RF-Gruppe jeden WLC in der Gruppe nach den Statistiken der APs sowie nach allen empfangenen Informationen zur Nachbarnachricht. Anhand dieser Informationen erhält der Gruppenleiter Einblick in die systemweite Funkumgebung und kann dann die DCA- und TPC-Algorithmen verwenden, um die Kanal- und Stromversorgungskonfigurationen der APs kontinuierlich anzupassen. Der Gruppenleiter führt diese Algorithmen alle zehn Minuten aus, aber wie beim Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern werden Änderungen nur vorgenommen, wenn dies als notwendig erachtet wird.
Der vom RF Group Leader ausgeführte DCA-Algorithmus wird auf Basis der einzelnen RF-Gruppen angewendet, um die optimalen AP-Kanaleinstellungen für alle APs der RF-Gruppe zu bestimmen. (Jede Gruppe von APs, die die Nachbarnachrichten der anderen hören können, in diesem Dokument als logische RF-Untergruppe bezeichnet, erhält ihre Kanalkonfiguration unabhängig von anderen logischen RF-Untergruppen, da sich die Signale nicht überschneiden.) Beim DCA-Prozess berücksichtigt der Leiter eine Handvoll AP-spezifischer Metriken, die bei der Bestimmung notwendiger Kanaländerungen berücksichtigt werden. Diese Kennzahlen sind:
Load Measurement - Jeder WAP misst den prozentualen Anteil der gesamten Zeit, die zum Senden oder Empfangen von 802.11-Frames benötigt wird.
Noise (Rauschen): Die APs berechnen die Rauschwerte für jeden verwalteten Kanal.
Interferenz - Die APs melden den Prozentsatz des von interferierenden 802.11-Übertragungen aufgenommenen Mediums (dies kann durch überlappende Signale von ausländischen APs oder von nicht benachbarten APs geschehen).
Signalstärke (Signal Strength) - Jeder WAP hört auf allen verwalteten Kanälen Nachbarnachrichten ab und zeichnet die RSSI-Werte auf, bei denen diese Nachrichten abgehört werden. Diese Informationen zur AP-Signalstärke sind die wichtigste bei der DCA-Berechnung der Kanalenergie berücksichtigte Metrik.
Diese Werte werden dann vom Gruppenleiter verwendet, um zu bestimmen, ob ein anderes Kanalschema dazu führt, dass der AP mit der schlechtesten Leistung mindestens um 5 dB (SNR) besser wird. APs werden auf ihren Betriebskanälen so gewichtet, dass Kanalanpassungen lokal vorgenommen werden, wodurch Änderungen gedämpft werden, um den Dominoeffekt zu verhindern, wobei ein einziger Wechsel systemweite Kanaländerungen auslösen würde. Außerdem werden APs bevorzugt, die auf der Nutzung basieren (abgeleitet aus den Lastmessberichten der einzelnen APs), sodass ein weniger genutzter AP bei Bedarf mit höherer Wahrscheinlichkeit einen Kanalwechsel durchführt (im Vergleich zu einem stark ausgelasteten Nachbarn).
Hinweis: Bei jedem Wechsel des AP-Kanals wird die Verbindung zu den Clients kurzzeitig getrennt. Clients können entweder wieder eine Verbindung mit demselben WAP herstellen (auf dem neuen Kanal) oder zu einem WAP in der Nähe wechseln, was vom Roaming-Verhalten des Clients abhängt. Schnelles, sicheres Roaming (angeboten von CCKM und PKC) wird helfen, diese kurze Unterbrechung zu reduzieren, wenn kompatible Clients vorhanden sind.
Hinweis: Wenn APs zum ersten Mal hochfahren (neu), übertragen sie auf dem ersten überlappungsfreien Kanal in dem/den Band(en), das/die sie unterstützen (Kanal 1 für 11b/g und Kanal 36 für 11a). Wenn APs ein- und ausschalten, verwenden sie ihre vorherigen Kanaleinstellungen (die im Arbeitsspeicher des AP gespeichert sind). DCA-Anpassungen werden anschließend bei Bedarf vorgenommen.
Der TPC-Algorithmus, der standardmäßig in einem Intervall von zehn Minuten ausgeführt wird, wird vom RF-Gruppenleiter verwendet, um die RF-Nachbarschaften der APs zu bestimmen und die Sendeleistung jedes Bands niedriger einzustellen, um übermäßige Zellenüberlappung und Co-Channel-Interferenzen zu begrenzen.
Hinweis: Der TPC-Algorithmus ist nur für die Abschaltung der Leistungsstufen verantwortlich. Die Erhöhung der Sendeleistung ist Teil der Funktion des Algorithmus zur Erfassung und Korrektur von Abdeckungslöchern, die im folgenden Abschnitt erläutert wird.
Jeder WAP meldet eine RSSI-geordnete Liste aller benachbarten WAPs, und wenn ein WAP drei oder mehr benachbarte WAPs hat (damit TPC funktioniert, müssen Sie über mindestens 4 WAPs verfügen), wendet der RF-Gruppenleiter den TPC-Algorithmus auf bandweiser, WAP-basierter Basis an, um die WAP-Leistungsübertragungsniveaus nach unten anzupassen, sodass der drittlauteste benachbarte WAP dann mit einem Signalpegel von -7 zu hören ist 0dBm (Standardwert oder konfigurierter Wert) oder niedriger und die TCP-Hysterese-Bedingung ist erfüllt. Daher durchläuft das TCP diese Stufen, die entscheiden, ob eine Änderung der Übertragungsleistung erforderlich ist:
Bestimmen Sie, ob ein dritter Nachbar vorhanden ist und ob dieser dritte Nachbar über dem Grenzwert für die Sendeleistungssteuerung liegt.
Bestimmen Sie die Sendeleistung mithilfe der folgenden Gleichung: Tx_Max für den gegebenen AP + (Tx-Leistungssteuerung thresh - RSSI des dritthöchsten Nachbarn über dem Grenzwert).
Vergleichen Sie die Berechnung aus Schritt zwei mit dem aktuellen Tx-Leistungspegel, und überprüfen Sie, ob er die TPC-Hysterese überschreitet.
Wenn die Tx-Leistung abgeschaltet werden muss: Eine TPC-Hysterese von mindestens 6 dBm muss erreicht werden. ODER
Wenn die Tx-Leistung erhöht werden soll, muss eine TPC-Hysterese von 3 dBm erreicht werden.
Ein Beispiel für die im TPC-Algorithmus verwendete Logik finden Sie im Abschnitt Transmit Power Control Algorithm Workflow Example.
Hinweis: Wenn alle APs das erste Mal hochgefahren werden (neu), erhalten sie die maximal zulässige Sendeleistung. Wenn APs aus- und wieder eingeschaltet werden, verwenden sie die vorherigen Energieeinstellungen. TPC-Anpassungen werden anschließend bei Bedarf vorgenommen. Informationen zu den unterstützten AP-Sendeleistungsniveaus finden Sie in Tabelle 4.
Hinweis: Mit dem TPC-Algorithmus können zwei Haupt-Szenarien für die Erhöhung der Tx-Leistung ausgelöst werden:
Es gibt keinen dritten Nachbarn. In diesem Fall setzt der Access Point den Standardwert Tx_max wieder ein und tut dies sofort.
Es gibt einen dritten Nachbarn. Die TPC-Gleichung wertet die empfohlene Tx tatsächlich so aus, dass sie irgendwo zwischen Tx_max und Tx_current liegt (anstatt niedriger als Tx_current), wie z.B., wenn der dritte Nachbar "verschwindet" und ein neuer möglicher dritter Nachbar vorhanden ist. Dies führt zu einer Erhöhung der Tx-Leistung.
TPC-induzierte Tx-Verringerungen finden allmählich statt, aber Tx-Erhöhungen können sofort stattfinden. Es wurden jedoch zusätzliche Vorsichtsmaßnahmen getroffen, um die Sendeleistung mit dem Coverage Hole-Algorithmus um eine Ebene nach der anderen zu erhöhen.
Der Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern zielt darauf ab, Abdeckungslöcher zunächst auf der Grundlage der Qualität der Client-Signalpegel zu bestimmen und dann die Sendeleistung der APs zu erhöhen, mit denen diese Clients verbunden sind. Da sich dieser Algorithmus auf Client-Statistiken bezieht, wird er unabhängig auf jedem Controller ausgeführt und nicht systemweit auf dem RF-Gruppenleiter.
Der Algorithmus bestimmt, ob eine Abdeckungslücke besteht, wenn die SNR-Pegel der Clients einen bestimmten SNR-Schwellenwert unterschreiten. Die SNR-Schwelle wird auf der Basis einzelner Zugangspunkte und hauptsächlich auf der Grundlage der jeweiligen Sendeleistungspegel der Zugangspunkte berechnet. Je höher der Leistungspegel der APs ist, desto mehr Rauschen wird im Vergleich zur Client-Signalstärke toleriert, d. h. es wird ein weniger tolerierter SNR-Wert verwendet.
Dieser SNR-Schwellenwert hängt von zwei Werten ab: der AP-Übertragungsleistung und dem Abdeckungsprofilwert des Controllers. Der Schwellenwert wird im Einzelnen durch die jeweilige AP-Sendeleistung (dargestellt in dBm) minus dem konstanten Wert von 17 dBm minus dem vom Benutzer konfigurierbaren Abdeckungsprofilwert definiert (dieser Wert wird standardmäßig auf 12 dB festgelegt und wird auf Seite 20 genauer beschrieben). Der SNR-Schwellenwert des Clients ist der absolute Wert (positive Zahl) des Ergebnisses dieser Gleichung.
Schwellenwertgleichung für Abdeckungsbohrung SNR:
Client SNR-Abschaltwert (|dB|) = [AP-Übertragungsleistung (dBm) - Konstante (17 dBm) - Abdeckungsprofil (dB)]
Sobald die konfigurierte Anzahl von Clients die durchschnittliche SNR-Reichweite für mindestens 60 Sekunden unter diesen SNR-Schwellenwert absinkt, wird die AP-Sendeleistung dieser Clients erhöht, um die SNR-Verletzung zu mindern und somit die Abdeckungslücke zu schließen. Jeder Controller führt alle drei Minuten den Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern für jede Funkeinheit auf jedem AP aus (der Standardwert von 180 Sekunden kann geändert werden). Es ist wichtig zu beachten, dass flüchtige Umgebungen dazu führen können, dass der TPC-Algorithmus bei nachfolgenden Algorithmenläufen die Stromzufuhr abschaltet.
Einschaltüberlegung für "Sticky Client":
Roaming-Implementierungen in älteren Client-Treibern können dazu führen, dass Clients selbst dann an einem vorhandenen WAP "haften", wenn ein anderer WAP vorhanden ist, was RSSI, Durchsatz und das allgemeine Client-Erlebnis angeht. Ein solches Verhalten kann sich wiederum systemisch auf das Wireless-Netzwerk auswirken, in dem Kunden eine unzureichende SNR-Funktion (weil sie nicht roamen) wahrnehmen, was letztendlich zur Erkennung von Abdeckungslücken führt. In einer solchen Situation steigert der Algorithmus die Sendeleistung des Access Points (um für Clients, die sich schlecht verhalten, eine Abdeckung bereitzustellen), was zu einer unerwünschten (und ungewöhnlich hohen) Sendeleistung führt.
Solange die Roaming-Logik nicht grundsätzlich verbessert wird, können solche Situationen durch eine Erhöhung der Client-Mindestanzahl verringert werden. Ausnahmestufe auf einen höheren Wert (Standardwert ist 3) und Erhöhung des tolerierbaren SNR-Werts für den Client (Standardwert ist 12 dB, Verbesserungen sind erkennbar, wenn er auf 3 dB geändert wird). Wenn Codeversion 4.1.185.0 oder höher verwendet wird, liefern die Standardwerte in den meisten Umgebungen optimale Ergebnisse.
Hinweis: Diese Vorschläge basieren zwar auf internen Tests und können für einzelne Bereitstellungen variieren, die zugrunde liegende Logik zur Änderung dieser Vorschläge ist jedoch weiterhin gültig.
Ein Beispiel für die Logik der Auslösung finden Sie im Abschnitt Coverage Hole Detection and Correction Algorithm (Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern).
Hinweis: Der Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern erkennt Abdeckungsfehler aufgrund von AP-Ausfällen und schaltet die Access Points in der Nähe nach Bedarf ein. So kann das Netzwerk bei Serviceausfällen schnell reagieren.
Sobald RRM und die Algorithmen verstanden wurden, besteht der nächste Schritt darin, zu lernen, wie die erforderlichen Parameter interpretiert und modifiziert werden können. In diesem Abschnitt werden die Konfigurationsvorgänge des RRM beschrieben und die grundlegenden Berichtseinstellungen erläutert.
Der erste Schritt bei der Konfiguration des RRM besteht darin, sicherzustellen, dass für jeden WLC derselbe RF-Gruppenname konfiguriert ist. Dies kann über die Webschnittstelle des Controllers erfolgen, wenn Sie Controller auswählen. | Allgemein, und geben Sie dann einen gemeinsamen Gruppennamen ein. IP-Verbindungen zwischen WLCs derselben RF-Gruppe sind ebenfalls eine Notwendigkeit.
Abbildung 9: RF-Gruppen werden auf der Grundlage des vom Benutzer angegebenen Werts "RF-Netzwerkname", der in diesem Dokument auch als RF-Gruppenname bezeichnet wird, gebildet. Alle WLCs, die an systemweiten RRM-Vorgängen teilnehmen müssen, sollten diese Zeichenfolge gemeinsam nutzen.
Alle Erklärungen und Beispiele zur Konfiguration in den nächsten Abschnitten werden über die grafische Benutzeroberfläche von WLC durchgeführt. Wechseln Sie in der WLC-GUI zur Hauptüberschrift Wireless, und wählen Sie auf der linken Seite die RRM-Option für den gewünschten WLAN-Standard aus. Wählen Sie anschließend die automatische RF-Instanz im Baum aus. Die folgenden Abschnitte beziehen sich auf die resultierende Seite [Wireless | 802.11a oder 802.11b/g RRM | Auto RF...].
Group Mode (Gruppenmodus): Mit der Einstellung Group Mode (Gruppenmodus) kann die RF-Gruppierung deaktiviert werden. Wenn Sie diese Funktion deaktivieren, kann der WLC keine Gruppen mit anderen Controllern bilden, um systemweite RRM-Funktionen auszuführen. Deaktiviert. Alle RRM-Entscheidungen werden lokal auf dem Controller getroffen. RF-Gruppierung ist standardmäßig aktiviert, und die MAC-Adressen anderer WLCs in derselben RF-Gruppe werden rechts neben dem Kontrollkästchen für den Gruppenmodus aufgeführt.
Group Update Interval (Gruppenaktualisierungsintervall): Der Wert für das Gruppenaktualisierungsintervall gibt an, wie oft der RF-Gruppierungsalgorithmus ausgeführt wird. Dies ist ein schreibgeschütztes Feld, das nicht geändert werden kann.
Group Leader (Gruppenleiter): In diesem Feld wird die MAC-Adresse des WLC angezeigt, der derzeit als RF-Gruppenleiter fungiert. Da die RF-Gruppierung pro AP und pro Funkeinheit erfolgt, kann dieser Wert für Netzwerke nach 802.11a und 802.11b/g unterschiedlich sein.
Handelt es sich bei diesem Controller um einen Gruppenleiter - Wenn es sich bei dem Controller um den RF-Gruppenleiter handelt, lautet der Feldwert "yes" (Ja). Wenn der WLC nicht der Anführer ist, gibt das vorherige Feld an, welcher WLC in der Gruppe der Anführer ist.
Last Group Update (Letzte Gruppenaktualisierung): Der RF-Gruppierungsalgorithmus wird alle 600 Sekunden (10 Minuten) ausgeführt. Dieses Feld gibt nur die Zeit (in Sekunden) an, seit der Algorithmus zuletzt ausgeführt wurde, und nicht notwendigerweise das letzte Mal, als ein neuer RF-Gruppenleiter ausgewählt wurde.
Channel Assignment Method (Kanalzuweisungsmethode): Der DCA-Algorithmus kann auf drei Arten konfiguriert werden:
Automatic (Automatisch): Dies ist die Standardkonfiguration. Wenn RRM aktiviert ist, wird der DCA-Algorithmus alle 600 Sekunden (zehn Minuten) ausgeführt. In diesem Intervall werden ggf. Kanaländerungen vorgenommen. Dies ist ein schreibgeschütztes Feld, das nicht geändert werden kann. Beachten Sie die 4.1.185.0-Optionen in Anhang A.
On Demand (Bei Bedarf): Verhindert, dass der DCA-Algorithmus ausgeführt wird. Der Algorithmus kann manuell ausgelöst werden, indem Sie auf die Schaltfläche "Channel-Update jetzt aufrufen" klicken.
Hinweis: Wenn Sie On Demand auswählen und dann auf Invoke Channel Update Now (Kanalaktualisierung jetzt aufrufen) klicken, wird der DCA-Algorithmus ausgeführt, und der neue Kanalplan wird im nächsten 600-Sekunden-Intervall angewendet.
Aus - Diese Option deaktiviert alle DCA-Funktionen und wird nicht empfohlen. Dies wird in der Regel bei der manuellen Standortprüfung und anschließenden individuellen Konfiguration der AP-Kanaleinstellungen deaktiviert. Obwohl nichts damit zu tun hat, geschieht dies oft zusammen mit der Korrektur des TPC-Algorithmus.
Avoid Foreign AP Interference (Fremde AP-Interferenzen vermeiden) - In diesem Feld kann die Co-Channel-Interferenzmetrik in DCA-Algorithmusberechnungen einbezogen werden. Dieses Feld ist standardmäßig aktiviert.
Avoid Cisco AP Load (Cisco AP-Last vermeiden): In diesem Feld kann die Verwendung von APs berücksichtigt werden, wenn bestimmt wird, welche Kanäle der APs geändert werden müssen. Die AP-Last ist eine sich häufig ändernde Metrik, deren Einbeziehung in die RRM-Berechnungen möglicherweise nicht immer erwünscht ist. Daher ist dieses Feld standardmäßig deaktiviert.
Non-802.11b Noise (Nicht-802.11b-Rauschen vermeiden): Dieses Feld ermöglicht es, dass der Rauschpegel jedes AP, der nicht 802.11b-Rauschen ist, einen Beitrag zum DCA-Algorithmus leistet. Dieses Feld ist standardmäßig aktiviert.
Signalstärkenbeitrag (Signal Strength Contribution): Die Signalstärken benachbarter APs werden immer in DCA-Berechnungen berücksichtigt. Dies ist ein schreibgeschütztes Feld, das nicht geändert werden kann.
Channel Assignment Leader (Kanalzuweisungsleiter): In diesem Feld wird die MAC-Adresse des WLC angezeigt, der derzeit als RF-Gruppenleiter fungiert. Da die RF-Gruppierung pro AP und pro Funkeinheit erfolgt, kann dieser Wert für Netzwerke nach 802.11a und 802.11b/g unterschiedlich sein.
Last Channel Assignment (Letzte Kanalzuweisung): Der DCA-Algorithmus wird alle 600 Sekunden (10 Minuten) ausgeführt. Dieses Feld gibt nur die Zeit (in Sekunden) an, seit der Algorithmus zuletzt ausgeführt wurde, und nicht unbedingt das letzte Mal, als ein neuer Kanal zugewiesen wurde.
Power Level Assignment Method: Der TPC-Algorithmus kann auf drei Arten konfiguriert werden:
Automatic (Automatisch): Dies ist die Standardkonfiguration. Wenn RRM aktiviert ist, wird der TPC-Algorithmus alle zehn Minuten (600 Sekunden) ausgeführt, und in diesem Intervall werden, falls erforderlich, Änderungen an den Energieeinstellungen vorgenommen. Dies ist ein schreibgeschütztes Feld, das nicht geändert werden kann.
On Demand (Bei Bedarf): Verhindert, dass der TPC-Algorithmus ausgeführt wird. Der Algorithmus kann manuell ausgelöst werden, wenn Sie auf die Schaltfläche Channel-Update jetzt aufrufen klicken.
Hinweis: Wenn Sie On Demand (Auf Anforderung) auswählen und dann auf Invoke Power Update Now (Stromversorgungsaktualisierung jetzt aufrufen) klicken, wird der TPC-Algorithmus ausgeführt, und die neuen Stromversorgungseinstellungen werden im nächsten 600-Sekunden-Intervall angewendet.
Fixed (Behoben): Diese Option deaktiviert alle TPC-Funktionen und wird nicht empfohlen. Dies wird in der Regel bei der manuellen Standortprüfung und der anschließenden individuellen Konfiguration der Energieeinstellungen der Access Points deaktiviert. Obwohl nichts damit zu tun hat, geschieht dies häufig zusammen mit der Deaktivierung des DCA-Algorithmus.
Power Threshold (Leistungsschwellenwert) - Dieser Wert (in dBm) ist der Grenzsignalpegel, bei dem der TPC-Algorithmus die Leistungspegel nach unten anpasst, sodass dieser Wert die Stärke ist, mit der der drittstärkste Nachbar eines AP gehört wird. In seltenen Fällen, in denen die Funkumgebung als zu "heiß" eingestuft wurde, d. h. in dem Sinne, dass die APs in einem Szenario mit hoher Wahrscheinlichkeit mit einer höheren als der gewünschten Übertragungsleistung senden, kann der Befehl config advanced 802.11b tx-power-control-thresh verwendet werden, um eine Anpassung der Leistung nach unten zu ermöglichen. Dadurch können die APs ihren dritten Nachbarn mit einem größeren Grad an RF-Trennung hören, wodurch der benachbarte AP mit einem niedrigeren Leistungspegel senden kann. Dieser Parameter konnte bis zur Softwareversion 3.2 nicht geändert werden. Der neue konfigurierbare Wert reicht von -50 dBm bis -80 dBm und kann nur über die CLI des Controllers geändert werden.
Power Neighbor Count (Anzahl der Netznachbarn): Die Mindestanzahl von Nachbarn, die ein Access Point haben muss, damit der TPC-Algorithmus ausgeführt werden kann. Dies ist ein schreibgeschütztes Feld, das nicht geändert werden kann.
Power Update Contribution (Anteil an Leistungsaktualisierung): Dieses Feld wird derzeit nicht verwendet.
Power Assignment Leader (Leitungszuweisungsleiter): In diesem Feld wird die MAC-Adresse des WLC angezeigt, der derzeit als Leitungsgruppe für HF-Gruppen fungiert. Da die RF-Gruppierung pro AP und pro Funkeinheit erfolgt, kann dieser Wert für Netzwerke nach 802.11a und 802.11b/g unterschiedlich sein.
Last Power Level Assignment (Letzte Leistungszuweisung): Der TPC-Algorithmus wird alle 600 Sekunden (10 Minuten) ausgeführt. Dieses Feld gibt nur die Zeit (in Sekunden) an, seit der Algorithmus zuletzt ausgeführt wurde, und nicht unbedingt das letzte Mal, als eine neue Leistungszuweisung vorgenommen wurde.
Profilschwellenwerte, die in Wireless Control Systems (WCS) als RRM-Schwellenwerte bezeichnet werden, werden hauptsächlich für Warnmeldungen verwendet. Wenn diese Werte überschritten werden, werden Traps an WCS (oder ein anderes SNMP-basiertes Verwaltungssystem) gesendet, um Netzwerkprobleme einfach zu diagnostizieren. Diese Werte werden ausschließlich zu Warnzwecken verwendet und haben keinerlei Einfluss auf die Funktionalität der RRM-Algorithmen.
Abbildung 13: Standardschwellenwerte für Alarmprofile.
Interferenz (0 bis 100 %): Der Prozentsatz des Wireless-Netzwerks, der vor der Auslösung eines Alarms mit interferierenden 802.11-Signalen belegt wird.
Clients (1 bis 75): Die Anzahl der Clients pro Band und pro AP, über denen ein Controller ein SNMP-Trap generiert.
Noise (Rauschen) (-127 bis 0 dBm) - Wird verwendet, um eine SNMP-Trap zu generieren, wenn der Rauschpegel den festgelegten Wert übersteigt.
Abdeckung (3 bis 50 dB): Der maximal tolerierbare SNR-Pegel pro Client. Dieser Wert wird bei der Generierung von Traps für die Grenzwerte für die Abdeckungsausnahmestufe und die Mindestausnahmestufe des Clients verwendet. (Teil des Unterabschnitts "Coverage Hole Algorithm" in Version 4.1.185.0 und höher)
Utilization (Auslastung) (0 bis 100 %): Der Alarmwert, der den maximal erwünschten Prozentsatz der Zeit angibt, die ein Funkmodul des Access Points sowohl für das Senden als auch für das Empfangen aufbringt. Dies kann hilfreich sein, um die Netzwerkauslastung im Zeitverlauf zu verfolgen.
Coverage Exception Level (Abdeckungsausnahmestufe) (0 bis 100 %): Der maximal gewünschte Prozentsatz der Clients auf dem Funkmodul eines AP, die unter dem gewünschten Abdeckungsschwellenwert (oben definiert) betrieben werden.
Client Min Exception Level (Mindestausnahmestufe für den Client): Mindestanzahl der pro Access Point tolerierten Clients, deren SNRs unter dem (oben definierten) Abdeckungsgrenzwert liegen (Teil des Unterabschnitts "Coverage Hole Algorithm" in 4.1.185.0 und höher).
Die Cisco APs stellen Client-Datendienste bereit und suchen regelmäßig nach RRM- (und IDS/IPS) Funktionen. Die Kanäle, die die APs abtasten dürfen, sind konfigurierbar.
Channel List (Kanalliste): Benutzer können festlegen, welche Kanalbereiche APs regelmäßig überwachen sollen.
All Channels (Alle Kanäle): Diese Einstellung weist die Access Points an, alle Kanäle in den Scanzyklus einzubeziehen. Dies ist vor allem für die IDS/IPS-Funktion hilfreich (außerhalb des Rahmens dieses Dokuments) und bietet keinen zusätzlichen Nutzen bei RRM-Prozessen im Vergleich zur Einstellung für Länderkanäle.
Country Channels (Landeskanäle): APs scannen nur die Kanäle, die in der regulatorischen Domänenkonfiguration der einzelnen WLCs explizit unterstützt werden. Das bedeutet, dass die APs regelmäßig jedem Kanal zuhören, der von der lokalen Regulierungsbehörde zugelassen ist (dies kann überlappende Kanäle ebenso umfassen wie die üblicherweise verwendeten überlappungsfreien Kanäle). Dies ist die Standardkonfiguration.
DCA Channels (DCA-Kanäle): Diese Funktion beschränkt das Scannen von APs auf die Kanäle, denen die APs auf Grundlage des DCA-Algorithmus zugewiesen werden. Das bedeutet, dass in den USA 802.11b/g-Funkmodule standardmäßig nur die Kanäle 1, 6 und 11 abtasten. Dies basiert auf der Annahme, dass das Scannen sich nur auf die Kanäle konzentriert, für die der Service bereitgestellt wird, und dass nicht autorisierte APs kein Problem darstellen.
Hinweis: Die Liste der Kanäle, die vom DCA-Algorithmus verwendet werden (sowohl für die Kanalüberwachung als auch für die Kanalzuweisung), kann in WLC-Code Version 4.0 oder höher geändert werden. In den USA verwendet der DCA-Algorithmus beispielsweise standardmäßig nur die 11b/g-Kanäle 1, 6 und 11. Um die Kanäle 4 und 8 hinzuzufügen und Kanal 6 aus dieser DCA-Liste zu entfernen (diese Konfiguration ist nur ein Beispiel und wird nicht empfohlen), müssen die folgenden Befehle in die CLI des Controllers eingegeben werden:
(Cisco Controller) >config advanced 802.11b channel add 4 (Cisco Controller) >config advanced 802.11b channel add 8 (Cisco Controller) >config advanced 802.11b channel delete 6
Durch das Scannen von mehr Kanälen, z. B. durch Auswahl von "Alle Kanäle", wird die Zeit, die insgesamt für die Verarbeitung von Daten-Clients benötigt wird, geringfügig reduziert (im Vergleich zu dem Fall, dass weniger Kanäle in den Scanvorgang einbezogen werden). Es können jedoch Informationen zu mehr Kanälen gesammelt werden (im Vergleich zur Einstellung für die DCA-Kanäle). Die Standardeinstellung für Country Channels sollte verwendet werden, es sei denn, IDS/IPS erfordert die Auswahl von All Channels (Alle Kanäle), oder es sind keine detaillierten Informationen zu anderen Kanälen erforderlich, um sowohl Schwellenwertprofil-Alarme als auch RRM-Algorithmen zu erkennen und zu korrigieren. In diesem Fall sind DCA-Kanäle die richtige Wahl.
Abbildung 14: Während "Country Channels" (Länderkanäle) standardmäßig ausgewählt ist, können RRM-Überwachungskanäle entweder auf "All" (Alle) oder "DCA" (DCA) eingestellt werden.
Alle LWAPP-basierten Access Points von Cisco stellen Benutzern Daten bereit, während sie regelmäßig von Kanal zu Kanal wechseln, um RRM-Messungen durchzuführen (sowie andere Funktionen wie IDS/IPS und Standortaufgaben auszuführen). Dieses Off-Channel-Scanning ist für Benutzer vollkommen transparent und beschränkt die Leistung nur um bis zu 1,5 %. Außerdem ist es mit integrierten intelligenten Funktionen ausgestattet, die das Scannen bis zum nächsten Intervall verschieben, wenn in den letzten 100 ms Datenverkehr in der Sprachwarteschlange vorhanden ist.
Durch das Anpassen der Monitorintervalle ändert sich die Häufigkeit, mit der APs RRM-Messungen durchführen. Der wichtigste Timer, der die Bildung der RF-Gruppen steuert, ist das Feld zur Signalmessung (in 4.1.185.0 und höher als Nachbarpaketfrequenz bezeichnet). Der angegebene Wert steht in direktem Zusammenhang mit der Häufigkeit, mit der die Nachbarnachrichten übertragen werden, mit Ausnahme der EU und anderer 802.11h-Domänen, in denen auch das Rauschmessintervall berücksichtigt wird.
Unabhängig von der Zulassungsdomäne dauert der gesamte Scanvorgang ca. 50 ms (pro Funkeinheit und pro Kanal) und wird im Standardintervall von 180 Sekunden ausgeführt. Dieses Intervall kann geändert werden, indem Sie den Wert für die Abdeckungsmessung (in Version 4.1.185.0 und höher als Kanalscandauer bezeichnet) ändern. Die Zeit, die für das Abhören der einzelnen Kanäle aufgewendet wird, hängt von der nicht konfigurierbaren Abtastzeit von 50 ms (plus den 10 ms, die zum Wechseln der Kanäle erforderlich sind) und der Anzahl der zu scannenden Kanäle ab. In den USA werden beispielsweise alle 11 802.11b/g-Kanäle, einschließlich des einen Kanals, über den Daten an die Clients übertragen werden, für jeweils 50 ms innerhalb des Intervalls von 180 Sekunden gescannt. Das bedeutet, dass (in den USA für 802.11b/g) alle 16 Sekunden 50 ms für das Abhören jedes gescannten Kanals aufgewendet werden (180/11 = ~16 Sekunden).
Abbildung 15: RRM-Überwachungsintervalle und ihre Standardwerte
Die Messintervalle für Rauschen, Last, Signal und Abdeckung können angepasst werden, um mehr oder weniger detaillierte Informationen für die RRM-Algorithmen bereitzustellen. Diese Standardeinstellungen sollten beibehalten werden, sofern das Cisco TAC nichts anderes angibt.
Hinweis: Wenn einer dieser Abtastwerte so geändert wird, dass er die Zeitintervalle überschreitet, in denen die RRM-Algorithmen ausgeführt werden (600 Sekunden für DCA und TPC und 180 Sekunden für Erkennung und Korrektur von Abdeckungslöchern), werden RRM-Algorithmen weiterhin ausgeführt, jedoch möglicherweise mit veralteten Informationen.
Hinweis: Wenn WLCs so konfiguriert sind, dass sie mehrere Gigabit-Ethernet-Schnittstellen über Link Aggregation (LAG) miteinander verbinden, wird das Abdeckungsmessintervall verwendet, um die Funktion "User Idle Timeout" (Leerlaufzeitüberschreitung für Benutzer) auszulösen. Daher wird bei aktivierter LAG das User Idle Timeout nur so häufig durchgeführt, wie es das Abdeckungsmessintervall vorgibt. Dies gilt nur für WLCs, auf denen Firmware-Versionen vor 4.1 ausgeführt werden, da in Version 4.1 die Leerlaufzeitüberschreitung vom Controller auf die Access Points verlagert wird.
Um die RRM-Werte wieder auf die Standardeinstellungen zurückzusetzen, klicken Sie unten auf der Seite auf die Schaltfläche Auf Werkseinstellungen.
Von RRM vorgenommene Änderungen können durch Aktivierung der erforderlichen SNMP-Traps problemlos überwacht werden. Auf diese Einstellungen kann über die Überschrift Management —> SNMP —> Trap Controls in der WLC-GUI zugegriffen werden. Alle anderen in diesem Abschnitt beschriebenen SNMP-Trap-Einstellungen finden Sie unter Verwaltung. | SNMP-Überschrift, unter der sich die Links für Trap Receiver, Controls und Logs befinden.
Abbildung 16: Auto RF Channel- und Power Update-Traps sind standardmäßig aktiviert.
Nachdem der RF-Gruppenleiter (und der DCA-Algorithmus) das Kanalschema vorgeschlagen, angewendet und optimiert haben, können Änderungen über das Untermenü "Trap Logs" (Trap-Protokolle) überwacht werden. Ein Beispiel für eine solche Trap finden Sie hier:
Abbildung 17: Die Einträge im Kanaländerungsprotokoll enthalten die MAC-Adresse des Senders und den neuen Betriebskanal.
Um Statistiken anzuzeigen, aus denen hervorgeht, wie lange APs ihre Kanaleinstellungen zwischen DCA-Änderungen beibehalten, stellt dieser CLI-Befehl auf Controllerbasis die minimalen, durchschnittlichen und maximalen Werte für die Kanalverweilzeit bereit.
(Cisco Controller) >show advanced 802.11b channel Automatic Channel Assignment Channel Assignment Mode........................ AUTO Channel Update Interval........................ 600 seconds Anchor time (Hour of the day).................. 0 Channel Update Contribution.................... SNI. Channel Assignment Leader...................... 00:16:46:4b:33:40 Last Run....................................... 114 seconds ago DCA Senstivity Level: ....................... MEDIUM (15 dB) Channel Energy Levels Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Channel Dwell Times Minimum...................................... 0 days, 09 h 25 m 19 s Average...................................... 0 days, 10 h 51 m 58 s Maximum...................................... 0 days, 12 h 18 m 37 s Auto-RF Allowed Channel List................... 1,6,11 Auto-RF Unused Channel List.................... 2,3,4,5,7,8,9,10
Die aktuellen TPC-Algorithmuseinstellungen, einschließlich der zuvor beschriebenen Funktion tx-power-control-thresh, können mit diesem Befehl in der CLI des Controllers überprüft werden (in diesem Beispiel wird 802.11b angezeigt):
(Cisco Controller) >show advanced 802.11b txpower Automatic Transmit Power Assignment Transmit Power Assignment Mode................. AUTO Transmit Power Update Interval................. 600 seconds Transmit Power Threshold....................... -70 dBm Transmit Power Neighbor Count.................. 3 APs Transmit Power Update Contribution............. SNI. Transmit Power Assignment Leader............... 00:16:46:4b:33:40 Last Run....................................... 494 seconds ago
Wie bereits in diesem Dokument erwähnt, kann ein dicht genutzter Bereich, der zu einer erhöhten Zellenüberlappung führt, was aufgrund hoher Co-Channel-Interferenzen zu hohen Kollisions- und Frame-Wiederholungsraten führt und somit den Client-Durchsatz effektiv verringert, die Verwendung des neu eingeführten Befehls tx-power-control-thresh rechtfertigen. In solchen atypischen oder ungewöhnlichen Szenarien hören sich die APs besser gegenseitig (vorausgesetzt, die Signalausbreitungseigenschaften bleiben konstant) als die Clients sie hören.
Durch die Reduzierung der Abdeckungsbereiche und die damit verbundene Reduzierung von Kanalinterferenzen und der Rauschuntergrenze kann das Kundenerlebnis effektiv verbessert werden. Dieser Befehl muss jedoch unter sorgfältiger Analyse der Symptome ausgeführt werden: hohe Wiederholungsraten, hohe Kollisionszahlen, niedrigere Durchsatzraten für Clients und insgesamt erhöhte Gleichkanalstörungen der APs im System (unautorisierte APs werden im DCA berücksichtigt). Interne Tests haben gezeigt, dass die Änderung des RSSI des dritten Nachbarn auf -70 dBm bei der Fehlerbehebung für solche Ereignisse ein akzeptabler Wert für den Beginn der Fehlerbehebung ist.
Ähnlich wie die Traps, die bei einem Kanalwechsel generiert werden, erzeugen auch TPC-Änderungen Traps, die alle notwendigen Informationen im Zusammenhang mit den neuen Änderungen eindeutig angeben. Hier wird ein Beispiel-Trap angezeigt:
Abbildung 18: Das Tx Power-Trap-Protokoll gibt den neuen Leistungsgrad für die angegebene Funkeinheit an.
Basierend auf den drei Schritten/Bedingungen, die im TPC-Algorithmus definiert sind, wird im Beispiel in diesem Abschnitt erläutert, wie die Berechnungen durchgeführt werden, um zu bestimmen, ob die Sendeleistung eines AP geändert werden muss. Für dieses Beispiel werden folgende Werte angenommen:
Tx_Max ist 20
Die aktuelle Übertragungsleistung beträgt 20 dBm.
Der konfigurierte TPC-Grenzwert ist -65 dBm.
Der RSSI des dritten Nachbarn beträgt -55 dBm.
Wenn Sie diese Funktion in die drei Stufen des TPC-Algorithmus integrieren, ergeben sich folgende Vorteile:
Bedingung 1: Diese Bedingung wird überprüft, da ein dritter Nachbar vorhanden ist und sich oberhalb des Grenzwerts für die Sendeleistungssteuerung befindet.
Bedingung 2: 20 + (-65 - (-55)) = 10
Bedingung drei: Da die Leistung um eine Ebene verringert werden muss und ein Wert von zehn aus Bedingung zwei die TPC-Hysterese erfüllt, wird die Tx-Leistung um 3 dB reduziert, wodurch die neue Tx-Leistung auf 17 dBm herabgesetzt wird.
Bei der nächsten Iteration des TPC-Algorithmus wird die Tx-Leistung des AP weiter auf 14 dBm gesenkt. Dies setzt voraus, dass alle anderen Bedingungen gleich bleiben. Es ist jedoch wichtig zu beachten, dass die Tx-Leistung nicht weiter (bei gleichbleibender Leistung) auf 11 dBm gesenkt wird, da der Grenzwert von 14 dBm nicht mehr als 6 dB beträgt.
Zur Veranschaulichung des Entscheidungsprozesses, der beim Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern verwendet wird, wird im folgenden Beispiel zunächst der schlechte SNR-Wert eines einzelnen Clients beschrieben. Außerdem wird erläutert, wie das System feststellt, ob eine Änderung erforderlich ist und wie diese Änderung der Leistung aussehen könnte.
Denken Sie an die Schwellenwertgleichung für die Abdeckungsbohrung (SNR):
Client SNR-Abschaltwert (|dB|) = [AP-Übertragungsleistung (dBm) - Konstante (17 dBm) - Abdeckungsprofil (dB)]
Stellen Sie sich eine Situation vor, in der es bei einem Kunden zu Signalproblemen in einem schlecht abgedeckten Bereich einer Etage kommen kann. In einem solchen Szenario können die folgenden Szenarien zutreffen:
Ein Client hat eine SNR von 13 dB.
Der WAP, mit dem er verbunden ist, ist für die Übertragung bei 11 dBm (Leistungspegel 4) konfiguriert.
Für den WLC dieses AP wurde ein Schwellenwert für das Abdeckungsprofil auf den Standardwert von 12 dB festgelegt.
Um festzustellen, ob der Access Point des Clients eingeschaltet werden muss, werden diese Nummern an die Schwellenwertgleichung für die Abdeckungsbohrung angeschlossen, die Folgendes zur Folge hat:
Client-SNR-Abschaltung = 11 dBm (AP-Übertragungsleistung) - 17 dBm (konstanter Wert) - 12 dB (Abdeckungsschwellenwert) = |-18 dB|
Da die SNR-Funktion des Clients von 13 dB gegen die derzeitige SNR-Abschaltung von 18 dB verstößt, erhöht der Algorithmus zur Erkennung und Korrektur von Abdeckungslöchern die Übertragungsleistung des AP auf 17 dBm.
Durch die Verwendung der Coverage Hole SNR Threshold Equation wird deutlich, dass die neue Sendeleistung von 17 dBm einen Client SNR Cutoff-Wert von 12 dB ergibt, der dem Client SNR-Pegel von 13 dBm entspricht.
Dies ist die Mathematik für den vorherigen Schritt: Client-SNR-Abschaltung = 17 dBm (AP-Übertragungsleistung) - 17 dBm (konstanter Wert) - 12 dB (Abdeckungsschwellenwert) = |-12 dB|
Die unterstützten Ausgangsleistungen im 802.11b/g-Band sind in Tabelle 4 aufgeführt. Um die Leistungspegel für 802.11a zu bestimmen, kann der folgende CLI-Befehl ausgeführt werden:
show ap config 802.11a
Tabelle 4: Die Access Points der Serie 1000 unterstützen eine Leistung von bis zu 5, während die Access Points der Serien 1100 und 1200 eine Leistung von bis zu 8 im Frequenzband 802.11b/g unterstützen.
Unterstützte Leistungsstufen | Tx-Leistung (dBm) | Übertragungsleistung (mW) |
---|---|---|
1 | 20 | 100 |
2 | 17 | 50 |
3 | 14 | 25 |
4 | 11 | 12.5 |
5 | 8 | 6.5 |
6 | 5 | 3.2 |
7 | 2 | 1.6 |
8 | -1 | 0.8 |
Mit den airewave-director Debug-Befehlen können weitere Fehler behoben und das RRM-Verhalten überprüft werden. Die Befehlszeilenhierarchie der obersten Ebene des Befehls debug airewave-director wird hier angezeigt:
(Cisco Controller) >debug airewave-director ? all Configures debug of all Airewave Director logs channel Configures debug of Airewave Director channel assignment protocol error Configures debug of Airewave Director error logs detail Configures debug of Airewave Director detail logs group Configures debug of Airewave Director grouping protocol manager Configures debug of Airewave Director manager message Configures debug of Airewave Director messages packet Configures debug of Airewave Director packets power Configures debug of Airewave Director power assignment protocol radar Configures debug of Airewave Director radar detection/avoidance protocol rf-change Configures logging of Airewave Director rf changes profile Configures logging of Airewave Director profile events
Einige wichtige Befehle werden in den nächsten Unterabschnitten erläutert.
Mit dem Befehl debug airewave-director all werden alle RRM-Debugs aufgerufen, die dabei helfen, festzustellen, wann RRM-Algorithmen ausgeführt werden, welche Daten sie verwenden und welche Änderungen (sofern vorhanden) vorgenommen werden.
In diesem Beispiel (Ausgabe des Befehls debug airewave-director all wurde so angepasst, dass nur der Dynamic Channel Assignment-Prozess angezeigt wird) wird der Befehl auf dem RF Group Leader ausgeführt, um Einblick in die inneren Abläufe des DCA-Algorithmus zu erhalten. Er kann in die folgenden vier Schritte unterteilt werden:
Erfassen und speichern Sie die aktuellen Statistiken, die über den Algorithmus ausgeführt werden.
Airewave Director: Checking quality of current assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -128.00) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
Schlagen Sie ein neues Kanalschema vor, und speichern Sie die empfohlenen Werte.
Airewave Director: Searching for better assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -128.00) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
Vergleichen Sie die aktuellen Werte mit den vorgeschlagenen Werten.
Airewave Director: Comparing old and new assignment for 802.11a Airewave Director: 802.11a AP 00:15:C7:A9:3D:F0(1) ch 161 (before -86.91, after -86.91) Airewave Director: 00:15:C7:A9:3D:F0(1)( 36, -76.00)( 40, -81.75)( 44, -81.87) ( 48, -81.87) Airewave Director: 00:15:C7:A9:3D:F0(1)( 52, -81.87)( 56, -81.85)( 60, -79.90) ( 64, -81.69) Airewave Director: 00:15:C7:A9:3D:F0(1)(149, -81.91)(153, -81.87)(157, -81.87) (161, -86.91)
Wenden Sie ggf. die Änderungen an, damit das neue Kanalschema wirksam wird.
Airewave Director: Before -- 802.11a energy worst -86.91, average -86.91, best -86.91 Airewave Director: After -- 802.11a energy worst -86.91, average -86.91, best -86.91
Dieser Befehl kann verwendet werden, um eine detaillierte Echtzeitansicht des RRM zu erhalten, das auf dem Controller funktioniert, auf dem es ausgeführt wird. Hier finden Sie eine Erläuterung der relevanten Botschaften:
Keep-Alive-Nachrichten, die an Gruppenmitglieder gesendet werden, um die Gruppenhierarchie zu erhalten.
Airewave Director: Sending keep alive packet to 802.11a group members
Für die gemeldeten Nachbarn werden Auslastungsstatistiken berechnet.
Airewave Director: Processing Load data on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Processing Load data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Load data on 802.11bg AP 00:0B:85:23:7C:30(1)
Zeigt an, wie stark die Nachbarmeldungen sind und über welche APs.
Airewave Director: Neighbor packet from 00:0B:85:54:D8:10(1) received by 00:13:5F:FA:2E:00(0)rssi -36 Airewave Director: Neighbor packet from 00:0B:85:23:7C:30(1) received by 00:13:5F:FA:2E:00(0)rssi -43
Statistiken zu Rauschen und Interferenzen werden für die gemeldeten Funkmodule berechnet.
Airewave Director: Sending keep alive packet to 802.11bg group members Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing noise data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:54:D8:10(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:23:7C:30(1) Airewave Director: Processing noise data on 802.11bg AP 00:0B:85:23:7C:30(1) Airewave Director: Processing Interference data on 802.11bg AP 00:0B:85:23:7C:30(1)
Der Befehl debug airewave-director power muss auf dem lokalen WLC des AP ausgeführt werden, der auf Korrekturen an den Abdeckungslöchern überwacht wird. Die Ausgabe des Befehls wurde für dieses Beispiel getrimmt.
Überwachung des Abdeckungsloch-Algorithmus für 802.11a
Airewave Director: Coverage Hole Check on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Found 0 failed clients on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Found 0 clients close to coverage edge on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Last power increase 549 seconds ago on 802.11a AP 00:0B:85:54:D8:10(0) Airewave Director: Set raw transmit power on 802.11a AP 00:0B:85:54:D8:10(0) to ( 20 dBm, level 1)
Überwachung des Abdeckungsloch-Algorithmus für 802.11b/g
Airewave Director: Coverage Hole Check on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Found 0 failed clients on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Found 0 clients close to coverage edge on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Last power increase 183 seconds ago on 802.11bg AP 00:13:5F:FA:2E:00(0) Airewave Director: Set raw transmit power on 802.11bg AP 00:13:5F:FA:2E:00(0) to ( 20 dBm, level 1) Airewave Director: Set adjusted transmit power on 802.11bg AP 00:13:5F:FA:2E:00(0) to ( 20 dBm, level 1)
Um zu erfahren, welche APs neben anderen APs vorhanden sind, verwenden Sie den Befehl show ap auto-rf aus der Controller-CLI. In der Ausgabe dieses Befehls gibt es ein Feld mit der Bezeichnung Nahe gelegene RADs. Dieses Feld enthält Informationen zu den MAC-Adressen in der Nähe des Access Points und zur Signalstärke (RSSI) zwischen den Access Points in dBm.
Dies ist die Syntax des Befehls:
show ap auto-rf {802.11a | 802.11b} Cisco_AP
Hier ein Beispiel:
> show ap auto-rf 802.11a AP1 Number Of Slots.................................. 2 Rad Name......................................... AP03 MAC Address...................................... 00:0b:85:01:18:b7 Radio Type..................................... RADIO_TYPE_80211a Noise Information Noise Profile................................ PASSED Channel 36................................... -88 dBm Channel 40................................... -86 dBm Channel 44................................... -87 dBm Channel 48................................... -85 dBm Channel 52................................... -84 dBm Channel 56................................... -83 dBm Channel 60................................... -84 dBm Channel 64................................... -85 dBm Interference Information Interference Profile......................... PASSED Channel 36................................... -66 dBm @ 1% busy Channel 40................................... -128 dBm @ 0% busy Channel 44................................... -128 dBm @ 0% busy Channel 48................................... -128 dBm @ 0% busy Channel 52................................... -128 dBm @ 0% busy Channel 56................................... -73 dBm @ 1% busy Channel 60................................... -55 dBm @ 1% busy Channel 64................................... -69 dBm @ 1% busy Load Information Load Profile................................. PASSED Receive Utilization.......................... 0% Transmit Utilization......................... 0% Channel Utilization.......................... 1% Attached Clients............................. 1 clients Coverage Information Coverage Profile............................. PASSED Failed Clients............................... 0 clients Client Signal Strengths RSSI -100 dBm................................ 0 clients RSSI -92 dBm................................ 0 clients RSSI -84 dBm................................ 0 clients RSSI -76 dBm................................ 0 clients RSSI -68 dBm................................ 0 clients RSSI -60 dBm................................ 0 clients RSSI -52 dBm................................ 0 clients Client Signal To Noise Ratios SNR 0 dBm................................. 0 clients SNR 5 dBm................................. 0 clients SNR 10 dBm................................. 0 clients SNR 15 dBm................................. 0 clients SNR 20 dBm................................. 0 clients SNR 25 dBm................................. 0 clients SNR 30 dBm................................. 0 clients SNR 35 dBm................................. 0 clients SNR 40 dBm................................. 0 clients SNR 45 dBm................................. 0 clients Nearby RADs RAD 00:0b:85:01:05:08 slot 0................. -46 dBm on 10.1.30.170 RAD 00:0b:85:01:12:65 slot 0................. -24 dBm on 10.1.30.170 Channel Assignment Information Current Channel Average Energy............... -86 dBm Previous Channel Average Energy.............. -75 dBm Channel Change Count......................... 109 Last Channel Change Time..................... Wed Sep 29 12:53e:34 2004 Recommended Best Channel..................... 44 RF Parameter Recommendations Power Level.................................. 1 RTS/CTS Threshold............................ 2347 Fragmentation Threshold...................... 2346 Antenna Pattern.............................. 0
Nachbarliste "pruning timer"
Vor der ersten Wartungsversion der WLC-Software 4.1 hielt ein AP andere APs bis zu 20 Minuten lang in seiner Nachbarliste, vom letzten Mal, als sie gehört wurden. Bei vorübergehenden Änderungen der Funkumgebung kann es vorkommen, dass ein gültiger Nachbar aus der Nachbarliste eines bestimmten AP gestrichen wird. Um solche temporären Änderungen an der Funkumgebung zu ermöglichen, wurde der Zeitgeber für die Beschneidung der Nachbarliste eines Access Points (Zeit seit der letzten Nachbarnachricht) auf 60 Minuten erhöht.
Kanalzuweisungsmethode
Im Automatikmodus war das Standardverhalten von DCA vor 4.1.185.0, die Kanalpläne alle 10 Minuten zu berechnen und anzuwenden (falls erforderlich). In volatilen Umgebungen haben sich tagsüber möglicherweise zahlreiche Kanäle verändert. Aus diesem Grund wurde eine genauere Kontrolle der DCA-Frequenz benötigt. In Version 4.1.185.0 und höher können Benutzer, die eine genauere Kontrolle der Frequenz wünschen, folgende Einstellungen vornehmen:
Ankerzeit (Anchor Time) - Benutzer, die die Standardeinstellung von 10 Minuten ändern möchten, können eine Ankerzeit auswählen, wenn der Gruppenleiter im Startmodus ausgeführt wird. Der Start-up-Modus ist definiert als ein Zeitraum, in dem die DCA alle zehn Minuten für die ersten zehn Iterationen (100 Minuten) mit der DCA-Empfindlichkeit von 5 dB arbeitet. Dies ist der normale Betriebsmodus, bevor die RRM-Timer in Version 4.1 hinzugefügt wurden. Dies ermöglicht eine anfängliche und schnelle Stabilisierung des Netzwerks. Nach Beendigung des Startmodus wird die DCA im benutzerdefinierten Intervall ausgeführt. Der Startmodus wird in der WLC-CLI mit dem Befehl show advanced 802.11[a|b] deutlich angezeigt:
(Cisco Controller) >show advanced 802.11a channel Automatic Channel Assignment Channel Assignment Mode........................ AUTO Channel Update Interval........................ 600 seconds [startup] Anchor time (Hour of the day).................. 0 Channel Update Contribution.................... SNI. Channel Assignment Leader...................... 00:16:46:4b:33:40 Last Run....................................... 203 seconds ago DCA Senstivity Level: ....................... MEDIUM (5 dB) Channel Energy Levels Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Channel Dwell Times Minimum...................................... unknown Average...................................... unknown Maximum...................................... unknown Auto-RF Allowed Channel List................... 36,40,44,48,52,56,60,64,100, ............................................. 104,108,112,116,132,136,140, ............................................. 149,153,157,161 Auto-RF Unused Channel List.................... 165,20,26
Interval (Intervall): Der Intervallwert, in dem die Einheiten in Stunden definiert sind, ermöglicht Benutzern die Verwendung eines vorhersehbaren Netzwerks, und die Kanalplanbewertungen werden nur in den konfigurierten Intervallen berechnet. Beträgt das konfigurierte Intervall beispielsweise 3 Stunden, berechnet und bewertet die DCA alle 3 Stunden einen neuen Kanalplan.
Sensitivität - Wie im Abschnitt DCA Algorithm beschrieben, ist die 5-dB-Hysterese, die im Algorithmus berücksichtigt wird, um zu beurteilen, ob der Kanalplan durch die Ausführung des Algorithmus verbessert wird, nun benutzerdefinierbar. Zulässige Konfigurationen sind "Niedrig", "Mittel" oder "Hoch", wobei die Einstellung "Niedrig" anzeigt, dass der Algorithmus sehr unempfindlich ist, und die Einstellung "Hoch" anzeigt, dass der Algorithmus sehr empfindlich ist. Die Standard-Empfindlichkeitsstufe ist für beide Bänder Mittel.
Für 802.11a entsprechen die Empfindlichkeitswerte: Niedrig (35 dB), Mittel (20 dB) und Hoch (5 dB).
Für 802.11b/g entsprechen die Empfindlichkeitswerte: Niedrig (30 dB), Mittel (15 dB) und Hoch (5 dB)
Standard-Grenzwert für Sendeleistungssteuerung
Die Schwelle für die Sendeleistungsregelung trägt seit jeher die Verantwortung dafür, wie APs ihre Nachbarn hören, die zu gegebener Zeit zur Entscheidung über die Sendeleistung des AP herangezogen wird. Aufgrund der allgemeinen Verbesserungen der RRM-Algorithmen in der Wartungsversion 4.1 der WLC-Software wurde auch der Standardwert von -65 dBm überdacht. Daher wurde die Standardeinstellung, die für die meisten Bereitstellungen als zu heiß galt, auf -70 dBm angepasst. Dies führt zu einer besseren Überlappung der Zellen bei den meisten einsatzbereiten Bereitstellungen in Innenräumen. Diese Standardeinstellung wirkt sich jedoch nur auf neue Installationen aus, da der Controller den zuvor konfigurierten Wert beibehält, wenn ein Upgrade von 4.1.171.0 oder früher durchgeführt wird.
Bis 4.1.185.0 musste nur ein Client die Bedingung erfüllen (schlechterer SNR-Schwellenwert als der konfigurierte Wert oder die Standardwerte von 16 dB für 802.11a oder 12 dB für 802.11b/g), um eine Abdeckungslücke zu erkennen und die Mechanismen zur Risikominimierung einzuleiten. Das Feld Mindestausnahmestufe des Clients ist nun direkt mit dem CHA verknüpft (und entsprechend im neu erstellten Unterabschnitt für den CHA positioniert). Hier wird durch den konfigurierten Wert festgelegt, wie viele Clients den SNR-Schwellenwert für die Mechanismen zur Begrenzung des Abdeckungslochs (Erhöhung der AP-Übertragungsleistung) erfüllen müssen. Es ist zu beachten, dass die meisten Bereitstellungen mit den Standardwerten beginnen sollten (12 dB für 802.11b/g und 16 dB für 802.11a und Mindestausnahmestufe des Clients von 3) und nur bei Bedarf angepasst werden sollten.
Abbildung 19: Unterabschnitt "Coverage Hole Algorithm" (Abdeckungsbohrungsalgorithmus) getrennt von den Profilschwellenwerten mit den Standardwerten, die in den meisten Installationen optimale Ergebnisse liefern
Der Algorithmus erlaubt nicht nur das Eindringen der Anzahl von Clients, die für die Reduzierung von Abdeckungslöchern in Verletzung gebracht werden müssen, sondern er wurde auch verbessert, um die Erhöhung der AP-Übertragungsleistung auf intelligente Weise zu berücksichtigen. Auch wenn die Erhöhung der Übertragungsleistung auf das Maximum die sicherste Lösung für eine ausreichende Abschwächung und Überschneidung gewesen sein mag, hat sie doch negative Auswirkungen, da Kunden mit schlechten Roaming-Implementierungen vorhanden sind. Anstatt die Zuordnung zu einem anderen WAP zu ändern, der in der Regel das stärkste Signal liefert, verbindet der Client die Zuordnung zu demselben alten WAP, von dem er sich weiter entfernt hat. Dieser Client empfängt somit kein gutes Signal mehr vom zugeordneten AP. Ein ausgefallener Client, der eine Folge schlechten Roaming ist, ist ein Beispiel für ein mögliches Fehlalarmszenario. Schlechtes Roaming ist kein Hinweis darauf, dass eine echte Versorgungslücke besteht. Die potenzielle Abdeckungslücke ist echt, wenn:
Sie befindet sich innerhalb des vorgesehenen Abdeckungsbereichs und
Selbst wenn der Client in diesem Abdeckungsloch seine Zuordnung zu einem anderen verfügbaren AP ändern würde, würde das Downlink-Signal, das der Client empfangen würde, und das Uplink-Signal an einem solchen alternativen AP vom Client immer noch unter der Abdeckungsschwelle liegen.
Um solche Szenarien zu vermeiden und zu mindern, wird die Sendeleistung des Access Points immer nur eine Ebene nach der anderen erhöht (pro Iteration). Dadurch können echte Versorgungslücken von der Leistungssteigerung profitieren, ohne dass das Netzwerk in Betrieb genommen wird (wodurch Gleichkanalstörungen vermieden werden).
Der bei einem Kanalwechsel erzeugte SNMP-Trap wurde verbessert und bietet nun detaillierte Informationen zur Erläuterung des Grundes für die Implementierung eines neuen Kanalplans. Wie aus diesem Bild ersichtlich, enthält der erweiterte Trap die im DCA-Algorithmus verwendeten Vorher-Nachher-Metriken und welche dieser Metriken zur Kanaländerung für den jeweiligen Access Point beigetragen haben.
Abbildung 20: Verbesserter DCA-Trap zeigt den Grund für einen Kanalwechsel an
Um die Konfiguration zu vereinfachen und die Benutzerfreundlichkeit zu verbessern, wurde ein neuer Unterabschnitt für den CHA erstellt, der diesen vom Unterabschnitt "Profile Thresholds" trennt, der die Auslöser für die SNMP-Trap-Generierung direkt steuert.
Die Begriffe Signal- und Abdeckungsmessungen in den Unterabschnitten Überwachungsintervalle wurden ebenfalls geändert, um ihre jeweilige Bedeutung widerzuspiegeln: Nachbarpaketfrequenz und Kanalscandauer.
Die Standardeinstellung für den Lastenausgleich mit Version 4.1.185.0 und höher ist OFF (Aus). Wenn diese Option aktiviert ist, wird das Fenster für den Lastenausgleich standardmäßig auf 5 Clients festgelegt.
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 5 clients
Diese Funktion verbessert die QoS-Interaktion mit der Funktion zum Zurückstellen von RRM-Scans. Bei Bereitstellungen mit bestimmten Energiesparclients müssen Sie das normale RRM-Scanning außerhalb des Kanals zurückstellen, um zu verhindern, dass wichtige Informationen von Clients mit geringem Speicheraufkommen, wie z. B. medizinischen Geräten, die den Energiesparmodus verwenden und regelmäßig Telemetrieinformationen senden, verloren gehen.
Sie können die WMM-UP-Markierung eines Clients verwenden, um dem Access Point die Anweisung zu geben, das Abtasten außerhalb des Kanals um einen konfigurierbaren Zeitraum zu verschieben, wenn er ein als UP markiertes Paket empfängt. Verwenden Sie diesen CLI-Befehl des Controllers, um diese Funktion für ein bestimmtes WLAN zu konfigurieren:
config wlan channel-scan defer-priority priority [enable | disable] WLAN-id
wobei priority = 0 bis 7 für user priority. Dieser Wert muss auf dem Client und im WLAN auf 6 festgelegt werden.
Verwenden Sie diesen Befehl, um die Zeitspanne zu konfigurieren, die das Scannen nach einem UP-Paket in der Warteschlange zurückgestellt wird:
config wlan channel-scan defer-time msec WLAN-id
Geben Sie den Zeitwert in Millisekunden (ms) ein. Der gültige Bereich liegt zwischen 100 (Standard) und 60000 (60 Sekunden). Diese Einstellung muss den Anforderungen der Geräte in Ihrem WLAN entsprechen.
Sie können diese Funktion auch in der Controller-GUI konfigurieren. Wählen Sie WLANs aus, und bearbeiten Sie ein vorhandenes WLAN, oder erstellen Sie ein neues. Klicken Sie auf der Seite WLANs > Edit (WLANs > Bearbeiten) auf die Registerkarte Advanced (Erweitert). Wählen Sie unter Off Channel Scanning Defer (Aus-Kanal-Scanverzögerung) die Scanverzögerungsprioritäten aus, und geben Sie die Verzögerungszeit in Millisekunden ein.
Hinweis: Das Off-Channel-Scanning ist für den Betrieb des RRM unerlässlich, das Informationen zu alternativen Kanaloptionen wie Rauschen und Interferenzen erfasst. Außerdem ist das Abtasten außerhalb des Kanals für die Erkennung von unberechtigten Geräten verantwortlich. Geräte, für die das Abscannen von Kanälen verzögert werden muss, müssen das gleiche WLAN so oft wie möglich nutzen. Wenn viele dieser Geräte vorhanden sind und die Möglichkeit besteht, dass das Abtasten außerhalb des Kanals durch die Verwendung dieser Funktion vollständig deaktiviert werden kann, müssen Sie eine Alternative zum Abtasten außerhalb des Kanals des lokalen Access Points implementieren, wie z. B. das Überwachen von Access Points oder anderen Access Points am gleichen Standort, denen dieses WLAN nicht zugewiesen ist.
Die Zuweisung einer QoS-Richtlinie (Bronze, Silber, Gold und Platin) zu einem WLAN beeinflusst, wie Pakete auf der Downlink-Verbindung vom Access Point aus markiert werden, unabhängig davon, wie sie auf dem Uplink vom Client empfangen wurden. UP=1,2 ist die niedrigste Priorität und UP=0,3 die nächsthöhere Priorität. Dies sind die Markierungsergebnisse jeder QoS-Richtlinie:
Bronze markiert allen Downlink-Datenverkehr auf UP= 1
Silver markiert den gesamten Downlink-Datenverkehr auf UP= 0
Gold markiert allen Downlink-Datenverkehr auf UP=4
Platinum markiert den gesamten Downlink-Datenverkehr auf UP=6
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
07-Feb-2014 |
Erstveröffentlichung |