- Letzte Aktualisierung
- Als PDF speichern
Erfahren Sie mehr mit diesen kostenlosen Online-Schulungen im Meraki Learning Hub:
Melden Sie sich mit Ihrem Cisco SSO an oder erstellen Sie ein kostenloses Konto, um mit der Schulung zu beginnen.
Auto-RF-Übersicht
Auto RF ist eine Funktion der Meraki-Zugangspunkte, auf der aufgebaut istAuto TXPowerUndAutomatischer Kanalum Nicht-Wi-Fi-Interferenzen zu erkennen und die Wi-Fi-Umgebung zu überwachen. Basierend auf den erkannten Umgebungsfaktoren kann Auto RF automatisch Einstellungen wie Kanalzuweisungen, Sendeleistung pro Funkgerät und Bandsteuerung anpassen.
Auto RF erfasst Daten über die RF-Umgebung, die von jedem AP in einem Netzwerk gesammelt werden, und führt sie einer mathematischen Formel zu, um eine Gesamtleistungsbewertung für diesen bestimmten AP abzuleiten. Das Produkt aller Leistungsbewertungen im Netzwerk wird dann zur Gesamtbewertung des Netzwerks, die den entscheidenden Faktor bei der Betrachtung möglicher Änderungen darstellt.
Für alleKünstliche Intelligenz mit KI-gestütztem RRMFunktionen in Auto RF entnehmen Sie bitte derKI-gestützte automatische RFdokumentieren.
Der Leistungswert eines Netzwerks wird auf drei verschiedene Arten berechnet:
- Alle 15 Minuten wird die Punktzahl jedes AP im Vergleich zu Nachbarn bewertet, die null Sprünge entfernt sind (d. h. unmittelbar benachbart).
- Alle 3 Stunden wird die Punktzahl jedes AP im Vergleich zu Nachbarn ausgewertet, die einen Hop entfernt sind, und dann null Hops entfernt (d. h. seine unmittelbaren Nachbarn usw.).ihreNachbarn)
- Alle 24 Stunden wird die Punktzahl jedes AP im Vergleich zu Nachbarn ausgewertet, die zwei Hops entfernt sind, dann eins, dann null.
Jede Bewertung wird zehnmal ausgeführt, und sobald dieser Zyklus abgeschlossen ist, überträgt Auto RF alle Änderungen an den aktuellen Kanal- und Leistungseinstellungen, die zu einer Nettosteigerung der Netzwerkleistung führen.
Wenn ein AP zum ersten Mal bereitgestellt wird, verwendet er die Standardkanäle 1 für 2,4 GHz und 36 für 5 GHz und die Sendeleistung ist auf „Auto“ eingestellt. Diese Einstellungen können manuell auf dem Dashboard pro AP konfiguriert werden, bevor die WLAN-Einrichtung bereitgestellt wird.
Automatischer Kanal
Auto Channel passt die Kanäle der Client-Funkgeräte dynamisch an, um HF-Interferenzen zu vermeiden (sowohl 802.11 als auch Nicht-802.11) und entwickelt einen Kanalplan für das drahtlose Netzwerk. Auto Channel eignet sich gut für die meisten drahtlosen Netzwerke und bietet eine grundlegende Kanalkonfiguration, die dann manuell angepasst werden kann wenn benötigt.
In diesem Abschnitt wird beschrieben, wie Auto Channel funktioniert und wie Kanalwechselereignisse interpretiert werden.
Aufbau
Auto Channel ist standardmäßig auf allen Merakiaccess-Punkten aktiviert. Um sicherzustellen, dass Auto Channel auf einem AP aktiviert ist, navigieren Sie zuWLAN > Konfigurieren > Funkeinstellungenim Dashboard und wählen Sie einen bestimmten AP aus. Die Funkkonfiguration für den Access Point wird auf der rechten Seite der Seite angezeigt. Der Auto-Channel-Algorithmus wird auf Funkgeräten verwendet, deren Kanal „Auto“ ausgewählt ist, und wird alle 15 Minuten ausgeführt.
2,4-GHz-Kanalauswahl
Meraki-Zugangspunkte folgen bei der automatischen Kanalauswahl den Best Practices und Industriestandards, sodass der 2,4-GHz-Funk eines AP nur auf die Kanäle 1, 6 und 11 eingestellt wird. Da sich die Frequenz nicht überschneidet, haben diese drei Kanäle die geringste AnzahlGleichkanalstörungen. Andere Kanäle sind in der Liste enthalten und können manuell ausgewählt werden, um den Auto-Channel-Algorithmus außer Kraft zu setzen.
5-GHz-Kanalauswahl
Die Kanalverfügbarkeit für 5 GHz variiert je nach AP-Modell und Regulierungsdomäne. Der Access Point berücksichtigt jeden Kanal, für den er im regulatorischen Betriebsbereich zertifiziert ist. Eine Liste der Kanäle kann angezeigt werden, indem das Kanal-Dropdown-Menü für den AP auf der Seite mit den Funkeinstellungen geöffnet wird. Es gibt keine Präferenz für ein bestimmtes Band und alle Kanäle werden gleichmäßig gewichtet.
Dynamische Frequenzauswahl (DFS) ausschließen
Einige Anwendungsfälle erfordern dies möglicherweiseDFS-Kanäle (Dynamic Frequency Selection).sind vom Auto-Channel-Algorithmus ausgeschlossen. DFS-Kanäle können auf der Seite mit den Funkeinstellungen im Dashboard zugelassen oder ausgeschlossen werden, indem Sie zu navigierenDrahtlos > Funkeinstellungen > Profil bearbeiten > Von AutoChannel verwendete Kanäle ändern > DFS-Kanäle abwählen.
Da DFS-Kanäle nur verwendet werden können, bis Radarkommunikation gehört wird, kann die Deaktivierung von DFS nützlich sein, wenn sich das drahtlose Netzwerk in unmittelbarer Nähe eines Hafens, Flughafens oder einer Wetterradarstation befindet. Administratoren möchten DFS möglicherweise auch deaktivieren, wenn die meisten lokalen drahtlosen Clients keine DFS-Kanäle unterstützen.
Viele Hubschrauber verfügen über Radarsysteme, die DFS-Ereignisse in drahtlosen Netzwerken auslösen können, die zu Kanalwechseln führen würden. Krankenhäuser und andere geschäftskritische Standorte, die möglicherweise über einen Hubschrauberlandeplatz verfügen, sollten den Ausschluss von DFS-Kanälen in Betracht ziehen. Wenn ein DFS-Ereignis auftritt, wechseln alle APs in einem Netzwerk gemäß den gesetzlichen Anforderungen zum nächstbesten Kanal (alle Clients auf DFS-Kanälen werden getrennt), was ein Nicht-DFS-Kanal und dann ein DFS-Kanal wäre.
Breite des Funkkanals
Das Dashboard bietet die Möglichkeit, eine Standardkanalbreite festzulegen, die im Auto-Channel-Algorithmus für 5 GHz berücksichtigt wird. Sie können die automatische Breite belassen, wodurch die Breite des 5-GHz-Radios basierend auf den unten beschriebenen Auto-Channel-Algorithmen angepasst wird.A Die Standardeinstellung der 80-MHz-Breite kann konfiguriert werden, um einen optimalen drahtlosen Durchsatz zu ermöglichen. Die Verwendung einer 80-MHz-Breite kann jedoch zu mehr Gleichkanalkonflikten führen. Die Einstellung kann auf 40 oder 20 MHz reduziert werden, um Kanalüberlappungen bei Bereitstellungen mit hoher Dichte zu reduzieren. Die Standardkanalbreite kann auf der Seite mit den Funkeinstellungen im Dashboard im Dropdown-Menü angegeben werden, wenn Sie die alte Ansichtsseite verwenden, und in den RF-Profileinstellungen, wenn Sie die neue Dashboard-Seite anzeigen. Die Breite kann je nach AP unterschiedlich eingestellt werden, indem Sie entweder die Überschreibungen durch Auswahl eines AP verwenden oder sich für die Verwendung von „Auto“ entscheiden.
Der Auto-TX-Algorithmus stellt die Sendeleistung für 2,4-GHz- und 5-GHz-Funkgeräte niemals unter 2 dBm ein.
Cisco Meraki APs, die keine 80 MHz breiten Kanäle unterstützen, werden standardmäßig auf 40 MHz für ihre Kanalbreite eingestellt.
Die automatische Kanalbreite ist die Standardeinstellung bei Firmware MR 25.1 und höher. Beim Upgrade auf MR 25.1 wird Auto ausgewählt, wenn zuvor keine Bandbreiteneinstellung vorgenommen wurde.
Echtzeit-Autokanal
Neuere Cisco Meraki APs mit dediziertem Scan-Radio können den Echtzeit-Auto-Channel-Algorithmus verwenden. Da diese APs vollständige Einsicht in die HF-Bedingungen auf allen Kanälen haben, sind der AP und das Dashboard in der Lage, in hochdichten HF-Umgebungen schnelle Kanalplanungsentscheidungen zu treffen.
RF-Metriken
Cisco Meraki APs sammeln ständig Informationen aus der RF-Umgebung; Das spezielle Scan-Funkgerät überwacht kontinuierlich alle Kanäle für Air Marshal und RF. Die folgende Tabelle beschreibt im Detail die Metriken, die von jedem AP erfasst und vom Cloud-Controller für den Echtzeit-Auto-Channel-Algorithmus analysiert werden:
| Metrisch | Beschreibung |
| Nutzungsbedarf | Einige APs bewältigen eine größere Last als andere APs im selben Netzwerk. APs innerhalb des Dashboard-Netzwerks werden hinsichtlich ihres Nutzungsbedarfs überwacht. Die Anzahl der Clients und der Datenverkehr werden berechnet, um den „Wert“ eines AP gegenüber einem anderen abzuwägen. Diese Metrik trägt dazu bei, sicherzustellen, dass die saubersten Kanäle in den anspruchsvollsten Bereichen verwendet werden. |
| Verfügbarkeit der Sendezeit | Jeder Access Point misst Konflikte und Sendezeitverfügbarkeit für jede Kanal- und Bandbreitenkombination. Diese Metrik maximiert die verfügbare Sendezeit für das BSS, wodurch auch Konflikte minimiert und Leistung und Roaming verbessert werden. In dieser Metrik werden im Dashboard registrierte Meraki-APs und APs außerhalb des Netzwerks berücksichtigt. Meraki-APs innerhalb des Dashboard-Netzwerks werden höher gewichtet, um Roaming und die Verteilung der Sendezeitnutzung zu optimieren. Anstatt nur die Anzahl überlappender Netzwerke zu zählen und zu berücksichtigen, stellt diese Metrik sicher, dass der AP auf einem Kanal koexistiert und ausreichend Sendezeit zur Verfügung steht. |
| Kanalnutzung | Die Kanalnutzung umfasst sowohl 802.11- als auch Nicht-802.11-Quellen. Externe Störquellen wie Mikrowellen und DAS-Systeme werden durch diese Metrik erkannt und können auf der Seite „HF-Spektrum“ angezeigt werden. |
*Ein BSSID ist eine eindeutige Kennung für jeden 802.11-Zugangspunkt und besteht aus der MAC-Adresse des Funkgeräts. Jede SSID, die ein AP überträgt, hat eine andere BSSID. In den meisten Fällen wird ein eindeutiger virtueller MAC verwendet, der auf dem hartcodierten Funk-MAC basiert. BSSIDs werden vom Meraki-Zugriffspunkt sowohl durch passives Scannen als auch durch aktives Prüfen auf jedem Kanal erkannt.
Kanalanpassungen werden vom Dashboard anhand der von den bereitgestellten APs gemeldeten Informationen vorgenommen. Das Dashboard weist einen AP aus verschiedenen Gründen an, zu einem anderen Kanal zu wechseln, z. B. wenn ein neuer AP hinzugefügt wird, die Schaltfläche „Automatische Kanäle aktualisieren“ gedrückt wird, die Funkkanäle blockiert werden, während des Steady-State-Prozesses, und während Kanalwechselansagen. Die APs in einem Netzwerk verwenden die Informationen, die sie aus der Umgebung gesammelt haben, und berechnen, ob es Kanäle mit besserer Leistung gibt. Wenn ein AP feststellt, dass es bessere Kanäle gibt, wechselt der AP zu diesen, wenn die automatischen Kanäle alle 15 aktualisiert werden Protokoll.
Kanalwechsel
Kanalanpassungen werden vom Dashboard anhand der von den bereitgestellten APs gemeldeten Informationen vorgenommen. Das Dashboard weist einen AP aus folgenden Gründen an, zu einem anderen Kanal zu wechseln:
Neuer AP hinzugefügt
Das Dashboard passt den Kanal eines neuen AP automatisch an einen Kanal an, der für den Standort, an dem der AP installiert ist, am besten optimiert ist. Das Dashboard sammelt Informationen vom neu hinzugefügten AP und wählt den Kanal aus, der am besten in das bestehende drahtlose Netzwerk passt.
Das Hinzufügen eines neuen AP führt nicht dazu, dass benachbarte APs sofort den Kanal wechseln. Benachbarte APs passen ihre Kanäle aus den anderen unten aufgeführten Gründen an.
Protokollierung
Das Ereignisprotokoll meldet diese Art von Kanalwechsel als „Kanal für neuen AP eingestellt“ und die API gibt den Grundwert 1 zurück. Dieses Ereignis umfasst die Funknummer, den alten Kanal und den neuen Kanal. Nachfolgend finden Sie ein Beispiel für eines dieser Ereignisse:
Schaltfläche „Automatische Kanäle aktualisieren“.
Durch Drücken derAutomatische Kanäle aktualisierenDie Schaltfläche auf der Seite mit den Funkeinstellungen im Dashboard erzwingt eine einmalige Optimierung der von allen APs innerhalb des Dashboard-Netzwerks verwendeten Kanäle. Dies führt normalerweise zu einer Ausfallzeit von ein oder zwei Minuten, da die APs ihren Kanal anpassen.
Protokollierung
Das Ereignisprotokoll meldet diese Art von Kanalwechsel als „Automatische Kanalaktualisierung“ und die API gibt den Grundwert 2 zurück. Das Ereignis umfasst die Funknummer, den alten Kanal und den neuen Kanal. Nachfolgend finden Sie ein Beispiel für eines dieser Ereignisse:
Gestauter Kanal
Eine neue Störquelle kann dazu führen, dass ein Kanal unbrauchbar wird. Wenn eines der Funkgeräte des AP aufgrund von Interferenzen für Clients unbrauchbar wird, weist das Dashboard den AP an, zu einem anderen Kanal mit besseren HF-Metriken zu wechseln, wie oben beschrieben.
Das Dashboard erkennt einen blockierten Kanal durch Analyse der Auslastung. Wenn die Nicht-802.11-Auslastung auf einem der den Client bedienenden Funkgeräte eine Minute lang 65 % oder mehr beträgt, weist das Dashboard den AP an, zu einem anderen Kanal zu wechseln. Bei der analysierten Nutzung handelt es sich um Nicht-802.11-Interferenzen, die von einer Mikrowelle oder einer drahtlosen Videokamera übertragen würden.
Clients, die sich während des Kanalwechsels am AP befinden, werden über eine Channel Switch Announcement (CSA) angewiesen, mit dem AP zu einem neuen Kanal zu wechseln, wodurch ihre Verbindung aufrechterhalten wird. Clients, die die CSA aufgrund der Störung nicht hören, verbinden sich erneut mit einem AP (entweder dem ursprünglichen AP oder einem Roaming-Zugriff auf einen anderen).
Protokollierung
Das Ereignisprotokoll meldet diese Art von Kanalwechsel als „Kanal geändert, um Kanalstau zu vermeiden“ und die API gibt den Grundwert 3 zurück. Dieses Ereignis umfasst die Funknummer, den alten Kanal und den neuen Kanal. Nachfolgend finden Sie ein Beispiel für eines dieser Ereignisse:
Gleichgewichtszustand
Der häufigste Grund für einen Kanalwechsel ist der Steady-State-Prozess. Der Cloud-Controller führt diesen Prozess alle 15 Minuten aus. Wenn es während der Ausführung des Steady-State-Prozesses einen Kanal mit einer besseren Metrik gibt, wird der AP angewiesen, seinen Kanal zu ändern.
Kundenbewusstsein
Der Steady-State-Algorithmus ist clientorientiert. Bei der Bestimmung der optimalen Kanalzuweisung für die APs im Netzwerk berücksichtigt Auto RF Metriken zur Kanalnutzung, Kanalbreite, zugehörigen Geräten und Verkehrslast für die 2,4- und 5-GHz-Funkgeräte jedes APs in einem Netzwerk.
Ankündigungen zum Kanalwechsel
APs verwenden Kanalwechselankündigungen, um Clients von einem 20-MHz- oder 40-MHz-Kanal auf einen anderen zu verschieben. Unsere Tests haben ergeben, dass der Wechsel von einem 80-MHz-Kanal zu einem anderen zu Unterbrechungen führen kann. Daher wechseln wir nicht von einem 80-MHz-Kanal, wenn Clients verbunden sind. Da viele Clients CSA im 2,4-GHz-Spektrum nicht unterstützen, werden diese Kanäle nicht für den Kanalwechsel per Steady-State berücksichtigt, wenn ein Client zugeordnet ist.
CSA für Auto Channel ist in der MR 25+-Firmware verfügbar und die Funktion kann aktiviert werden, indem Sie sicherstellen, dass Sie mindestens MR 25 verwendenOrganisation > Firmware-UpgradesBuchseite.
Mesh-Bewusstsein
Der Steady-State-Algorithmus ist Mesh-fähig und passt den Kanal des Funkgeräts eines APs, der Mesh-Repeater bedient, nicht an. RAdios auf einem AP, die als Gateway für einen aktiven Mesh-Repeater fungieren, wechseln den Kanal nicht. Der Kanalwechsel eines Funkgeräts führt zu einer Ausfallzeit von einigen Sekunden, und der Verlust einer Mesh-Verbindung kann zu Paketverlusten führen.Wenn die Mesh-Topologie den Router neu berechnet, nimmt das Funkgerät des AP wieder stetige Stufenänderungen auf oder ändert seinen Kanal aus einem der anderen in diesem Dokument erläuterten Gründe.
DFS-Bewusstsein
Für den Wechsel zu einem DFS-Kanal ist ein Backoff zur Kanalverfügbarkeitsprüfung (Channel Availability Check, CAC) erforderlich, der Clientübertragungen für 60 Sekunden verhindert. Während Clients verbunden sind, werden nur Nicht-DFS-Kanäle berücksichtigt. Sobald Clients jedoch die Verbindung zum AP trennen, kann ein DFS-Kanal überdacht werden.
Protokollierung
Das Ereignisprotokoll meldet diese Art von Kanalwechsel als „Kanal wurde geändert, um Netzwerkinterferenzen zu minimieren“ und die API gibt den Grundwert 4 zurück. Zu dieser Art von Ereignis gehören die Funknummer, der alte Kanal und der neue Kanal. Nachfolgend finden Sie ein Beispiel dafür diese Berichte:
Opportunistischer Auto-Kanal
CiscoMeraki-APs, die nicht über ein dediziertes drittes Funkgerät verfügen (oder APs, bei denen ein drittes Funkgerät aufgrund von Leistungsbeschränkungen deaktiviert ist), verwenden den opportunistischen Auto-Channel-Algorithmus. Dieser Algorithmus verwendet ähnliche Metriken wie der oben beschriebene Echtzeit-Autokanal. Die Daten werden alle zwei Stunden durch opportunistisches Scannen erfasst und außerhalb des Kanals gescannt, wenn keine Clients verbunden sind. Da Informationen über einen längeren Zeitraum gesammelt werden und die Echtzeit-Sichtbarkeit für andere Kanäle begrenzt ist, ist die Häufigkeit von Kanalwechseln viel konservativer.
Kanalwechsel
Kanalwechsel sind konservativer/seltener, da der AP beim Vergleich mit dem Echtzeitalgorithmus mehr Annahmen über die Kanalqualität treffen muss. Es gibt drei Hauptfälle, in denen ein Kanal mit dem opportunistischen Auto-Kanal geändert wird:
- Neuer AP hinzugefügt
- Gleichgewichtszustand
- Schaltfläche „Auto-Kanal aktualisieren“.
Steady-State-Kanalwechsel erfolgen nur nachts oder in Zeiten geringer Netzwerkauslastung. Administratoren können einen Scan mit dem opportunistischen Auto-Channel-Algorithmus erzwingen, indem sie auf drückenAutomatischen Kanal aktualisierenKlicken Sie auf die Schaltfläche „Radioeinstellungen“ im Dashboard.
Auto-TX
Jeder AP misst das Signal-Rausch-Verhältnis (SNR) benachbarter APs, die sich im selben Dashboard-Netzwerk befinden. Alle Funkgeräte an einem AP können das Sampling durchführen. Die SNR-Messwerte werden in Nachbarberichten zusammengefasst, die zur Verarbeitung an die Cloud gesendet werden. Die Cloud sammelt Nachbarberichte von jedem AP. Anhand der aggregierten Daten kann die Cloud die direkten Nachbarn jedes AP bestimmen (Nachbarn, die ein Client möglicherweise auch direkt durchquert) und wie stark jeder AP die Funksendeleistung anpassen sollte, damit die Abdeckungszellen optimiert werden. Sobald die Berechnungen abgeschlossen sind, weist die Cloud jeden AP an, die Übertragungsleistung zu verringern (oder in einigen Fällen zu erhöhen), um ein optimales Leistungsniveau zu erreichen. Der Auto-TX-Prozess wird alle 20 Minuten für jeden AP im Dashboard-Netzwerk sowohl auf 2,4-GHz- als auch auf 5-GHz-Funkgeräten durchgeführt.
Echtzeit-Auto-TX-Prozess
Dieses Beispiel veranschaulicht den Prozess mit einem Dashboard-Netzwerk, das vier APs mit überlappender Abdeckung enthält.
- Jeder AP prüft das SNR seiner Nachbarn und stellt die Messwerte in einem Nachbarbericht zusammen, der an die Cloud gesendet wird.
- Thecloud fordert den Nachbarbericht von jedem AP im Dashboard-Netzwerk an.
- Sobald die Cloud die Berichte von jedem AP hat, aggregiert sie diese und bestimmt die direkten Nachbarn jedes APs und wie stark jeder AP seine Sendeleistung anpassen sollte, um eine optimale Überlappung der Abdeckung zu erreichen. Bei Bedarf senkt der Auto-TX-Algorithmus die Sendeleistung jedes AP in einem Bereich von 1 dB bis 3 dB oder erhöht die Sendeleistung um 1 dB pro Iteration. Das Ziel ist ein SNR von 30 dB für den stärksten direkten Nachbarn eines AP, jedoch niemals weniger als 17 dB SNR für den schwächsten direkten Nachbarn eines AP. Eine zu starke Reduzierung der Sendeleistung bei schwachen Nachbarn könnte zu einer Lücke in der Abdeckung führen.
- Sobald die Sendeleistungspegel berechnet wurden, durchläuft die Cloud jeden AP im Dashboard-Netzwerk und weist ihn an, seine Sendeleistung zu verringern oder zu erhöhen. Wenn das Ziel-SNR bereits erreicht ist, ist keine Anpassung der Sendeleistung erforderlich.
- Dieser Vorgang wird alle 20 Minuten auf jedem AP im Dashboard-Netzwerk wiederholt.
Opportunistisches Auto-TX
Der Auto-TX-Algorithmus ist nur für Geräte mit einem dritten Funkgerät verfügbar (z. B. MR18, MR34 usw.). Andere Geräte verwenden den opportunistischen Auto-TX-Algorithmus. Dieser Algorithmus verwendet einen anderen Metriksatz, um den geeigneten Leistungspegel zu bestimmen, sofern der AP nicht über einen solchen verfügt Echtzeit-Sichtbarkeit benachbarter APs. Da Informationen über einen längeren Zeitraum gesammelt werden und die Sichtbarkeit für andere APs begrenzt ist, kann der resultierende Leistungspegel höher als optimal sein.
Mesh-Bewusstsein
Der Steady-State-Algorithmus ist Mesh-fähig und passt die Leistung des Funkgeräts eines APs, der Mesh-Repeater bedient, nicht an. RAdios auf einem AP, die als Gateway für einen aktiven Mesh-Repeater fungieren, verändern die Sendeleistung nicht.
Bestimmen der Auto-TXEffectiveness
Sie können feststellen, ob der Auto-TX-Algorithmus die Sendeleistung von APs angepasst hat, indem Sie sich die Sendeleistungswerte auf der Seite „Radio Settings“ ansehen. Wenn eine Anpassung vorgenommen wurde, zeigt das Funkgerät eines AP die aktuelle Sendeleistung in Form von Standortuntersuchung, die durchgeführt wurde, nachdem Auto TX aktiviert wurde. Bevor Sie Auto TX aktivieren, führen Sie eine Standortuntersuchung des gesamten drahtlosen Netzwerks durch. Sobald Auto TX aktiviert ist, warten Sie 24 Stunden und führen Sie eine weitere Standortuntersuchung durch. Vergleichen Sie die Signalstärke, die Abdeckungsbereiche und die Kanalüberlappung beider Untersuchungen, um die Auswirkungen von Auto TX auf die drahtlose Umgebung zu ermitteln.
Bandlenkung
Der Dualband-Betrieb mit Bandsteering erkennt Clients, die für den 5-GHz-Betrieb geeignet sind, und steuert sie auf diese Frequenz, wodurch das stärker ausgelastete 2,4-GHz-Band für ältere Clients verfügbar bleibt. Dies trägt zur Verbesserung des Endbenutzererlebnisses bei, indem die Kanalauslastung reduziert wird, insbesondere in Umgebungen mit hoher Dichte. Der Dualband-Betrieb mit Bandsteuerung wird auf SSID-Basis konfiguriert.
DFS-Bewusstsein
Der Wechsel zu einem DFS-Kanal erfordert einen CAC-Backoff, der Clientübertragungen für 60 Sekunden verhindert. Während Clients verbunden sind, werden nur Nicht-DFS-Kanäle berücksichtigt. Sobald Clients jedoch die Verbindung zum AP trennen, kann ein DFS-Kanal überdacht werden.
Protokollierung
Das Ereignisprotokoll meldet diese Art von Kanaländerung als „Kanal geändert, um die Netzwerkleistung zu verbessern“, und die API gibt den Grundwert 6 zurück. Zu dieser Art von Ereignis gehören die Funknummer, der alte Kanal und der neue Kanal. Nachfolgend finden Sie ein Beispiel für einen dieser Berichte:
Berichterstattung
Das Dashboard meldet im Ereignisprotokoll, wenn Auto RF den Kanal eines Access Points ändert, und zeigt den aktuellen Status auf der Seite mit den Funkeinstellungen an.
RF-Spektrum-Seitenwerte
Die Informationen zumÜbersicht über die HF-Spektrum-Seite(Drahtlos > Monitor > HF-Spektrum) stammt aus dem scannenden Radio. Das Scan-Radio des Meraki AP verfügt über einen Zähler für jeden gescannten Kanal. Jeder Kanal wird 150 ms lang gescannt und der Zähler wird alle 20 ns aktualisiert. Zähler geben an, wie oft der AP gesendet und empfangen hat und eine Überlastung festgestellt hat, sowie die Gesamtzahl der Zyklen. Für jeden 150-ms-Abtastwert liest der AP die Zähler und berechnet die Differenz zwischen dem Wert von vor 150 ms und dem neuen Wert. Diese Differenz wird zur Berechnung der Kanalauslastung verwendet.
Die Werte, die ein durchschnittlicher Nutzungskanal annehmen kann, liegen in einem der folgenden Bereiche:
- Sehr niedrig (< 10 %)
- Niedrig (10–30 %)
- Ausreichend (30–50 %)
- Hoch (50–70 %)
- Sehr hoch (70-90%)
- Verklemmt (> 90 %)
Ereignisprotokoll
Mit der integrierten Filterung des Ereignisprotokolls können Sie nur Auto-RF-Ereignisse filtern und einen Drilldown zu einem bestimmten Zugangspunkt durchführen. Die verschiedenen Arten von Protokollmeldungen sind oben beschrieben.
Funknummer:
- „0“ für 2,4-GHz-Radio
- „1“ für das 5-GHz-Radio
Diese Ereignisprotokollmeldung wird unten angezeigt, wenn ein AP zum ersten Mal in ein Netzwerk eingeführt wird.
Die folgende Ereignisprotokollmeldung wird regelmäßig angezeigt, wenn der AP den Kanal ändert, um die Netzwerkleistung zu verbessern.
Seite „Radioeinstellungen“.
Die Seite mit den Radioeinstellungen (WLAN > Konfigurieren > Funkeinstellungen) zeigt den aktuellen Status von Auto Channel sowohl in einer Kartenansicht als auch in einer Listenansicht an.
Listenansicht
Die Listenansicht zeigt den aktuellen Betriebskanal für jeden AP an. Ein Administrator kann zwischen 2,4 GHz, 5 GHz und 6 GHz umschalten, um zu ändern, welches Funkgerät in der Liste gemeldet wird.(Auto)Das Erscheinen neben dem gemeldeten Kanal zeigt an, dass der AP am Auto Channel teilnimmt.
Die automatische Sendeleistung (TX) ist Teil des Cisco Meraki Auto RF-Funktionsumfangs, der für die Zero-Touch-Optimierung von drahtlosen Netzwerken für Umgebungen mit hoher Dichte konzipiert ist. Konkret nutzt Auto TX die Cisco Merakicloud, um die Funkübertragungsleistung auf APs zu verwalten und so die Abdeckung der Zellen für das Roaming zu optimieren. Wenn sich die drahtlose Umgebung ändert, können sich die Funkgeräte der APs entsprechend anpassen, ohne dass ein drahtloser Controller vor Ort erforderlich ist.