In dit document worden de functionaliteit en werking van Radio Resource Management (RRM) in detail beschreven en wordt een diepgaande discussie gegeven over de algoritmen achter deze functie.
Cisco raadt kennis van de volgende onderwerpen aan:
Lichtgewicht access point protocol (LWAP)
Gemeenschappelijke overwegingen met betrekking tot het ontwerp van Wireless LAN (WLAN)/radiofrequentie (RF) (kennis vergelijkbaar met die van de Planet 3 Wireless CWNA-certificering)
Opmerking: client-agressieve taakverdeling en detectie/beperking van abnormaliteiten (en andere functies van Cisco Inbraakdetectiesysteem [IDS]/Cisco IOS® Inbraakpreventiesysteem [IPS]) zijn geen functies van RRM en vallen buiten het bereik van dit document.
Dit document is niet beperkt tot specifieke software- en hardware-versies.
Controleer vanuit de CLI:
show advanced [802.11b|802.11a] txpower
De nieuwe standaardwaarde is -70 dbm. Als de standaard is aangepast, gaat u terug naar de standaardinstellingen omdat is aangetoond dat deze nieuwe waarde onder een aantal omstandigheden optimaal is. Deze waarde moet hetzelfde zijn op alle controllers in een RF-groep. Vergeet niet om de configuratie op te slaan na het maken van wijzigingen.
Om deze waarde te wijzigen, geeft u deze opdracht uit:
config advanced [802.11b|802.11a] tx-power-control-thresh 70
Controleer vanuit de CLI:
show advanced [802.11a|802.11b] profile global
De resultaten moeten zijn:
802.11b Global coverage threshold.............. 12 dB for 802.11b 802.11a Global coverage threshold.............. 16 dB for 802.11a
Als de resultaten afwijken, gebruikt u de volgende opdrachten:
config advanced 802.11b profile coverage global 12 config advanced 802.11a profile coverage global 16
De client SNR cut-off parameter die bepaalt of de client in overtreding is en of de mitigatie van het Coverage Hole-algoritme intreedt, Coverage wordt genoemd, moet voor optimale resultaten worden teruggezet naar de defaults.
Controleer vanuit de CLI:
show load-balancing
De standaardstatus van taakverdeling is nu uitgeschakeld. Indien ingeschakeld, is het standaardvenster nu 5. Dit is de hoeveelheid klanten die aan een radio moeten worden gekoppeld voordat taakverdeling bij associatie plaatsvindt. Taakverdeling kan zeer nuttig zijn in een clientomgeving met hoge dichtheid en het gebruik van deze functie moet een beslissing zijn van de beheerder zodat de clientassociatie en distributiegedrag begrepen worden.
TIPS:
Zorg ervoor dat de Tx-vermogensdrempel op alle controllers die de RF-groepnaam delen, hetzelfde is ingesteld.
In versies eerder dan 4.1.185.0 was de standaard Tx-vermogensdrempel -65dBM, maar deze drempelwaarde van -65dBm kan voor de meeste implementaties te "hot" zijn. Er zijn betere resultaten waargenomen met deze drempelwaarde tussen -68 dBm en -75 dBm. Met versie 4.1.185.0 is de standaard Tx-vermogensdrempel nu -70dBm. Bij 4.1.185.0 of hoger wordt sterk aangeraden dat de gebruikers de vermogensdrempel voor de belasting tot -70 verhogen en controleren of de resultaten bevredigend zijn. Dit is een sterke aanbeveling, aangezien verschillende RRM verbeteringen ervoor kunnen zorgen dat uw huidige instelling nu suboptimaal is.
WAAROM:
De RF-groepnaam is een ASCII-string geconfigureerd per draadloze LAN-controller (WLC). Het groeperingsalgoritme kiest de leider van de RF-groep die, beurtelings, de Transmission Power Control (TPC) en Dynamic Channel Assignment (DCA) berekent voor de gehele RF-groep. De uitzondering is het algoritme van het Gat van de Dekking (CHA), dat per WLC in werking wordt gesteld. Omdat RF-Groepering dynamisch is en het algoritme standaard met intervallen van 600 seconden draait, is er mogelijk een instantie waar nieuwe buren worden gehoord (of bestaande buren worden niet meer gehoord). Dit veroorzaakt een verandering in de RF-groep die zou kunnen resulteren in de verkiezing van een nieuwe Leader (voor een of meerdere logische RF-groepen). In dit geval wordt de Tx Power Threshold van de nieuwe groepsleider gebruikt in het TPC algoritme. Als de waarde van deze drempelwaarde inconsistent is over meerdere controllers die dezelfde RF-groepnaam delen, kan dit leiden tot verschillen in de resulterende Tx-vermogensniveaus wanneer de TPC wordt uitgevoerd.
TIP:
Stel de dekkingsmeting (standaardwaarden 12 dB) voor de meeste implementaties in op 3dB.
Opmerking: met versie 4.1.185.0, verbeteringen zoals de Tx Power Up Control en het door de gebruiker configureerbare aantal SNR-profieldrempeloverschrijdende clients, de defaults van 12dB voor 802.11b/g en 16dB voor 802.11a zou fijn moeten werken in de meeste omgevingen.
WAAROM:
De dekkingmeting, 12 dB standaard, wordt gebruikt om te komen tot de maximaal toelaatbare SNR per client. Als de client SNR deze waarde overschrijdt, en als zelfs één client deze waarde overschrijdt, wordt de CHA geactiveerd door de WLC waarvan het access point (AP) de client detecteert met slechte SNR. In gevallen waarin oudere klanten aanwezig zijn (die vaak een slechte roaming logica hebben), biedt het afstemmen van de toelaatbare geluidsvloer tot 3dB resultaten een korte-termijnoplossing (deze oplossing is niet vereist in 4.1.185.0 of later).
Dit wordt verder beschreven onder Sticky Client Power-up Overweging in het gedeelte Dekking en correctie van gaten.
TIPS:
Hoe langer het ingestelde interval tussen het verzenden van buurberichten, hoe langzamer de convergentie/stabilisatietijd door het systeem zal zijn.
Als een bestaande buur 20 minuten niet gehoord wordt, wordt de AP uit de buurlijst gesnoeid.
Opmerking: met versie 4.1.185.0 wordt het snoeiinterval van de buurlijst nu uitgebreid om de buur van wie een buurpakket niet is gehoord tot 60 minuten te houden.
WAAROM:
De berichten van de buur, door gebrek, worden verzonden om de 60 seconden. Deze frequentie wordt bepaald door de signaalmeting (de buurpakketfrequentie in 4.1.185.0 en hoger) onder de sectie Monitorintervallen op de Auto RF-pagina (zie figuur 15 voor referentie). Het is belangrijk om te begrijpen dat de buurberichten de lijst van buren communiceren die AP hoort, die dan aan hun respectieve WLCs wordt meegedeeld, die beurtelings van de Groep van RF (dit veronderstelt dat de naam van de Groep van RF het zelfde wordt gevormd). De RF-convergentietijd is volledig afhankelijk van de frequentie van buurberichten en deze parameter moet correct worden ingesteld.
TIP:
Gebruik de knop On-Demand voor fijnere controle en deterministisch RRM-gedrag.
Opmerking: Met versie 4.1.185.0 kan voorspelbaarheid worden bereikt via het gebruik van de ankertijd, het interval en de gevoeligheidsconfiguratie van DCA.
WAAROM:
Voor gebruikers die voorspelbaarheid op algoritmische veranderingen door het systeem wensen, kan RRM in de on-demand modus worden uitgevoerd. Indien gebruikt berekenen RRM algoritmen het optimale kanaal en de energie instellingen die bij de volgende 600 seconden moeten worden toegepast. De algoritmen worden dan sluimerend tot de volgende keer op bestelling optie wordt gebruikt; het systeem is in een vriesstaat. Zie figuur 11 en figuur 12, en de bijbehorende beschrijvingen voor meer informatie.
TIP:
De standaardinstelling voor taakverdeling is ON, waarbij het venster voor taakverdeling op 0 is ingesteld. Dit venster moet worden gewijzigd in een hoger nummer, zoals 10 of 12.
Opmerking: in release 4.1.185.0 en hoger is de standaardinstelling voor taakverdeling uit en als deze optie is ingeschakeld, staat de venstergrootte standaard op 5.
WAAROM:
Hoewel niet gerelateerd aan RRM, agressieve load-balancing kan resulteren in suboptimale client roaming resultaten voor oudere clients met slechte roaming logica, waardoor ze plakkerige clients. Dit kan negatieve effecten hebben op de CHA. De standaard load-balancing venster instelling op de WLC is ingesteld op 0, wat geen goed ding is. Dit wordt geïnterpreteerd als het minimumaantal clients dat op het toegangspunt moet worden geplaatst voordat het lastverdelingsmechanisme wordt ingeschakeld. Intern onderzoek en observatie heeft uitgewezen dat dit verzuim moet worden veranderd in een meer praktische waarde, zoals 10 of 12. Natuurlijk heeft elke inzet een andere behoefte en daarom moet het venster op de juiste manier worden ingesteld. Dit is de syntaxis van de opdrachtregel:
(WLC) >config load-balancing window ? <client count> Number of clients (0 to 20)
In dichte productienetwerken, zijn de controllers gecontroleerd om optimaal te functioneren met load-balancing ON en venstergrootte ingesteld op 10. In praktische termen betekent dit dat het lastverdeling alleen mogelijk is wanneer bijvoorbeeld een grote groep mensen samenkomt in een conferentiezaal of open gebied (vergadering of klasse). Taakverdeling is erg handig om deze gebruikers in dergelijke scenario's over verschillende beschikbare toegangspunten uit te spreiden.
Opmerking: gebruikers worden nooit van het draadloze netwerk 'weggegooid'. Taakverdeling vindt alleen plaats bij associatie en het systeem zal proberen een klant te stimuleren naar een lichter geladen AP. Als de klant volhardend is, mag hij toetreden en nooit meer gestrand zijn.
Samen met de duidelijke toename van de adoptie van WLAN-technologieën zijn de implementatieproblemen eveneens toegenomen. De 802.11 specificatie werd oorspronkelijk ontworpen met een huis, single-cell gebruik in het achterhoofd. De overpeinzing van de kanaal en machtsinstellingen voor één enkele AP was een triviale oefening, maar aangezien de doordringende dekking van WLAN één van de verwachtingen van gebruikers werd, vergde het bepalen van de instellingen van elke AP een grondig plaatsonderzoek. Dankzij de gedeelde aard van de bandbreedte van 802.11's duwen de toepassingen die nu over het draadloze segment worden uitgevoerd klanten om naar meer capaciteit-georiënteerde implementaties te gaan. De toevoeging van capaciteit aan WLAN is een kwestie in tegenstelling tot die van bekabelde netwerken waar de gemeenschappelijke praktijk bandbreedte bij het probleem moet werpen. Aanvullende toegangspunten zijn vereist om capaciteit toe te voegen, maar als deze niet correct zijn geconfigureerd, kan de systeemcapaciteit eigenlijk worden verlaagd door interferentie en andere factoren. Aangezien op grote schaal dichte WLAN’s de norm zijn geworden, zijn beheerders voortdurend geconfronteerd met deze RF-configuratieproblemen die de bedrijfskosten kunnen verhogen. Als dit niet goed wordt uitgevoerd, kan dit leiden tot WLAN-instabiliteit en een slechte eindgebruikerservaring.
Met eindige spectrum (een beperkt aantal niet-overlappende kanalen) om te spelen met en gegeven de aangeboren wens van RF om door muren en vloeren te bloeden, heeft het ontwerpen van een WLAN van elke grootte historisch bewezen een ontzagwekkende taak te zijn. Zelfs gegeven een foutloze site-enquête, RF is altijd aan het veranderen en wat een optimaal AP-kanaal en energieschema zou kunnen zijn het ene moment, zou minder dan functioneel kunnen blijken te zijn het volgende.
Voer de RRM van Cisco in. Met RRM kan de Unified WLAN-architectuur van Cisco de bestaande RF-omgeving continu analyseren, automatisch de voedingsniveaus van AP’s en kanaalconfiguraties aanpassen om problemen zoals interferentie met meerdere kanalen en problemen met signaaldekking te verminderen. RRM vermindert de noodzaak om uitgebreide site-enquêtes uit te voeren, verhoogt de systeemcapaciteit en biedt geautomatiseerde zelfherstellende functionaliteit om te compenseren voor RF-dode zones en AP-storingen.
Lezers moeten de termen die in dit document worden gebruikt, volledig begrijpen:
Signaal: alle RF-energie uit de lucht.
dBm: een absolute, logaritmische wiskundige weergave van de sterkte van een RF-signaal. dBm is direct gecorreleerd aan milliwatt, maar wordt vaak gebruikt om gemakkelijk uitvoervermogen weer te geven in de zeer lage waarden die vaak voorkomen in draadloze netwerken. De waarde van -60 dBm is bijvoorbeeld gelijk aan 0,000001 milliwatt.
RSSI (Received Signal Strength Indicator): een absolute, numerieke meting van de sterkte van het signaal. Niet alle 802.11-radio’s rapporteren RSSI hetzelfde, maar ten behoeve van dit document wordt aangenomen dat RSSI direct correleert met het ontvangen signaal zoals aangegeven in dBm.
Geluid: elk signaal dat niet kan worden gedecodeerd als een 802.11-signaal. Dit kan een niet-802.11-bron zijn (zoals een magnetron of Bluetooth-apparaat) of een 802.11-bron waarvan het signaal ongeldig is geworden door een botsing of een andere vertraging van het signaal.
Geluidsniveau: het bestaande signaalniveau (uitgedrukt in dBm) waaronder ontvangen signalen onbegrijpelijk zijn.
SNR: de verhouding van de signaalsterkte tot de ruisvloer. Deze waarde is een relatieve waarde en wordt als zodanig gemeten in decibel (dB).
Interferentie: ongewenste RF-signalen in dezelfde frequentieband die kunnen leiden tot een verslechtering of verlies van service. Deze signalen kunnen afkomstig zijn van 802.11- of niet-802.11-bronnen.
Alvorens in de details van hoe RRM algoritmen werken te krijgen, is het belangrijk om eerst een basis werk-stroom van te begrijpen hoe een RRM systeem samenwerkt om een RF-Groepering te vormen, evenals te begrijpen wat RF-berekeningen gebeuren waar. Dit is een overzicht van de stappen die de Unified Solution van Cisco volgt bij het leren, groeperen en vervolgens verwerken van alle RRM-functies:
Controllers (waarvan de AP’s RF-configuratie als één groep moeten laten berekenen) zijn voorzien van dezelfde RF-groepnaam. Een RF-groepnaam is een ASCII-string die elke AP zal gebruiken om te bepalen of de andere AP's die ze horen deel uitmaken van hetzelfde systeem.
AP's sturen periodiek Buurberichten, die informatie over zichzelf, hun controllers en hun RF Group Name delen. Deze buurberichten kunnen vervolgens worden geverifieerd door andere AP's die dezelfde RF-groepnaam delen.
AP's die deze buurberichten kunnen horen en authenticeren op basis van de gedeelde RF-groepnaam, geven deze informatie (voornamelijk bestaande uit IP-adres van de controller en informatie over de AP die het buurbericht verstuurt) door aan de controllers waarmee ze zijn verbonden.
De controllers, die nu begrijpen welke andere controllers deel zullen uitmaken van de RF-groep, vormen dan een logische groep om deze RF-informatie te delen en vervolgens een groepsleider te kiezen.
Uitgerust met informatie die de RF-omgeving voor elke AP in de RF-groep detailleert, wordt een reeks RRM-algoritmen gericht op het optimaliseren van AP-configuraties met betrekking tot het volgende, uitgevoerd bij de RF-groepsleider (met uitzondering van het algoritme voor detectie en correctie van gaten in de dekking dat wordt uitgevoerd bij de controller lokaal voor de AP's):
DCA
TPC
Opmerking: RRM (en RF-groepering) is een andere functie dan de mobiliteit tussen controllers (en de Mobiliteitsgroepering). De enige gelijkenis is het gebruik van een gemeenschappelijke ASCII-string die aan beide groepsnamen is toegewezen tijdens de eerste controller-configuratie wizard. Dit gebeurt voor een vereenvoudigde setup-procedure en kan later worden gewijzigd.
Opmerking: het is normaal dat er meerdere logische RF-groepen bestaan. Een AP op een gegeven controller zal helpen zich aan te sluiten bij hun controller met een andere controller als een AP een andere AP van een andere controller kan horen. In grote omgevingen en universiteitscampussen is het normaal dat er meerdere RF-groepen bestaan, die kleine clusters van gebouwen overspannen, maar niet over het gehele domein.
Dit is een grafische weergave van deze stappen:
Afbeelding 1: Buurberichten van AP's geven WLC's een systeembrede RF-weergave om kanaal- en stroomaanpassingen te maken.Tabel 1: Referentie voor uitsplitsing naar functie
Functionaliteit | Uitgevoerd op/door: |
---|---|
RF-groepering | WLC's kiezen de Group Leader |
Dynamische kanaaltoewijzing | Groepsleider |
Verzendenergiebeheer | Groepsleider |
Detectie en correctie van gaten in dekking | WLC |
RF-groepen zijn clusters van controllers die niet alleen dezelfde RF-groepnaam delen, maar waarvan de AP's elkaar horen.
AP logische collocatie, en dus controller RF Groepering, wordt bepaald door AP’s die andere AP’s’ Neighbor Berichten ontvangen. Deze berichten bevatten informatie over de verzendende AP en zijn WLC (samen met aanvullende informatie die in tabel 1 wordt gedetailleerd) en zijn geverifieerd door een hash.
Tabel 2: Buurberichten bevatten een handvol informatie-elementen die de ontvangende controllers inzicht geven in de verzendende AP's en de controllers waarmee ze verbonden zijn.Veldnaam | Beschrijving |
---|---|
Radio-identificatie | AP's met meerdere radio's gebruiken dit om te identificeren welke radio wordt gebruikt om Buurberichten te verzenden |
Groep-ID | Een teller en MAC-adres van de WLC |
WLC IP-adres | IP-adres voor beheer van de RF-groepsleider |
AP-kanaal | Inheems kanaal waarop de AP-diensten klanten |
Buurkanaal | Kanaal waarop het buurpakket wordt verzonden |
Ondersteun | Momenteel niet gebruikt |
Antennepatroon | Momenteel niet gebruikt |
Wanneer een AP een buurbericht ontvangt (verzonden elke 60 seconden, op alle geserviceerde kanalen, bij maximaal vermogen en bij de laagste ondersteunde gegevenssnelheid), stuurt het het frame naar zijn WLC om te bepalen of het AP deel uitmaakt van dezelfde RF-groep door de ingesloten hash te verifiëren. Een AP die niet-ontcijferbare buurberichten verstuurt (wat aangeeft dat er een buitenlandse RF-groepnaam wordt gebruikt) of helemaal geen buurberichten verstuurt, is een bedrieglijke AP.
Afbeelding 2: Buurberichten worden elke 60 seconden naar het multicast-adres van 01:0B:85:00:00:00 verzonden.
Gezien alle controllers dezelfde RF-groepnaam delen, hoeft een WLC slechts één AP te hebben om één AP van een andere WLC te horen (zie de figuren 3 tot en met 8 voor nadere informatie).
Afbeelding 3: AP's verzenden en ontvangen buurberichten die vervolgens naar hun controller(s) worden doorgestuurd om RF Group te vormen.
De Buurberichten worden gebruikt door APs en hun WLCs te ontvangen om te bepalen hoe te om tot inter-WLC RF Groepen te leiden, evenals om logische sub-Groepen van RF te creëren die uit slechts die APs bestaan die elkaars berichten kunnen horen. Deze logische RF-subgroepen hebben hun RRM-configuraties uitgevoerd bij de RF-groepleider, maar onafhankelijk van elkaar vanwege het feit dat ze geen draadloze interfractionele connectiviteit hebben (zie figuren 4 en 5).
Afbeelding 4: Alle AP's zijn logisch verbonden met één WLC, maar er worden twee aparte logische RF-subgroepen gevormd, omdat AP's 1, 2 en 3 buurberichten niet kunnen horen van AP's 4, 5 en 6, en vice versa.Afbeelding 5: AP's in dezelfde logische RF-subgroep kunnen één WLC delen, elk op een aparte WLC, of op een mix van WLC's. RRM functionaliteit wordt uitgevoerd op een systeembreed niveau, zo lang AP's elkaar kunnen horen, zullen hun controllers automatisch worden gegroepeerd. In dit voorbeeld, zijn WLCs A en B in de zelfde RF-groep en hun APs zijn in twee verschillende logische RF-subgroepen.
In een omgeving met veel WLC's en vele AP's, hoeven niet alle AP's elkaar te horen om het hele systeem één RF-groep te kunnen vormen. Elke controller moet ten minste één AP hebben hoort een andere AP van een andere WLC. Als dusdanig kan RF-groepering over vele controllers plaatsvinden, ongeacht de gelokaliseerde weergave van elke controller op aangrenzende AP’s en dus WLC’s (zie afbeelding 6).
Afbeelding 6: In dit voorbeeld kunnen AP's die zijn aangesloten op WLC's A en C elkaar niet beluisteren. WLC B kan zowel WLC A als C horen en kan dan de informatie van de ander met hen delen zodat één enkele RF Groep dan wordt gevormd. Er worden afzonderlijke logische RF-subgroepen gemaakt voor elke groep AP’s die elkaars buurberichten kunnen ontvangen.
In een scenario waarin meerdere controllers zijn geconfigureerd met dezelfde RF-groepnaam, maar hun respectievelijke AP’s kunnen elkaars buurberichten niet horen, worden twee afzonderlijke (top-level) RF-groepen gevormd, zoals weergegeven in afbeelding 7.
Afbeelding 7: Hoewel de WLC's dezelfde RF-groepnaam delen, kunnen hun AP's elkaar niet horen en zo worden er twee aparte RF-groepen gevormd.
RF-groepering vindt plaats op controllerniveau, wat betekent dat zodra AP's informatie over de andere AP's die ze horen (evenals de controllers waarmee die AP's zijn verbonden) rapporteren aan hun controllers, elke respectieve WLC dan direct communiceert met de andere WLC's om een systeembrede groepering te vormen. Binnen een enkele systeembrede groep, of RF-groep, zouden veel deelverzamelingen van AP's hun RF-parameters afzonderlijk van elkaar hebben ingesteld: neem één centrale WLC met individuele AP's op afgelegen locaties. Elke AP zou daarom zijn RF-parameters afzonderlijk van de andere hebben ingesteld, dus terwijl elke AP tot dezelfde controller RF-groepering behoort, zou elke afzonderlijke AP (in dit voorbeeld) in zijn eigen logische RF-subgroep zitten (zie afbeelding 8).
Afbeelding 8: De RF-parameters van elke AP worden afzonderlijk van anderen ingesteld omdat ze elkaars buurberichten niet kunnen horen.
Elke AP verzamelt en onderhoudt een lijst van maximaal 34 naburige AP's (per radio) die vervolgens wordt gerapporteerd aan hun respectieve controllers. Elke WLC houdt een lijst bij van 24 buren per AP radio van de buurberichten die door elke AP worden verzonden. Eenmaal op controllerniveau, wordt deze per-AP, per-radio buurlijst van maximaal 34 APs dan gesnoeid, die de tien APs met de zwakste signalen laat vallen. WLC's sturen vervolgens elke AP buurlijst door naar de RF Group Leader, de WLC gekozen door de RF Group om alle RRM configuratie besluitvorming uit te voeren.
Het is erg belangrijk om hier op te merken dat RF-Groepering werkt per radiotype. Het groeperingsalgoritme loopt afzonderlijk voor de radio's 802.11a en 802.11b/g, wat betekent dat het per AP, per radio loopt, zodat elke AP radio de oorzaak is van het bevolken van een lijst van buren. Om flappen te beperken, waarbij AP's vaak van deze lijst kunnen worden toegevoegd en gesnoeid, zullen WLC's buren aan hun lijsten toevoegen, omdat ze gehoord worden bij een hoogte van of gelijk aan -80 dBm en zullen ze dan pas verwijderen als hun signalen dalen tot -85 dBm.
Opmerking: met de softwarerelease van de Draadloze LAN-controller 4.2.9.0 of hoger ondersteunt RRM maximaal 20 controllers en 1000 access points in een RF-groep. Een Cisco WiSM-controller ondersteunt bijvoorbeeld maximaal 150 access points, zodat u maximaal zes WiSM-controllers in een RF-groep kunt hebben (150 access points maal 6 controllers = 900 access points, dat is minder dan 1000). Op dezelfde manier ondersteunt een 4404 controller tot 100 access points, zodat je tot tien 4404 controllers in een RF-groep kunt hebben (100 keer 10 = 1000). De 2100-Series-gebaseerde controllers ondersteunen maximaal 25 access points, zodat u tot 20 van deze controllers in een RF-groep kunt hebben. Deze 1000-limiet van AP is niet het werkelijke aantal AP's dat aan de controllers is gekoppeld, maar wordt berekend op basis van het maximale aantal AP's dat door dat specifieke controllermodel kan worden ondersteund. Als er bijvoorbeeld 8 WiSM-controllers (4 WiSM's) zijn, elk met 70 AP's, dan is het werkelijke aantal AP's 560. Het algoritme berekent dit echter als 8*150= 1200 (150 is het maximale aantal AP's dat wordt ondersteund door elke WiSM-controller). Daarom worden de controllers verdeeld in twee groepen. Een groep met 6 controllers en de andere met 2 controllers.
Omdat de controller die functioneert als de RF Group Leader beide uitvoert, het DCA-algoritme en het TPC-algoritme voor het hele systeem, moeten controllers worden geconfigureerd met de RF Group Name in een situatie waarin verwacht wordt dat hun buurberichten gehoord zullen worden door AP's op een andere controller. Als de AP's (op verschillende controllers) geografisch gescheiden zijn, tenminste in die mate dat de buurberichten van hen niet kunnen worden gehoord op of beter dan -80dBm, is het niet praktisch om hun controllers in een RF-groep te configureren.
Als de bovengrens voor het RF-Groeperingsalgoritme wordt bereikt, zal de groepsleidercontroller geen nieuwe controllers of AP's toelaten om zich aan te sluiten bij de bestaande groep of bij te dragen aan de kanaal- en vermogensberekeningen. Het systeem zal deze situatie behandelen als een nieuwe logische RF-subgroep en er zullen nieuwe leden worden toegevoegd aan deze nieuwe logische groep, geconfigureerd met dezelfde groepsnaam. Als de omgeving toevallig dynamisch is, in de natuur waar RF-fluctuaties veranderen hoe buren met periodieke intervallen worden gezien, zal de waarschijnlijkheid van veranderingen in groepsleden en daaropvolgende verkiezingen in groepsleider toenemen.
De RF-groepsleider is de gekozen controller in de RF-groep die de analyse van de RF-gegevens van de AP’s uitvoert, per logische RF-groep, en is verantwoordelijk voor de configuratie van de vermogensniveaus en kanaalinstellingen van de AP’s. De detectie en correctie van dekkinggaten is gebaseerd op de SNR van de client en is daarom de enige RRM-functie die bij elke lokale controller wordt uitgevoerd.
Elke controller bepaalt welke WLC de hoogste prioriteit heeft van Group Leader op basis van het informatie-element van Group Identifier in elk Neighbor Message. Het Groepsidentificatie-informatie-element dat in elk buurbericht wordt geadverteerd, bestaat uit een tegenwaarde (elke controller onderhoudt een 16-bits teller die op 0 en toename begint na gebeurtenissen zoals een beëindiging van een RF-groep of een WLC-reboot) en controller-MAC-adres. Elke WLC zal prioriteit geven aan de Group Identifier-waarden van zijn buren, eerst gebaseerd op deze tellerwaarde en dan, in het geval van een tellerwaarde tijd, op het MAC-adres. Elke WLC zal de één controller selecteren (ofwel een naburige WLC of zichzelf) met de hoogste Group Identifier-waarde, waarna elke controller zal overleggen met de anderen om te bepalen welke één controller de hoogste Group ID heeft. Die WLC zal dan verkozen worden tot de RF Group Leader.
Als de RF Group Leader offline gaat, wordt de hele groep opgeheven en worden bestaande RF Group-leden het selectieproces van de Group Leader opnieuw uitgevoerd en wordt er een nieuwe leider gekozen.
Om de 10 minuten zal de RF-groepsleider elke WLC in de groep opvragen voor statistieken van AP’s, evenals al hun ontvangen informatie van het buurbericht. Op basis van deze informatie heeft de Group Leader zicht op de systeembrede RF-omgeving en kan hij vervolgens de DCA- en TPC-algoritmen gebruiken om de kanaal- en stroomconfiguraties van AP’s continu aan te passen. De Group Leader voert deze algoritmen om de tien minuten uit, maar zoals bij het Coverage Hole Detection and Correction algoritme worden wijzigingen alleen aangebracht als dit noodzakelijk wordt geacht.
Het DCA-algoritme, dat wordt uitgevoerd door de RF-groepsleider, wordt toegepast op een per-RF-groepsbasis om optimale AP-kanaalinstellingen te bepalen voor alle AP’s van de RF-groep (elke verzameling AP’s die elkaars buurberichten kunnen horen, in dit document aangeduid als logische RF-subgroep, heeft zijn kanaalconfiguratie onafhankelijk van andere logische RF-subgroepen omdat de signalen niet overlappen). Bij het DCA-proces houdt de leider rekening met een handvol AP-specifieke metriek die in aanmerking worden genomen bij het bepalen van de noodzakelijke kanaalwijzigingen. Deze parameters zijn:
Meting laden—Elke AP meet het percentage van de totale tijd die wordt ingenomen door het verzenden of ontvangen van 802.11-frames.
Ruis—AP’s berekenen geluidswaarden op elk geserviceerd kanaal.
Interferentie—APs rapporteren over het percentage van het medium dat wordt opgenomen door 802.11-transmissies te storen (dit kan het gevolg zijn van overlappende signalen van buitenlandse AP's en van niet-buren).
Signaalsterkte—Elke AP luistert naar berichten van de buur op alle geserviceerde kanalen en registreert de RSSI-waarden waarmee deze berichten worden gehoord. Deze AP signaalsterkte informatie is de belangrijkste metriek die in de DCA berekening van kanaalenergie wordt overwogen.
Deze waarden worden vervolgens gebruikt door de Group Leader om te bepalen of een ander kanaalschema zal resulteren in ten minste een verbetering van de slechtst presterende AP met 5dB (SNR) of meer. AP's worden gewogen op hun operationele kanalen, zodat kanaalaanpassingen plaatselijk worden uitgevoerd, waarbij veranderingen worden gedempt om het domino-effect te voorkomen, waarbij één enkele verandering kanaalwijzigingen in het hele systeem teweeg zou brengen. De voorkeur wordt ook gegeven aan AP’s op basis van gebruik (afgeleid van het belastingsmetingsrapport van elke AP), zodat een minder gebruikte AP een grotere kans heeft om zijn kanaal te veranderen (in vergelijking met een zwaar gebruikte buur) in het geval dat een wijziging nodig is.
Opmerking: Wanneer een AP-kanaal wordt gewijzigd, worden de clients kort losgekoppeld. Clients kunnen opnieuw verbinding maken met hetzelfde toegangspunt (via het nieuwe kanaal) of roamen naar een nabijgelegen toegangspunt, dat afhankelijk is van het roaminggedrag van de client. Snelle, veilige roaming (aangeboden door zowel CCKM als PKC) zal helpen deze korte onderbreking te verminderen, omdat er compatibele klanten zijn.
Opmerking: wanneer AP's voor het eerst opstarten (nieuw uit het vak), verzenden ze op het eerste niet-overlappende kanaal in de band(en) die ze ondersteunen (kanaal 1 voor 11b/g en kanaal 36 voor 11a). Wanneer AP's het netsnoer gebruiken, gebruiken ze hun vorige kanaalinstellingen (opgeslagen in het geheugen van het AP). DCA-aanpassingen zullen vervolgens plaatsvinden indien nodig.
Het TPC-algoritme, uitgevoerd met een vaste standaardinstelling van tien minuten, wordt door de RF-groepsleider gebruikt om de RF-proximiteiten van de AP’s te bepalen en het transmissievermogensniveau van elke band lager aan te passen om excessieve celoverlap en interferentie met andere kanalen te beperken.
Opmerking: het TPC-algoritme is alleen verantwoordelijk voor het verlagen van het energieniveau. De verhoging van het transmissievermogen maakt deel uit van de functie van het algoritme voor detectie en correctie van gaten in de dekking, die in de volgende paragraaf wordt toegelicht.
Elke AP rapporteert een RSSI-geordende lijst van alle aangrenzende AP's en, op voorwaarde dat een AP drie of meer aangrenzende AP's heeft (voor TPC om te werken, moet u een minimum van 4 AP's hebben), zal de RF Group Leader het TPC algoritme toepassen op een per-band, per-AP basis om AP-vermogen transmissieniveaus naar beneden aan te passen, zodat de derde luidste buur AP dan gehoord zal worden op een signaalniveau van -70dBm (standaardwaarde of wat de ingestelde waarde is) of lager en de TCP hysterese is voldaan aan. Daarom gaat TCP door deze fasen die beslissen als een transmissie machtsverandering noodzakelijk is:
Bepaal of er een derde buur is en of die derde buur boven de drempelwaarde voor de verzendenergie ligt.
Bepaal het transmissievermogen met behulp van deze vergelijking: Tx_Max voor gegeven AP + (Tx vermogensregeling thresh - RSSI van de derde hoogste buur boven de drempel).
Vergelijk de berekening uit stap 2 met het huidige energieniveau Tx en controleer of dit hoger is dan de TPC-hysterese.
Als Tx power moet worden uitgeschakeld: TPC hysterese van ten minste 6dBm moet worden voldaan. OF
Als Tx power moet worden verhoogd: TPC hysterese van 3dBm moet worden voldaan.
Een voorbeeld van de logica die in het TPC-algoritme wordt gebruikt, kunt u vinden in het gedeelte Transmission Power Control Algorithm Workflow Voorbeeld.
Opmerking: wanneer alle AP's voor het eerst opstarten (nieuw uit het vak), verzenden ze op hun maximale energieniveaus. Wanneer AP's worden gedraaid, gebruiken ze hun vorige energie-instellingen. Indien nodig zullen daarna nog TCP-aanpassingen plaatsvinden. Zie tabel 4 voor informatie over de ondersteunde energieniveaus voor AP-verzending.
Opmerking: er zijn twee hoofdscenario's voor de toename van de TPC-stroom die met het TPC-algoritme kunnen worden geactiveerd:
Er is geen derde buurman. In dit geval staat het AP standaard terug op Tx_max en doet dit meteen.
Er is nog een derde buurman. De TPC vergelijking evalueert eigenlijk de aanbevolen Tx om ergens tussen Tx_max en Tx_current (in plaats van lager dan Tx_current) te zitten zoals in bijvoorbeeld, wanneer de derde buur "weggaat" en er een nieuwe mogelijke derde buur is. Dit resulteert in een verhoging van de Tx-stroom.
TPC-geïnduceerde Tx neemt geleidelijk af, maar Tx stijgingen kunnen direct plaatsvinden. Er zijn echter extra voorzorgsmaatregelen genomen in de manier waarop de Tx-kracht wordt verhoogd met het Coverage Hole algoritme, die omhoog gaat, één niveau per keer.
Het algoritme van de Opsporing en van de Correctie van het Gat van de Dekking wordt gericht bij eerste het bepalen van dekkingsgaten die op de kwaliteit van de niveaus van het cliëntsignaal worden gebaseerd en dan het verhogen van de transmissiemacht van APs waarmet die cliënten worden verbonden. Omdat dit algoritme zich bezighoudt met cliëntstatistieken, wordt het onafhankelijk in werking gesteld op elke controller en niet systeembreed op de leider van de RF-groep.
Het algoritme bepaalt of er een dekkingsgat bestaat wanneer de niveaus van de cliënten SNR onder een bepaalde drempel SNR overgaan. De SNR-drempel wordt op een afzonderlijke AP-basis in overweging genomen en wordt voornamelijk gebaseerd op elk transmissieniveau van het AP. De hogere APs machtsniveaus, wordt het meer lawaai getolereerd in vergelijking met de sterkte van het cliëntsignaal, wat een lagere getolereerde waarde SNR betekent.
Deze SNR-drempelwaarde varieert op basis van twee waarden: het transmissievermogen van het AP en de waarde van het controllerdekkingsprofiel. In detail wordt de drempelwaarde gedefinieerd door elk AP-transmissievermogen (weergegeven in dBm), minus de constante waarde van 17 dBm, minus de door de gebruiker instelbare waarde voor het dekkingsprofiel (deze waarde is standaard ingesteld op 12 dB en wordt beschreven op pagina 20). De client SNR drempelwaarde is de absolute waarde (positief getal) van het resultaat van deze vergelijking.
Drempelvergelijking hok SNR dekkingsgat:
Afkapwaarde client-SNR (|dB|) = [AP-transmissievermogen (dBm) - constant (17 dBm) - dekkingsprofiel (dB)]
Als het aantal geconfigureerd clients met een gemiddelde SNR-waarde gedurende ten minste 60 seconden onder deze SNR-drempel zakt, wordt de verzendenergie van het AP van die clients verhoogd om de SNR-overschrijding te beperken, waardoor het dekkinggat wordt gecorrigeerd. Elke controller voert om de drie minuten het Coverage Hole Detection and Correction algoritme uit voor elke radio op elk van zijn AP's (de standaardwaarde van 180 seconden kan worden gewijzigd). Het is belangrijk om op te merken dat vluchtige omgevingen kunnen resulteren in het TPC algoritme het uitzetten van de stroom bij volgende algoritme looppas.
Overweging bij inschakelen van "Sticky Client"
Roamingimplementaties in legacy-clientstuurprogramma's kunnen ertoe leiden dat clients "plakken" op een bestaand toegangspunt, zelfs in de aanwezigheid van een ander toegangspunt dat beter is als het gaat om RSSI, doorvoersnelheid en algemene clientervaring. Dergelijk gedrag kan op zijn beurt een systemische impact hebben op het draadloze netwerk, waarbij klanten ervaren worden dat ze slecht SNR ervaren (omdat ze er niet in zijn geslaagd om te zwerven), wat uiteindelijk resulteert in een detectie van dekkingsgaten. In een dergelijke situatie, het algoritme macht omhoog de AP transmissiemacht (om dekking voor cliënten te verstrekken die zich slecht gedragen) die in ongewenste (en hoger dan normaal) transmissiemacht resulteert.
Zolang de zwervende logica niet is verbeterd, kunnen dergelijke situaties worden verzacht door de client min te verhogen. Uitzonderingsniveau naar een hoger aantal (standaard is 3) en ook het verhogen van de maximaal toegestane client SNR waarde (standaard is 12 dB en verbeteringen worden gezien wanneer veranderd in 3 dB). Als de codeversie 4.1.185.0 of later wordt gebruikt, bieden de standaardwaarden in de meeste omgevingen optimale resultaten.
Opmerking: hoewel deze suggesties zijn gebaseerd op interne tests en kunnen variëren voor afzonderlijke implementaties, is de logica achter het wijzigen van deze nog steeds van toepassing.
Zie de sectie Voorbeeld van de detectie en correctie van gaten in de dekking voor een voorbeeld van de logica die bij de triggering betrokken is.
Opmerking: het algoritme voor detectie en correctie van gaten in de dekking is ook verantwoordelijk voor het detecteren van fouten in de dekking als gevolg van een storing in het toegangspunt en voor het inschakelen van toegangspunten in de buurt zoals vereist. Dit staat het netwerk toe om rond dienststroomonderbrekingen te genezen.
Zodra RRM en de algoritmen worden begrepen, is de volgende stap te leren hoe te om noodzakelijke parameters te interpreteren en te wijzigen. In dit gedeelte worden de configuratiebewerkingen van het gespecificeerd risicomateriaal gedetailleerd en worden ook de basisrapportage-instellingen beschreven.
De allereerste stap om RRM te configureren is ervoor te zorgen dat elke WLC dezelfde RF-groepnaam heeft ingesteld. Dit kan worden gedaan via de controller web interface als u controller selecteert | Algemeen en voer vervolgens een algemene waarde voor Groepsnaam in. IP-connectiviteit tussen WLC's in dezelfde RF-groep is ook een noodzaak.
Afbeelding 9: RF-groepen worden gevormd op basis van de door de gebruiker opgegeven waarde van "RF-netwerknaam", in dit document ook wel RF-groepnaam genoemd. Alle WLC's die moeten deelnemen aan systeembrede RRM-bewerkingen moeten dezelfde string delen.
Alle configuratie toelichtingen en voorbeelden in de volgende secties worden uitgevoerd door de WLC grafische interface. In de WLC GUI, ga naar de belangrijkste kop van Wireless en selecteer de RRM optie voor de WLAN-standaard naar keuze aan de linkerkant. Selecteer vervolgens de Auto RF in de structuur. De volgende secties verwijzen naar de resulterende pagina [Draadloos | 802.11a of 802.11b/g RM | Auto RF...].
Groepsmodus - Met de instelling Groepsmodus kan RF-groepering worden uitgeschakeld. Het uitschakelen van deze functie voorkomt dat de WLC zich kan groeperen met andere controllers om systeembrede RRM functionaliteit uit te voeren. Uitgeschakeld, alle RRM beslissingen zullen lokaal zijn naar de controller. RF-groepering is standaard ingeschakeld en de MAC-adressen van andere WLC's in dezelfde RF-groep staan rechts van het selectievakje Groepsmodus vermeld.
Group Update Interval—De waarde voor het updateinterval van de groep geeft aan hoe vaak het RF-Groeperingsalgoritme wordt uitgevoerd. Dit is een veld dat alleen wordt weergegeven en kan niet worden aangepast.
Group Leader—Dit veld geeft het MAC-adres weer van de WLC die momenteel de RF-groepsleider is. Omdat RF-groepering per AP, per radio wordt uitgevoerd, kan deze waarde anders zijn voor de 802.11a- en 802.11b/g-netwerken.
Is deze controller een Group Leader-Wanneer de controller de RF Group Leader is, zal deze veldwaarde "ja" zijn. Als de WLC niet de leider is, zal het vorige veld aangeven welke WLC in de groep de leider is.
Laatste update groep—Het RF-groepingsalgoritme wordt elke 600 seconden (10 minuten) uitgevoerd. Dit veld geeft alleen de tijd (in seconden) aan sinds het algoritme voor het laatst is uitgevoerd en niet noodzakelijkerwijs de laatste keer dat er een nieuwe RF-groepsleider is gekozen.
Channel Assignment Method—Het DCA-algoritme kan op een van de volgende drie manieren worden geconfigureerd:
Automatisch: dit is de standaardconfiguratie. Als RRM is ingeschakeld, draait het DCA-algoritme om de 600 seconden (tien minuten) en indien nodig worden er met dit interval kanaalwijzigingen aangebracht. Dit is een veld dat alleen wordt weergegeven en kan niet worden aangepast. Let op de opties van punt 4.1.185.0 in bijlage A.
Op aanvraag voorkomt dit dat het DCA-algoritme wordt uitgevoerd. Het algoritme kan handmatig worden geactiveerd door op de knop "Nu kanaalupdate aanhalen" te klikken.
Opmerking: Als u On Demand selecteert en vervolgens op Invoke Channel Update Now klikt, ervan uitgaande dat er kanaalwijzigingen nodig zijn, wordt het DCA-algoritme uitgevoerd en wordt het nieuwe kanaalplan toegepast bij de volgende 600 seconden.
Uit—Deze optie schakelt alle DCA-functies uit en wordt niet aanbevolen. Dit is doorgaans uitgeschakeld bij het uitvoeren van een handmatig siteonderzoek en vervolgens bij het afzonderlijk configureren van elke AP-kanaalinstellingen. Hoewel het geen verband houdt, wordt dit vaak ook gedaan naast het bevestigen van het algoritme TPC, eveneens.
Vermijd buitenlandse AP-interferentie—Dit veld maakt het mogelijk dat de metriek van interferentie met andere kanalen wordt opgenomen in DCA-algoritmeberekeningen. Dit veld is standaard ingeschakeld.
Vermijd de lading van Cisco AP-apparaten—In dit veld kan het gebruik van AP’s worden overwogen bij het bepalen van de kanalen van AP’s die moeten worden gewijzigd. AP Laden is een vaak veranderende metriek en zijn opname zou niet altijd kunnen worden gewenst in de berekeningen van RRM. Dit veld is standaard uitgeschakeld.
Vermijd niet-802.11b ruis—In dit veld kan het niet-802.11-ruisniveau van elke AP een factor zijn die bijdraagt aan het DCA-algoritme. Dit veld is standaard ingeschakeld.
Signaalsterkte bijdrage—de signaalsterkte van naburige AP’s wordt altijd meegenomen in DCA-berekeningen. Dit is een veld dat alleen wordt weergegeven en kan niet worden aangepast.
Channel Assignment Leader—Dit veld geeft het MAC-adres weer van de WLC dat momenteel de RF Group Leader is. Omdat RF-groepering per AP, per radio wordt uitgevoerd, kan deze waarde anders zijn voor de 802.11a- en 802.11b/g-netwerken.
Laatste kanaaltoewijzing—Het DCA-algoritme wordt elke 600 seconden (10 minuten) uitgevoerd. Dit veld geeft alleen de tijd (in seconden) aan sinds het algoritme voor het laatst is uitgevoerd en niet noodzakelijkerwijs de laatste keer dat een nieuwe kanaaltoewijzing is gemaakt.
Power Level Assignment Method—Het TPC-algoritme kan op een van de volgende drie manieren worden geconfigureerd:
Automatisch: dit is de standaardconfiguratie. Als RRM is ingeschakeld, draait het TPC-algoritme om de tien minuten (600 seconden) en worden, indien nodig, de instellingen voor de stroomvoorziening met deze tussenpozen gewijzigd. Dit is een veld dat alleen wordt weergegeven en kan niet worden aangepast.
Op aanvraag voorkomt dit dat het TPC-algoritme wordt uitgevoerd. Het algoritme kan handmatig worden geactiveerd als u op de knop Invoke Channel Update Now klikt.
Opmerking: Als u On Demand selecteert en vervolgens op Invoke Power Update Now klikt, ervan uitgaande dat wijzigingen in de voeding nodig zijn, wordt het TPC-algoritme uitgevoerd en worden nieuwe instellingen voor de voeding toegepast bij de volgende interval van 600 seconden.
Vast—Deze optie schakelt alle TPC-functies uit en wordt niet aanbevolen. Dit is doorgaans uitgeschakeld bij het uitvoeren van een handmatig locatieonderzoek en vervolgens bij het afzonderlijk configureren van elke stroominstelling van het toegangspunt. Hoewel dit niet gerelateerd is, wordt dit vaak ook gedaan naast het uitschakelen van het DCA-algoritme.
De Macht Drempel-Deze waarde (in dBm) is het niveau van het scheidingssignaal waarbij het algoritme TPC machtsniveaus naar beneden zal aanpassen, zodat deze waarde de sterkte is waarbij de derde sterkste buur van AP wordt gehoord. In bepaalde zeldzame gevallen waar de RF-omgeving als te "heet" wordt beschouwd, in de zin dat de AP's in een waarschijnlijk scenario met hoge dichtheid op hoger dan gewenste transmissieniveaus verzenden, kan de configuratie geavanceerde 802.11b tx-power-control-thresh opdracht worden gebruikt om stroomaanpassingen naar beneden toe te staan. Dit stelt de AP's in staat om hun derde buur te horen met een grotere mate van RF-scheiding, waardoor de aangrenzende AP op een lager energieniveau kan verzenden. Dit is een onveranderbare parameter tot softwarerelease 3.2. De nieuwe configureerbare waarde varieert van -50dBm tot -80dBm en kan alleen worden gewijzigd van de CLI van de controller.
Power Neighbour Count—Het minimumaantal buren dat een AP moet hebben om het TPC-algoritme te kunnen gebruiken. Dit is een veld dat alleen wordt weergegeven en kan niet worden aangepast.
Power Update bijdrage—Dit veld is momenteel niet in gebruik.
Power Assignment Leader—Dit veld geeft het MAC-adres weer van de WLC dat momenteel de RF Group Leader is. Omdat RF-groepering per AP, per radio wordt uitgevoerd, kan deze waarde anders zijn voor de 802.11a- en 802.11b/g-netwerken.
Laatste Power Level Assignment—Het TPC-algoritme draait elke 600 seconden (10 minuten). Dit veld geeft alleen de tijd (in seconden) aan sinds het algoritme voor het laatst is uitgevoerd, en niet noodzakelijkerwijs de laatste keer dat een nieuwe energietoewijzing is gemaakt.
Profieldrempels, RRM-drempels in draadloze besturingssystemen (WCS) genoemd, worden voornamelijk gebruikt voor alarmering. Wanneer deze waarden worden overschreden, worden er vallen naar WCS (of een ander op SNMP gebaseerd beheersysteem) verzonden voor een eenvoudige diagnose van netwerkproblemen. Deze waarden worden uitsluitend gebruikt voor waarschuwingsdoeleinden en hebben geen enkele invloed op de functionaliteit van de RM-algoritmen.
Afbeelding 13: Standaard alarmerende profieldrempelwaarden.
Interferentie (0 tot 100%)—Het percentage van het draadloze medium dat wordt gebruikt door interfererende 802.11-signalen voordat een alarm wordt geactiveerd.
Clients (1 tot 75)—Het aantal clients per band, per AP waarboven een controller een SNMP-trap zal genereren.
Ruis (-127 tot 10 dBm)—Deze wordt gebruikt om een SNMP-trap te genereren wanneer de ruisvloer boven het ingestelde niveau komt.
Dekking (3 tot 50 dB)—Het maximaal toelaatbare SNR-niveau per client. Deze waarde wordt gebruikt bij het genereren van vallen voor zowel het Coverage Exception Level als de Client Minimum Exception Level drempels. (Deel van de subsectie Coverage Gat Algorithm in 4.1.185.0 en hoger)
Gebruik (0 tot 100%)—De alarmerende waarde die het maximale gewenste percentage aangeeft van de tijd die een AP-radio doorbrengt met zowel verzenden als ontvangen. Dit kan nuttig zijn om netwerkgebruik in tijd te volgen.
Coverage Exception Level (0 tot 100%)—Het maximale gewenste percentage van clients op de radio van een AP dat onder de gewenste Coverage-drempel werkt (zoals hierboven gedefinieerd).
Client Min Exception Level — Minimaal gewenst aantal clients getolereerd per AP waarvan de SNR’s onder de dekkingsdrempel liggen (hierboven gedefinieerd) (Deel van de subsectie Coverage Hole in 4.1.185.0 en hoger).
Cisco AP’s bieden client data service en scannen periodiek op RRM (en IDS/IPS) functionaliteit. De kanalen die de AP's mogen scannen zijn configureerbaar.
Kanaallijst: Gebruikers kunnen specificeren welke kanaalbereiken APs periodiek zullen controleren.
Alle kanalen—deze instelling geeft AP's de opdracht elk kanaal in het scanprogramma op te nemen. Dit is voornamelijk nuttig voor IDS/IPS-functionaliteit (buiten het bereik van dit document) en biedt geen extra waarde in RRM-processen in vergelijking met de instelling Landkanalen.
Landkanaal—AP’s scannen alleen die kanalen die expliciet worden ondersteund in de wettelijk domeinconfiguratie van elke WLC. Dit betekent dat AP's regelmatig tijd besteden aan het luisteren op elk kanaal dat door de lokale regelgevende instantie is toegestaan (dit kan overlappende kanalen en de algemeen gebruikte niet-overlappende kanalen omvatten). Dit is de standaardconfiguratie.
DCA-kanalen - hiermee wordt het scannen van AP’s beperkt tot alleen die kanalen waaraan AP’s zullen worden toegewezen op basis van het DCA-algoritme. Dit betekent dat in de Verenigde Staten, 802.11b/g radio's alleen scannen op kanalen 1, 6, en 11 standaard. Dit is gebaseerd op de gedachte dat scannen alleen is gericht op de kanalen waarop de dienst wordt verleend, en schurken AP's zijn geen zorg.
Opmerking: de lijst met kanalen die door het DCA-algoritme worden gebruikt (zowel voor kanaalbewaking als toewijzing) kan worden gewijzigd in WLC-coversie 4.0 of hoger. In de Verenigde Staten gebruikt het DCA-algoritme bijvoorbeeld standaard alleen de 11b/g-kanalen van 1, 6 en 11. Om kanalen 4 en 8 toe te voegen en kanaal 6 uit deze DCA-lijst te verwijderen (deze configuratie is slechts een voorbeeld en wordt niet aanbevolen), moeten deze opdrachten worden ingevoerd in de controller CLI:
(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
Door meer kanalen te scannen, zoals de selectie Alle kanalen, is de totale hoeveelheid tijd die wordt besteed aan het onderhouden van gegevensclients iets minder (in vergelijking met wanneer minder kanalen worden opgenomen in het scanproces). Er kan echter informatie over meer kanalen worden verzameld (in vergelijking met de DCA-kanaalinstelling). De standaardinstelling van landkanalen moet worden gebruikt tenzij IDS/IPS de selectie van Alle kanalen vereist, of gedetailleerde informatie over andere kanalen is niet nodig voor zowel drempelprofielalarmering als de detectie en correctie van RRM-algoritmen. In dit geval zijn DCA-kanalen de juiste keuze.
Afbeelding 14: terwijl "Landkanalen" de standaardselectie is, kunnen de RRM-controlekanalen worden ingesteld op "Alle" of "DCA"-kanalen.
Alle op Cisco WAP-gebaseerde AP’s leveren gegevens aan gebruikers terwijl ze periodiek van het kanaal af gaan om RRM-metingen te verrichten (en ook andere functies uit te voeren zoals IDS/IPS en locatietaken). Dit off-channel scannen is volledig transparant voor gebruikers en beperkt de prestaties slechts met 1,5%, naast het hebben van ingebouwde intelligentie om scannen uit te stellen tot het volgende interval op aanwezigheid van verkeer in de spraakwachtrij in de afgelopen 100 ms.
Het aanpassen van de monitor Intervallen zal veranderen hoe vaak APs RRM metingen nemen. De belangrijkste timer die de RF-groepformatie bestuurt, is het veld Signal Measurement (in 4.1.185.0 en hoger bekend als Neighbor Packet Frequency). De gespecificeerde waarde houdt rechtstreeks verband met de frequentie waarmee de buurberichten worden verzonden, behalve in de EU en andere 802.11h-domeinen waar ook het geluidsmeetinterval in aanmerking wordt genomen.
Ongeacht het regelgevingsdomein neemt het gehele scanproces ongeveer 50 ms (per radio, per kanaal) in beslag en werkt het met een standaardinterval van 180 seconden. Dit interval kan worden gewijzigd door de waarde voor de dekkingsmeting (bekend als de kanaalscanduur in 4.1.185.0 en hoger) te wijzigen. De tijd die wordt besteed aan het luisteren op elk kanaal is een functie van de niet-configureerbare scantijd van 50 ms (plus de 10 ms die nodig is om switches te scannen) en het aantal kanalen dat gescand moet worden. In de Verenigde Staten worden bijvoorbeeld alle 11 802.11b/g-kanalen, waaronder het ene kanaal waarop de gegevens aan klanten worden geleverd, gedurende 180 seconden voor elk 50 ms gescand. Dit betekent dat (in de Verenigde Staten, voor 802.11b/g) elke 16 seconden, 50 ms zal worden besteed luisterend op elk gescand kanaal (180/11 = ~16 seconden).
Afbeelding 15: bewakingsintervallen van het gespecificeerd risicomateriaal en de standaardwaarden ervan
De intervallen van de meting van het lawaai, de lading, het signaal, en de Dekking kunnen worden aangepast om meer of minder korrelige informatie aan de algoritmen van RRM te verstrekken. Deze standaardwaarden moeten worden gehandhaafd, tenzij Cisco TAC andere instructies geeft.
Opmerking: als een van deze scanwaarden wordt gewijzigd om de intervallen te overschrijden waarmee de RM-algoritmen worden uitgevoerd (600 seconden voor zowel DCA als TPC en 180 seconden voor detectie en correctie van dekkingsgaten), worden RRM-algoritmen nog steeds uitgevoerd, maar mogelijk met "verouderde" informatie.
Opmerking: wanneer WLC's zijn geconfigureerd om meerdere Gigabit Ethernet-interfaces te verbinden met behulp van Link Aggregation (LAG), wordt het Dekking-meetinterval gebruikt om de functie Gebruiker Indle Time-out te activeren. Als zodanig, met LAG ingeschakeld, wordt de Gebruiker Indle Time-out alleen zo vaak uitgevoerd als de Coverage Measurement interval dicteert. Dit is alleen van toepassing op de WLC's die firmware-versies uitvoeren voorafgaand aan 4.1, omdat in release 4.1 de Idle timeout handling wordt verplaatst van de controller naar de access points.
Klik op de knop Instellen op Fabrieksinstellingen onder aan de pagina om de RRM-waarden weer in te stellen op de standaardinstellingen.
Veranderingen die door RRM worden aangebracht, kunnen eenvoudig worden bewaakt door de benodigde SNMP-traps in te schakelen. Deze instellingen kunnen worden benaderd via de kop Beheer —> SNMP —> Trap Controls in de WLC GUI. Alle andere verwante SNMP-trap-instellingen die in deze sectie worden beschreven, bevinden zich onder het beheer | SNMP-kop waar de koppelingen voor Trap-ontvangers, -controles en -logbestanden te vinden zijn.
Afbeelding 16: Auto RF-kanaal en Power update traps zijn standaard ingeschakeld.
Nadat de RF Group Leader (en het DCA-algoritme) het kanaalschema heeft voorgesteld, toegepast en geoptimaliseerd, kunnen wijzigingen eenvoudig worden gevolgd via het submenu Trap Logs. Hier wordt een voorbeeld van een dergelijke val weergegeven:
Afbeelding 17: De logvermeldingen van de kanaalwijziging bevatten het MAC-adres van de radio en het nieuwe kanaal van de werking.
Om statistieken te bekijken die gedetailleerd hoe lang APs hun kanaalinstellingen tussen DCA-veranderingen behouden, verstrekt deze CLI-only opdracht minimum, gemiddelde, en maximumwaarden van kanaalduur op een per-controllerbasis.
(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
De huidige TPC-algoritme-instellingen, waaronder de eerder beschreven vernieuwing van de verrekening met de verrekening van de verrekening, kunnen worden geverifieerd met behulp van deze opdracht op de controller CLI (802.11b wordt in dit voorbeeld weergegeven):
(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
Zoals eerder in dit document is aangegeven, kan een sterk ingezet gebied dat resulteert in een verhoogde celoverlap, wat leidt tot een hoge botsing en framerestroomsnelheid als gevolg van interferentie met een hoog cokanaal, waardoor de doorvoerniveaus van de client effectief worden verlaagd, het gebruik van de nieuw geïntroduceerde opdracht tx-power-control-thresh rechtvaardigen. In dergelijke atypische of abnormale scenario's horen de AP's elkaar beter (ervan uitgaande dat de signaalvoortplantingskenmerken constant blijven) vergeleken met hoe de klanten ze horen.
Het inkrimpen van de dekkingsgebieden en daardoor het verminderen van interferentie met andere kanalen en de ruisvloer kan de klantervaring effectief verbeteren. Deze opdracht moet echter worden uitgevoerd met een zorgvuldige analyse van de symptomen: hoge herhalingssnelheden, hoge botsingtellingen, lagere doorvoerniveaus van de client en algemene verhoogde interferentie met andere kanalen, op de toegangspunten in het systeem (frauduleuze toegangspunten worden in de DCA verwerkt). Het interne testen heeft aangetoond dat het wijzigen van de waargenomen RSSI van de derde buur aan -70 dBm in het oplossen van problemen dergelijke gebeurtenissen een aanvaardbare waarde is geweest om met het oplossen van problemen te beginnen.
Net als bij de traps die worden gegenereerd wanneer er een kanaalwijziging optreedt, genereren TPC-wijzigingen ook traps, wat duidelijk aangeeft dat alle benodigde informatie gekoppeld is aan de nieuwe wijzigingen. Hier wordt een voorbeeldtrap weergegeven:
Afbeelding 18: Het logbestand voor de Tx Power Trap geeft het nieuwe energieniveau van de werking van de gespecificeerde radio aan.
Gebaseerd op de drie stappen/voorwaarden die in het algoritme TPC worden bepaald, verklaart het voorbeeld in deze sectie hoe de berekeningen worden gemaakt om te bepalen of de overdrachtmacht van AP moet worden veranderd. In dit voorbeeld wordt uitgegaan van deze waarden:
De TX_Max is 20
Het huidige transmissievermogen is 20 dBm
De geconfigureerde TPC-drempel is -65 dBm
RSSI van de derde buur is -55 dBm
Het aansluiten van dit algoritme in de drie fases van het TPC algoritme resulteert in:
Voorwaarde één: wordt geverifieerd omdat er een derde buur is, en het is boven de transmissiemacht controledrempel.
Tweede voorwaarde: 20 + (-65 - (-55)) = 10
Conditie drie: omdat het vermogen één niveau moet worden verlaagd, en een waarde van tien van toestand twee voldoet aan de TPC hysterese, wordt de Tx-vermogen verlaagd met 3dB, wat de nieuwe Tx-macht naar beneden brengt naar 17dBm.
Bij de volgende herhaling van het TPC-algoritme wordt de Tx-voeding van de AP verder verlaagd tot 14dBm. Dit veronderstelt dat alle andere voorwaarden hetzelfde blijven. Het is echter belangrijk om op te merken dat de Tx-vermogen niet verder zal worden verlaagd (alle dingen constant houden) tot 11dBm omdat de marge bij 14dBm niet 6dB of hoger is.
Om het besluitvormingsproces te illustreren dat wordt gebruikt in het algoritme voor detectie en correctie van gaten in de dekking, wordt in het onderstaande voorbeeld eerst het slecht ontvangen SNR-niveau van één client beschreven en wordt aangegeven hoe het systeem zal bepalen of een wijziging nodig is en wat die vermogenswijziging kan zijn.
Onthoud de vergelijking voor de drempel voor het dekkingsgat SNR:
Afkapwaarde client-SNR (|dB|) = [AP-transmissievermogen (dBm) - constant (17 dBm) - dekkingsprofiel (dB)]
Overweeg een situatie waarin een klant signaalproblemen zou kunnen ervaren in een slecht overdekt gebied op een vloer. In zo een scenario, kunnen deze waar zijn:
Een client heeft een SNR van 13dB.
Het toegangspunt waarmee verbinding is gemaakt, is ingesteld voor het verzenden van gegevens op 1 dBm (voedingsniveau 4).
Dat AP WLC heeft een Coverage profieldrempel die aan het gebrek van 12 dB wordt geplaatst.
Om te bepalen of het AP van de cliënt omhoog moet worden aangedreven, worden deze aantallen gestopt in de Vergelijking van de Drempel van het Gat van de Dekking, die in resulteert:
Uitsnijding client-SNR = 11 dBm (AP-transmissievermogen) - 17 dBm (constante waarde) - 12 dB (dekkingsdrempel) = | -18 dB|.
Omdat de SNR van de cliënt van 13dB in strijd met de huidige SNR afsnijding van 18dB is, zal het algoritme van de Opsporing en van de Correctie van het Gat van de Dekking het AP overbrengen macht aan 17dBm verhogen.
Door de Coverage Hole SNR Drempelvergelijking te gebruiken, is het duidelijk dat het nieuwe transmissievermogen van 17dBm een Cliënt SNR afsnijdwaarde van 12dB zal opleveren, die het cliënt SNR niveau van 13 dBm zal tevredenstellen.
Dit is de wiskunde voor de vorige stap: Client SNR cutoff = 17dBm (AP zend vermogen) - 17dBm (constante waarde) - 12dB (Coverage drempel) = | -12 dB|.
Ondersteunde uitgangsniveaus in de 802.11b/g-band worden in tabel 4 weergegeven. Om de output op voedingsniveau voor 802.11a te bepalen, kan deze CLI-opdracht worden uitgevoerd:
show ap config 802.11a
Tabel 4: AP's uit de 1000-serie ondersteunen voedingsniveaus tot 5, terwijl AP's uit de 1100- en 1200-serie ondersteuning bieden tot voedingsniveau 8 in de 802.11b/g-frequentieband.
Ondersteunde voedingsniveaus | TX-voeding (dBm) | TX-voeding (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 |
De airwave-director debug commando's kunnen gebruikt worden om verder problemen op te lossen en te verifiëren RRM gedrag. De hiërarchie van de opdrachtregel op het hoogste niveau van de opdracht debug golf-regisseur wordt hier weergegeven:
(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
In de volgende subsecties worden enkele belangrijke opdrachten uitgelegd.
Gebruik van de debug airewave-director all opdracht zal alle RRM debugs aanroepen die kunnen helpen identificeren wanneer RRM algoritmen worden uitgevoerd, welke gegevens ze gebruiken en welke veranderingen (als er) worden aangebracht.
In dit voorbeeld (de output van de debug airewave-director is alle opdracht bijgesteld om alleen het Dynamic Channel Assignment Process te tonen), wordt de opdracht uitgevoerd op de RF Group Leader om inzicht te krijgen in de interne werking van het DCA-algoritme en kan worden opgesplitst in deze vier stappen:
Verzamel en registreer de huidige statistieken die door het algoritme zullen worden in werking gesteld.
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)
Stel een nieuw kanaalschema voor en sla de aanbevolen waarden op.
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)
Vergelijk de huidige waarden met de voorgestelde waarden.
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)
Indien nodig, pas de veranderingen voor het nieuwe kanaalschema toe om van kracht te worden.
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
Deze opdracht kan worden gebruikt om een gedetailleerde realtime weergave te krijgen van de RRM-werking op de controller waarop deze wordt uitgevoerd. Dit zijn toelichtingen bij de berichten in kwestie:
Houd berichten in leven die naar groepsleden worden verzonden om groepshiërarchie te handhaven.
Airewave Director: Sending keep alive packet to 802.11a group members
Belastingsstatistieken die worden berekend over de gerapporteerde buren.
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)
Toont hoe sterk de buurberichten worden gehoord en door welke 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
Statistieken inzake lawaai en interferentie worden berekend op de gerapporteerde radio's.
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)
Het debug airewave-director power commando moet op de WLC lokaal worden uitgevoerd naar de AP die wordt bewaakt voor Coverage Hole correcties. De output van het bevel is in orde gemaakt voor dit voorbeeld.
Algoritme voor dekking gaten bekijken voor 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)
Algoritme voor dekking gaten bekijken voor 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)
Om te weten welke APs naast andere APs zijn, gebruik de opdracht tonen ap auto-rf van de controller CLI. In de uitvoer van dit commando, is er een veld genaamd Dichtbij RAD's. Dit veld geeft informatie over de nabijgelegen AP MAC-adressen en de signaalsterkte (RSSI) tussen de AP's in dBm.
Dit is de syntaxis van de opdracht:
show ap auto-rf {802.11a | 802.11b} Cisco_AP
Hierna volgt een voorbeeld:
> 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
Buurlijst "tijger snoeien"
Vóór de eerste onderhoudsrelease van WLC software 4.1, zou een AP andere APs in zijn buurlijst voor maximaal 20 minuten van de laatste keer houden zij werden gehoord. In het geval van tijdelijke veranderingen in de RF-omgeving waren er mogelijk mogelijkheden geweest waarbij een geldige buur uit de buurlijst van een bepaalde AP zou zijn gesnoeid. Om dergelijke tijdelijke veranderingen in de RF-omgeving te kunnen aanbrengen, is de snoeitijd voor de buurlijst van een AP (tijd sinds het laatste buurbericht werd gehoord) verhoogd tot 60 minuten.
Methode voor kanaaltoewijzing
Terwijl in de automatische modus, het standaardgedrag van DCA vóór 4.1.185.0 moest berekenen en (indien nodig) de kanaalplannen om de 10 minuten toepassen. In vluchtige omgevingen kunnen gedurende de dag tal van kanaalwijzigingen hebben plaatsgevonden. Daarom ontstond de behoefte aan een geavanceerde, fijnere controle van de frequentie van DCA. In 4.1.185.0 en later kunnen gebruikers die een fijnere controle wensen over de frequentie deze instellen:
Ankertijd—Gebruikers die de standaardinstelling van 10 minuten willen wijzigen, hebben de mogelijkheid om een ankertijd te kiezen wanneer de groepsleider in de Start-up modus zal presteren. De Start-up-modus is gedefinieerd als een periode waarin de DCA elke tien minuten werkt voor de eerste tien iteraties (100 minuten), met een DCA-gevoeligheid van 5 dB. Dit is de normale werkwijze voordat de RRM timers in release 4.1 werden toegevoegd. Hierdoor kan het netwerk zich in eerste instantie en snel stabiliseren. Na het einde van de opstartmodus draait de DCA met het door de gebruiker ingestelde interval. De werking in de opstartmodus is duidelijk aangegeven in de WLC CLI via de opdracht show advanced 802.11[a|b]:
(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-de intervalwaarde, met de eenheden die in uren worden bepaald, staat de gebruikers toe om een voorspelbaar netwerk te hebben en de beoordelingen van het kanaalplan worden slechts berekend met de gevormde intervallen. Bijvoorbeeld, als het ingestelde interval 3 uur is, berekent en beoordeelt de DCA een nieuw kanaalplan om de 3 uur.
Gevoeligheid-zoals beschreven in de sectie van het DCA-algoritme, de hysterese 5dB die in het algoritme wordt rekenschap gegeven om te beoordelen of het kanaalplan wordt verbeterd door het algoritme in werking te stellen nu gebruiker-tunable is. Toegestane configuraties zijn: lage, middelhoge of hoge gevoeligheid met een instelling van laag die aangeeft dat het algoritme zeer ongevoelig is en een instelling van hoog die aangeeft dat het algoritme extreem gevoelig is. Het standaardgevoeligheidsniveau is Gemiddeld voor beide banden.
Voor 802.11a zijn de gevoeligheidswaarden: Laag (35dB), Gemiddeld (20dB) en Hoog (5dB).
Voor 802.11b/g komen de gevoeligheidswaarden overeen met: Laag (30dB), Gemiddeld (15dB) en Hoog (5dB)
Standaard verzendenergie drempelwaarde
De drempelwaarde voor de verzendenergie heeft altijd de verantwoordelijkheid gedragen van hoe AP's hun buren horen, die te zijner tijd worden gebruikt om de verzendenergie van de AP te bepalen. Als resultaat van de algemene verbeteringen die aan de algoritmen van het RRM in WLC-softwarerelease 4.1 zijn gemaakt, is de standaardwaarde van -65dBm ook heroverwogen. Daarom is de standaard die voor de meeste implementaties te warm werd geacht, aangepast aan -70dBm. Dit resulteert in betere celoverlap in de meeste binnenimplementaties uit de doos. Dit standaard heeft echter alleen invloed op nieuwe installaties, aangezien de controller de eerder ingestelde waarde behoudt als deze wordt bijgewerkt vanaf 4.1.171.0 of eerder.
Tot 4.1.185.0 had slechts één client aan de voorwaarde (slechtere SNR-drempel dan de ingestelde waarde, of de standaardwaarden van 16dB voor 802.11a of 12dB voor 802.11b/g) moeten voldoen om een dekkingsgat te kunnen detecteren en de mitigatiemechanismen in te schakelen. Het veld Minimale Uitzonderingsniveau voor client is nu direct gekoppeld aan de CHA (en op de juiste plaats in de nieuwe subsectie voor de CHA), waar de ingestelde waarde zal bepalen hoeveel clients moeten voldoen aan de SNR-drempel voor de mitigatiemechanismen van dekkinggaten (toenemende AP-transmissiecapaciteit) zullen intrappen. Opgemerkt moet worden dat de meeste implementaties moeten beginnen met de standaardwaarden (12 dB voor 802.11b/g en 16 dB voor 802.11a en minimaal 3 clientuitzonderingen) en alleen worden aangepast als dit nodig is.
Afbeelding 19: Subsectie van het algoritme voor dekkingsgaten, gescheiden van de profieldrempels, met de standaardwaarden die in de meeste installaties optimale resultaten opleveren
Naast het toestaan van het aantal klanten dat in overtreding moet zijn voor de beperking van de dekking van gaten, is het algoritme ook verbeterd om de verhoging van het vermogen van het AP-transmissiesysteem op een intelligente manier te overwegen. Hoewel het verhogen van de transmissiemacht tot het maximum de veilige gok zou kunnen zijn geweest om voldoende matiging en overlap te verzekeren, heeft het negatieve gevolgen met de aanwezigheid van cliënten met slechte het zwerven implementaties. In plaats van de associatie te veranderen in een andere AP, meestal degene die het sterkste signaal geeft, blijft de client associëren met dezelfde oude AP die hij verder weg heeft bewogen. Dientengevolge, ontvangt deze cliënt niet meer een goed signaal van verenigende AP. Een mislukte client die een gevolg is van slecht zwerven is een voorbeeld van een mogelijk vals positief dekkingsgat scenario. Slechte roaming is geen aanwijzing dat er een echt dekkingsgat bestaat. Het potentiële dekkingsgat is reëel indien:
het is gelegen binnen het beoogde dekkingsgebied, en
Zelfs als de cliënt in dit dekkingsgat zijn vereniging in een andere beschikbare AP zou veranderen, zou het downlink signaal de cliënt en het uplink signaal bij zo'n alternatieve AP van de cliënt nog onder de dekkingsdrempel ontvangen.
Om dergelijke scenario's te vermijden en te matigen, wordt de AP transmissiestroom slechts één niveau tegelijk verhoogd (per iteratie), waardoor de werkelijke dekking gaten om te profiteren van de stroomtoename zonder het netwerk heet (vermijden van interferentie met andere kanalen als gevolg).
De SNMP-trap die in het geval van een kanaalwijziging wordt gegenereerd, is verbeterd om gedetailleerde informatie te verschaffen over de reden voor de implementatie van een nieuw kanaalplan. Zoals uit deze afbeelding blijkt, omvat de verbeterde val de voor- en ná-waarden die in het DCA-algoritme worden gebruikt en welke van deze waarden heeft bijgedragen aan de kanaalwijziging voor de gegeven AP.
Afbeelding 20: Verbeterde DCA Trap toont de reden achter een kanaalwijziging
Als belofte om de configuratie te vereenvoudigen en de bruikbaarheid te verbeteren, is er een nieuwe subsectie voor de CHA gemaakt, die deze scheidt van de subsectie Profieldrempels die de triggers voor het genereren van SNMP-trap rechtstreeks regelt.
De termen Signal en Coverage metingen onder de Monitor Interval subsecties zijn ook gewijzigd om hun juiste betekenissen weer te geven: Neighbor Packet Frequency en Channel Scan Duration respectievelijk.
De standaardinstelling voor taakverdeling met 4.1.185.0 en hoger is UIT. Als deze optie is ingeschakeld, staat het venster voor taakverdeling standaard voor 5 clients.
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 5 clients
Deze functie verbetert de manier waarop QoS interageert met de functie voor uitstellen van RRM-scannen. In implementaties met bepaalde power-save clients, moet u soms uitstellen RRM normale off-channel scannen om te voorkomen dat ontbrekende kritieke informatie van low-volume clients, zoals medische apparaten die de power-save modus gebruiken en periodiek telemetrie-informatie verzenden.
U kunt de WMM UP markering van een client gebruiken om het toegangspunt te vertellen om off-channel scannen uit te stellen voor een configureerbare periode als het een pakket ontvangt dat gemarkeerd is. Gebruik deze controller CLI-opdracht om deze functie voor een specifiek WLAN te configureren:
config wlan channel-scan defer-priority priority [enable | disable] WLAN-id
waarbij prioriteit = 0 door 7 voor gebruikersprioriteit. Deze waarde moet op de client en op het WLAN worden ingesteld op 6.
Gebruik deze opdracht om de tijd te configureren die het scannen wordt uitgesteld na een UP-pakket in de wachtrij:
config wlan channel-scan defer-time msec WLAN-id
Voer de tijdwaarde in in milliseconden (ms). Het geldige bereik loopt van 100 (standaard) tot 60000 (60 seconden). Deze instelling moet voldoen aan de eisen van de apparatuur in uw draadloze LAN.
U kunt deze functie ook configureren op de controller GUI. Selecteer WLAN’s en bewerk een bestaand WLAN of maak een nieuw WLAN. Klik op de pagina WLAN’s > Bewerken op het tabblad Geavanceerd. Selecteer onder Uit-kanaalscanning Defer de prioriteiten voor scanuitstellen en voer de uitsteltijd in milliseconden in.
Opmerking: Off-chanel scannen is essentieel voor de werking van RRM, die informatie verzamelt over alternatieve kanaalkeuzes, zoals ruis en interferentie. Bovendien is het off-channel scannen verantwoordelijk voor fraudedetectie. Apparaten die off-channel scannen moeten uitstellen, moeten zo vaak mogelijk hetzelfde WLAN gebruiken. Als er veel van deze apparaten zijn, en de mogelijkheid bestaat dat off-channel scannen volledig uitgeschakeld kan worden door het gebruik van deze functie, moet u een alternatief implementeren voor lokale AP off-channel scannen, zoals monitor access points of andere access points op dezelfde locatie die dit WLAN niet hebben toegewezen.
De toewijzing van een beleid QoS (brons, zilver, goud, en platina) aan WLAN beïnvloedt hoe de pakketten op de downlinkverbinding van het toegangspunt, ongeacht worden gemarkeerd hoe zij op de opstraalverbinding van de cliënt werden ontvangen. UP=1,2 is de laagste prioriteit en UP=0,3 is de volgende hogere prioriteit. Dit zijn de belangrijkste resultaten van elk QoS-beleid:
Bronze markeert al downlink-verkeer naar UP= 1
Zilver markeert al downlink verkeer naar UP= 0
Goud markeert al downlink verkeer naar UP=4
Platinum markeert al downlink verkeer naar UP=6
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
07-Feb-2014 |
Eerste vrijgave |