Aggressieve taakverdeling voor draadloze LAN-controllers (WLC’s) release 6.0.18.0 en Voorbeeld van eerdere configuratie

Downloadopties

  • PDF     (165.1 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (142.3 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (145.1 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:1 augustus 2011
Document-id:107457

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document verklaart de agressieve load-balances optie voor draadloze LAN-controllers (WLCs) in versies 6.0.182.0 en eerder.

Voorwaarden

Vereisten

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).

Gebruikte componenten

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.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Geaggregeerde taakverdeling

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.

agressieve taakverdeling configureren

U kunt een agressieve taakverdeling instellen via de CLI of de GUI in de draadloze LAN-controller.

Opdrachtlijn-interface

Voltooi de volgende stappen om een agressieve taakverdeling door de CLI in te schakelen of uit te schakelen:

  1. Deze opdracht geven:

    config load-balancing status {enable | disable}

  2. Geef deze opdracht uit om de venstergrootte te configureren: 

    configure load-balancing window <size>

    Opmerking: het venster kan van nul tot 20 worden aangepast.

grafische gebruikersinterface

Voltooi de volgende stappen om een agressieve taakverdeling door de GUI te configureren:

  1. Klik vanuit de controller GUI op controller > General om de algemene pagina te openen.

  2. Kies in het vervolgkeuzevenster voor de taakverdeling de optie Ingeschakeld of Uitgeschakeld om deze functie te configureren.

    load_balancing_wlc-01.gif

  3. Klik op Apply (Toepassen).

Voorbeeld van agressieve taakverdeling

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.

Belangrijke opmerkingen over de aggregatie van taakverdeling

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.

Gerelateerde informatie

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten