Dit document verklaart de agressieve load-balances optie voor draadloze LAN-controllers (WLCs) in versies 6.0.182.0 en eerder.
Cisco raadt kennis van de volgende onderwerpen aan:
Kennis van de manier waarop u de draadloze LAN-controller en het lichtgewicht access point (LAP) kunt configureren voor een eenvoudige bediening.
Basiskennis van Lichtgewicht Access Point Protocol (LWAPP).
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
Cisco 4400 Series draadloze LAN-controllers die versie 5.0.148.0 uitvoeren
Cisco Aironet 1250 Series lichtgewicht access points
Cisco Aironet 802.11a/b/g (CB21AG) clientadapters voor draadloos LAN die versie 3.6 uitvoeren
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
Met een agressieve taakverdeling op de WLC kunnen LAP's in een LWAPP-systeem draadloze klanten over AP's laden.
Deze optie kan worden gebruikt om klanten in de LOB op één enkele controller te laden.
Gecombineerde lastverdeling werkt in de associatiefase. Indien ingeschakeld en aan de voorwaarden om de balans te laden wordt voldaan, wanneer een draadloze client probeert te associëren met een LAP, worden de associatierespreksframes naar de client verzonden met een 802.11-antwoordpakket met statuscode 17. Deze code geeft aan dat AP te druk is om nog meer associaties te accepteren.
Het is de verantwoordelijkheid van de cliënt om dat relatievorm van de vereniging met de reproductiecode 17 te respecteren, te verwerken of af te wijzen. Sommige cliënten negeren dit, ook al maakt het deel uit van de specificatie 802.11. De standaard dicteert dat de client chauffeur naar een andere AP moet zoeken om verbinding te maken aangezien het een "druk"bericht van de eerste AP ontvangt het probeert. Veel klanten doen dit niet en sturen het verzoek opnieuw in. De client in kwestie is toegestaan op het draadloze netwerk na verdere pogingen om te associëren.
In WLC versies 6.0.182.0 en eerder, stuurt de controller slechts één associatierespons met redencode 17 naar de client. Als de cliënt beslist om de reden code 17 af te wijzen, kan de cliënt dezelfde AP opnieuw proberen en deze keer staat AP toe om de vereniging te voltooien.
Als de client de associatiereactie code 17 uitvoert, probeert de client dan te associëren met een andere AP. Als load-balances bijvoorbeeld is ingeschakeld en het load-balances venster is ingesteld als vijf clients, wanneer een zesde client probeert te associëren met AP, ontvangt de client een 802.11 Associatie-responsframe met statuscode 17, wat aangeeft dat AP bezig is.
U kunt een agressieve taakverdeling instellen via de CLI of de GUI in de draadloze LAN-controller.
Voltooi de volgende stappen om een agressieve taakverdeling door de CLI in te schakelen of uit te schakelen:
Deze opdracht geven:
config load-balancing status {enable | disable}
Geef deze opdracht uit om de venstergrootte te configureren:
configure load-balancing window <size>
Opmerking: het venster kan van nul tot 20 worden aangepast.
Voltooi de volgende stappen om een agressieve taakverdeling door de GUI te configureren:
Klik vanuit de controller GUI op controller > General om de algemene pagina te openen.
Kies in het vervolgkeuzevenster voor de taakverdeling de optie Ingeschakeld of Uitgeschakeld om deze functie te configureren.
Klik op Apply (Toepassen).
De venster setting bepaalt wanneer agressief load-balances begint. Met een vensterinstelling van vijf, de standaard in versie 6.0.182.0 of vroeger, zijn alle klanten na de zesde cliënt belastingsalgebalanceerd.
Hier is een voorbeeld van een agressieve 'load-balances':
Twee AP's, AP1 en AP2, hebben twee en drie klanten verbonden aan elk, respectievelijk.
De taakverdeling is ingeschakeld en het venster is op nul ingesteld.
Deze informatie is afkomstig van een bug in de controller:
*May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff 802.11bg minimum users 0, window 0 *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff on AP 00:17:df:9f:0f:e0(1) band 1 has 0 users - Good: rssi (antenna-A -31) (antenna-B -57), snr = 57 *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff on AP 00:17:df:9e:ad:d0(1) band 1 has 2 users - Bad: rssi (antenna-A -37) (antenna-B -64), snr = 38 *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff could not find acceptable 802.11a candidate -- defaulting all *May 19 13:10:33.023: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff is denied association with AP 00:17:df:9e:ad:d0(1) (count=1)
Als u op een specifiek client-MAC-adres debug instelt, verschijnt deze optie:
*May 19 13:14:13.432: 00:40:96:b4:8b:ff Sending Assoc Response to station on BSSID 00:17:df:9f:0f:e0 (status 17)
Als de client de statuscode 17 niet naleeft en opnieuw probeert op de oorspronkelijke AP, verschijnt dit:
*May 19 13:14:14.042: 00:40:96:b4:8b:ff Load Balancing mobile 00:40:96:b4:8b:ff is permitted to associate with AP 00:17:df:9f:0f:e0(1) ( on RETRY count=1)
U kunt deze opdracht uitgeven om de configuratie van het taakverdeling te verifiëren:
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 10 clients
Opmerking: Wanneer u Cisco 7921 en 7920 draadloze IP-telefoons met controllers gebruikt, zorg er dan voor dat de agressieve lading-balancering uitgeschakeld is voor elke controller. Anders kan de eerste poging door de telefoon mislukken, wat een verstoring in het audio-pad veroorzaakt.
Hier volgen nog een paar andere opmerkingen:
Een client die al geauthentiseerd en geassocieerd is wordt nooit uit het systeem verwijderd als resultaat van agressief taakverdeling. De taakverdeling gebeurt alleen in de associatiefase.
Deze optie wordt per controller geïmplementeerd. Dit betekent dat APs in het zelfde geografische gebied logisch allemaal terug aan het zelfde WLC moeten verbinden als agressieve lading-in-evenwicht is gewenst.
De taakverdeling vindt niet plaats indien:
Het drempelvenster voor taakverdeling wordt niet overschreden. Dat wil zeggen, als AP waarom de client vraagt een geldige kandidaat AP is (huidige gebruikersprijs <= venster + min gebruikers).
De cliënt stuurt een reassociatie-verzoek naar een AP waarmee hij eerder verbonden was.