Seiteneigenschaften |
---|
Description:
In diesem Artikel werden mögliche Ursachen und Lösungsmöglichkeiten bei erhöhter CPU-Auslastung des WLAN-Controllers unter Verwendung von WLC-Tunneln aufgezeigt.
This article describes possible causes and solutions with increased cpu load when using WLC-Tunnels.
Causes for increased CPU load on a WLAN Controller | Solutions |
---|---|
The CPU load increases when more Broad- and Multicast packets are sent via a WLC-Tunnel. | In a scenario with a lot of Broad- and Multicast traffic a switch to the mode "LAN at AP" is recommended. |
As of LCOS 10.34 Rel the handling of Broad- and Multicast packets in the LAN bridge was fixed. In earlier Firmware versions no communication between end devices within a WLC-Tunnel was possible, if they were connected to different access points (the total number of Broad- and Multicast packets is derived from the number of Broad- and Multicast packets multiplied with the number of access points which broadcast the SSID associated with a WLAN-Tunnel). This leads to an increased base load of Broad- and Multicast packets in a WLC-Tunnel and therefore also to an increased CPU load on the WLAN Controller. | If the scenario was functional up to LCOS 10.34, it could be sufficient to use a virtual WLAN-Controller (vRouter). Depending on the used hardware and assigned ressources for the vRouter VM, this can be significantly more performant than a regular WLAN-Controller. Additionally it is recommended to deactivate the option Allow data traffic between stations of this SSID in the logical WLAN network, if no communication between the end devices is necessary. |
The CPU load increases when more WLC-Tunnels are used. | The number of WLC-Tunnels should be reduced and a WLC-Tunnel should only be used for individual SSIDs, e.g. for the Public Spot SSID. |
The CPU load increases when more end devices are connected via a WLC-Tunnel. | Scenarios with many end devices should be implemented via "LAN at AP" instead of a WLC-Tunnel. |
The CPU load increases when more access points broadcast an SSID via a WLC-Tunnel. | SSIDs with a WLC-Tunnel should only be broadcasted on access points, where this SSID is needed. This SSID should be removed from all other access points. |
If a WLC-Tunnel is linked with a LAN interface via a bridge group, this leads to a greatly increased cpu load. Therefore this has to be avoided at all costs! | |
If a WLC-Tunnel is linked with another WLC-Tunnel via a bridge group, this leads to a greatly increased cpu load and can also lead to complete utilization of the WLAN Controller. Therefore this has to be avoided at all costs! | The use of "LAN at AP" instead of a WLC-Tunnel for such a scenario is mandatory. |
As of LCOS 10.32 the MAC address of a connected WLAN device connected via a WLC-Tunnel is not tracked, if the WLC-Tunnel is assigned directly to the IP network. Thus replies to the WLAN device have to be sent to all access points, the WLC-Tunnel is connected to. This leads to an increased CPU load and especially a highly increased network load. | As the LAN brige tracks the MAC addresses of connected devices, the WLC-Tunnel can be assigned to a Bridge group and the Bridge group is assigned to the respective IP network. Please note, that in this case only a single WLC-Tunnel can be included in a Bridge group |
Ursachen für hohe CPU-Last auf dem WLAN-Controller | Lösungsmöglichkeiten |
Je mehr Broad- und Multicast-Pakete über einen WLC-Tunnel versendet werden, desto höher ist die Auslastung. | In einem Szenario mit Übertragung von vielen Broad- und Multicast-Paketen ist ein Wechsel auf den Betriebs-Modus LAN am AP empfehlenswert. |
Ab LCOS 10.34 Rel wurde die Behandlung von Broad- und Multicast-Paketen in der LAN-Bridge behoben. In vorigen Firmware-Versionen war keine Kommunikation zwischen Endgeräten in einem WLC-Tunnel möglich, wenn diese an verschiedenen Access Points angemeldet waren (die Gesamt-Anzahl der Broad- und Multicasts berechnet sich dabei aus den Broad- und Multicasts multipliziert mit der Anzahl der Access Points, welche die SSID des WLC-Tunnels ausstrahlen). Dies führt zu einer höheren Grundlast an Broad- und Multicast-Paketen im WLC-Tunnel und somit auch zu einer höheren CPU-Last auf dem WLAN-Controller. | Wenn das Szenario bis LCOS 10.34 funktioniert hat, kann es gegebenenfalls bereits ausreichend sein, einen virtualisierten WLAN-Controller (vRouter) einzusetzen. Dieser ist je nach verwendeter Hardware und zugewiesener Ressourcen für die VM des vRouters deutlich performanter als ein regulärer WLAN-Controller. Zusätzlich ist es empfehlenswert im logischen WLAN-Profil die Option Datenverkehr zulassen zwischen Stationen dieser SSID zu deaktivieren, sofern keine Kommunikation zwischen den Endgeräten erforderlich ist. |
Je mehr WLC-Tunnel verwendet werden, desto höher ist die Auslastung. | Die Anzahl der WLC-Tunnel sollte reduziert und ein WLC-Tunnel nur für einzelne SSIDs verwendet werden, etwa für die Public Spot SSID. |
Je mehr Endgeräte über einen WLC-Tunnel angebunden sind, desto höher ist die Auslastung. | Szenarien mit vielen Endgeräten sollten über LAN am AP statt über einen WLC-Tunnel umgesetzt werden. |
Je mehr Access Points eine SSID über den WLC-Tunnel ausstrahlen, desto höher ist die Auslastung. | Die SSIDs mit einem WLC-Tunnel sollten nur auf den Access Points ausgestrahlt werden, auf denen dies erforderlich ist. Auf den restlichen Access Points sollte diese SSID entfernt werden. |
Wird ein WLC-Tunnel mit einem LAN-Interface über eine Bridge-Gruppe verbunden, führt dies zu einer stark erhöhten Auslastung. Dies ist daher unbedingt zu vermeiden! | Der Datenverkehr sollte per Routing zum nächsten Router oder direkt zum Internet gesendet werden (Schritt 3. Herstellen der Internet-Konnektivität). |
Wird ein WLC-Tunnel mit einem weiteren WLC-Tunnel über eine Bridge-Gruppe verbunden, führt dies zu einer stark erhöhten Auslastung und kann sogar zu einer vollständigen Auslastung des WLAN-Controllers führen. Dies ist daher unbedingt zu vermeiden! | Ein solches Szenario muss über LAN am AP statt über einen WLC-Tunnel umgesetzt werden. |