Gestion des ressources radio sous des réseaux sans fil unifiés
Table des matières
Introduction
Ce document détaille la fonctionnalité et l'exécution de gestion des ressources radio (RRM) et fournit une discussion approfondie des algorithmes derrière cette caractéristique.
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
-
Protocole LWAPP (Lightweight Access Point Protocol)
-
Considérations relatives à la conception des réseaux locaux sans fil (WLAN)/radiofréquences (RF) courants (connaissances comparables à celles de la certification CWNA sans fil Planet 3)
Remarque : l'équilibrage de charge agressif du client et la détection/le confinement des systèmes non fiables (ainsi que d'autres fonctionnalités du système de détection des intrusions Cisco IDS/du système de prévention des intrusions Cisco IOS® IPS) ne sont pas des fonctions de RRM et sortent du cadre de ce document.
Composants utilisés
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Conventions
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
Mise à niveau vers 4.1.185.0 ou version ultérieure : Que faut-il modifier ou vérifier ?
-
Dans l'interface de ligne de commande, vérifiez :
show advanced [802.11b|802.11a] txpower
La nouvelle valeur par défaut est -70dbm. S'il a été modifié, retournez aux valeurs par défaut car cette nouvelle valeur s'est révélée optimale dans une plage de conditions. Cette valeur doit être identique sur tous les contrôleurs d'un groupe RF. N'oubliez pas d'enregistrer la configuration après avoir effectué des modifications.
Afin de modifier cette valeur, émettez cette commande :
config advanced [802.11b|802.11a] tx-power-control-thresh 70
-
Dans l'interface de ligne de commande, vérifiez :
show advanced [802.11a|802.11b] profile global
Les résultats doivent être les suivants :
802.11b Global coverage threshold.............. 12 dB for 802.11b 802.11a Global coverage threshold.............. 16 dB for 802.11a
Si les résultats sont différents, utilisez les commandes suivantes :
config advanced 802.11b profile coverage global 12 config advanced 802.11a profile coverage global 16
Le paramètre de coupure SNR du client qui détermine si le client est en violation et si l'atténuation de l'algorithme Coverage Hole intervient, appelé Coverage, doit être rétabli sur les valeurs par défaut pour des résultats optimaux.
-
Dans l'interface de ligne de commande, vérifiez :
show load-balancing
L'état par défaut de l'équilibrage de charge est maintenant Disabled. Si cette option est activée, la fenêtre par défaut est désormais 5. Il s'agit de la quantité de clients qui doivent être associés à une radio avant que l'équilibrage de charge lors de l'association n'ait lieu. L'équilibrage de charge peut s'avérer très utile dans un environnement client haute densité. L'utilisation de cette fonctionnalité doit être décidée par l'administrateur afin que le comportement d'association et de distribution du client soit compris.
Gestion des ressources radio : conseils et bonnes pratiques
Groupement RF et seuil de puissance Tx
CONSEILS:
-
Assurez-vous que le seuil de puissance Tx est configuré de la même manière sur tous les contrôleurs qui partagent le nom du groupe RF.
-
Dans les versions antérieures à la version 4.1.185.0, le seuil de puissance Tx par défaut était de -65 dBm, mais cette valeur de seuil de -65 dBm peut être trop « chaude » pour la plupart des déploiements. De meilleurs résultats ont été observés avec ce seuil fixé entre -68dBm et -75dBm. Avec la version 4.1.185.0, le seuil de puissance Tx par défaut est désormais de -70 dBm. Avec la version 4.1.185.0 ou ultérieure, il est fortement conseillé aux utilisateurs de modifier le seuil de puissance Tx à -70 et de vérifier si les résultats sont satisfaisants. Il s'agit d'une recommandation importante, car diverses améliorations de RRM peuvent entraîner une sous-optimisation de votre paramètre actuel.
POURQUOI :
Le nom du groupe RF est une chaîne ASCII configurée par contrôleur LAN sans fil (WLC). L'algorithme de regroupement sélectionne l'amorce du groupe RF qui, à son tour, calcule le contrôle de puissance de transmission (TPC) et l'attribution dynamique de canal (DCA) pour l'ensemble du groupe RF. L'exception est l'algorithme de trou de couverture (CHA), qui est exécuté par WLC. Comme le regroupement RF est dynamique et que l'algorithme s'exécute à des intervalles de 600 secondes par défaut, il peut y avoir une instance où de nouveaux voisins sont entendus (ou où les voisins existants ne le sont plus). Cela entraîne un changement dans le groupe RF qui pourrait entraîner l'élection d'un nouveau leader (pour un ou plusieurs groupes RF logiques). Dans ce cas, le seuil de puissance Tx du nouveau chef de groupe est utilisé dans l'algorithme TPC. Si la valeur de ce seuil est incohérente entre plusieurs contrôleurs qui partagent le même nom de groupe RF, cela peut entraîner des écarts dans les niveaux de puissance Tx résultants lorsque le TPC est exécuté.
Profil de couverture et seuil SNR du client
CONSEIL :
-
Définissez la mesure de la couverture (par défaut 12 dB) sur 3 dB pour la plupart des déploiements.
Remarque : avec la version 4.1.185.0, des améliorations telles que le contrôle de mise sous tension Tx et le nombre configurable par l'utilisateur de clients de violation de seuil de profil SNR, les valeurs par défaut de 12 dB pour 802.11b/g et de 16 dB pour 802.11a devraient fonctionner correctement dans la plupart des environnements.
POURQUOI :
La mesure de la couverture, 12 dB par défaut, est utilisée pour obtenir le SNR maximal tolérable par client. Si le SNR du client dépasse cette valeur, et si même un client dépasse cette valeur, le CHA est déclenché par le WLC dont le point d'accès (AP) détecte le client avec un SNR médiocre. Dans les cas où des clients existants sont présents (qui ont souvent une mauvaise logique d'itinérance), le réglage du niveau de bruit tolérable à 3 dB fournit une solution à court terme (cette solution n'est pas requise dans la version 4.1.185.0 ou ultérieure).
Ceci est décrit plus en détail sous Considération de la mise sous tension du client rémanente dans la section Algorithme de détection et de correction des trous de couverture.
Fréquence des messages voisins (formation de groupe RF)
CONSEILS:
-
Plus l'intervalle configuré entre la transmission des messages de voisinage est long, plus le temps de convergence/stabilisation sera lent dans tout le système.
-
Si un voisin existant n'est pas entendu pendant 20 minutes, l'AP est élagué de la liste de voisins.
Remarque : avec la version 4.1.185.0, l'intervalle d'élagage de la liste de voisins est maintenant étendu pour garder le voisin dont un paquet voisin n'a pas été entendu pendant 60 minutes.
POURQUOI :
Par défaut, les messages de voisinage sont envoyés toutes les 60 secondes. Cette fréquence est contrôlée par la mesure du signal (appelée fréquence des paquets voisins dans la version 4.1.185.0 et ultérieure) sous la section Intervalles de surveillance de la page RF automatique (voir la Figure 15 pour référence). Il est important de comprendre que les messages de voisinage communiquent la liste des voisins qu'un AP entend, qui est ensuite communiquée à leurs WLC respectifs, qui à leur tour forment le groupe RF (cela suppose que le nom du groupe RF est configuré de la même manière). Le temps de convergence RF dépend entièrement de la fréquence des messages voisins et ce paramètre doit être défini de manière appropriée.
Utilisation de l'option On-Demand
CONSEIL :
-
Utilisez le bouton On-Demand pour un contrôle plus précis et un comportement RRM déterministe.
Remarque : avec la version 4.1.185.0, la prévisibilité peut être obtenue grâce à l'utilisation de la configuration du temps d'ancrage, de l'intervalle et de la sensibilité du DCA.
POURQUOI :
Pour les utilisateurs qui souhaitent une prévisibilité des modifications algorithmiques dans l'ensemble du système, RRM peut être exécuté en mode à la demande. Lorsqu'ils sont utilisés, les algorithmes RRM calculent les paramètres de canal et de puissance optimaux à appliquer au prochain intervalle de 600 secondes. Les algorithmes sont dormants jusqu'à ce que l'option à la demande suivante soit utilisée ; le système est en état de gel. Reportez-vous à la Figure 11 et à la Figure 12, ainsi qu'aux descriptions respectives pour plus d'informations.
Fenêtre Équilibrage de charge
CONSEIL :
-
Le paramètre par défaut pour l'équilibrage de charge est ON, avec la fenêtre d'équilibrage de charge définie sur 0. Cette fenêtre doit être remplacée par un nombre plus élevé, par exemple 10 ou 12.
Remarque : dans les versions 4.1.185.0 et ultérieures, le paramètre par défaut pour l'équilibrage de charge est OFF et, s'il est activé, la taille de fenêtre par défaut est 5.
POURQUOI :
Bien qu'il ne soit pas lié à RRM, l'équilibrage de charge agressif peut entraîner des résultats d'itinérance client sous-optimaux pour les clients existants avec une mauvaise logique d'itinérance, ce qui en fait des clients rémanents. Cela peut avoir des effets négatifs sur la LCS. Le paramètre de fenêtre d'équilibrage de charge par défaut sur le WLC est défini sur 0, ce qui n'est pas une bonne chose. Ceci est interprété comme le nombre minimum de clients qui devraient être sur le point d'accès avant que le mécanisme d'équilibrage de charge ne démarre. Des recherches et des observations internes ont montré que cette valeur par défaut devrait être remplacée par une valeur plus pratique, par exemple 10 ou 12. Naturellement, chaque déploiement présente un besoin différent et le créneau doit donc être défini de manière appropriée. Voici la syntaxe de la ligne de commande :
(WLC) >config load-balancing window ? <client count> Number of clients (0 to 20)
Dans les réseaux de production denses, les contrôleurs ont été vérifiés pour fonctionner de manière optimale avec l'équilibrage de charge activé et la taille de fenêtre définie à 10. En pratique, cela signifie que le comportement d'équilibrage de charge n'est activé que lorsque, par exemple, un grand groupe de personnes se réunit dans une salle de conférence ou une zone ouverte (réunion ou classe). L'équilibrage de charge est très utile pour répartir ces utilisateurs entre les divers points d'accès disponibles dans de tels scénarios.
Remarque : les utilisateurs ne sont jamais « rejetés » du réseau sans fil. L'équilibrage de charge se produit uniquement lors de l'association et le système tentera d'encourager un client vers un AP plus légèrement chargé. Si le client est persistant, il sera autorisé à le rejoindre et ne sera jamais abandonné.
Gestion des ressources radio : introduction
Parallèlement à l'augmentation marquée de l'adoption des technologies WLAN, les problèmes de déploiement ont également augmenté. À l'origine, la spécification 802.11 a été conçue principalement pour une utilisation domestique à une seule cellule. L'étude des paramètres de canal et d'alimentation pour un point d'accès unique était un exercice trivial, mais comme la couverture WLAN omniprésente est devenue l'une des attentes des utilisateurs, la détermination des paramètres de chaque point d'accès a nécessité une étude approfondie du site. Grâce à la nature partagée de la bande passante du 802.11, les applications qui sont désormais exécutées sur le segment sans fil poussent les clients à passer à des déploiements davantage axés sur la capacité. L’ajout de capacité à un réseau local sans fil est un problème, contrairement aux réseaux câblés où la pratique courante consiste à attribuer de la bande passante au problème. Des points d'accès supplémentaires sont nécessaires pour ajouter de la capacité, mais s'ils sont mal configurés, ils peuvent en fait réduire la capacité du système en raison des interférences et d'autres facteurs. Alors que les WLAN denses et à grande échelle sont devenus la norme, les administrateurs sont continuellement confrontés à ces problèmes de configuration RF qui peuvent augmenter les coûts d'exploitation. En cas de mauvaise gestion, cela peut entraîner une instabilité du WLAN et une mauvaise expérience de l'utilisateur final.
Avec un spectre fini (un nombre limité de canaux sans chevauchement) à exploiter et étant donné le désir inné des radiofréquences de percer les murs et les sols, la conception d'un réseau local sans fil de toute taille s'est révélée être une tâche ardue. Même dans le cadre d'une étude de site sans faille, la RF est en constante évolution et ce qui pourrait être un canal de point d'accès optimal et un schéma de puissance un moment, pourrait s'avérer moins que fonctionnel le lendemain.
Saisissez le RRM de Cisco. La technologie RRM permet à l'architecture WLAN unifiée de Cisco d'analyser en continu l'environnement RF existant, en ajustant automatiquement les niveaux d'alimentation et les configurations des canaux des points d'accès pour aider à atténuer des problèmes tels que les interférences entre canaux et la couverture du signal. RRM réduit le besoin d'effectuer des études exhaustives sur le site, augmente la capacité du système et fournit une fonctionnalité d'auto-réparation automatisée pour compenser les zones inaccessibles RF et les pannes de point d'accès.
Gestion des ressources radio : concepts
Termes clés
Les lecteurs doivent bien comprendre les termes utilisés tout au long de ce document :
-
Signal : toute énergie RF aéroportée.
-
dBm : représentation mathématique logarithmique absolue de la puissance d’un signal RF. dBm est directement corrélé aux milliwatts, mais est couramment utilisé pour représenter facilement la puissance de sortie dans les valeurs très faibles courantes dans les réseaux sans fil. Par exemple, la valeur de -60 dBm est égale à 0,000001 milliwatts.
-
Received Signal Strength Indicator (RSSI) : mesure numérique absolue de la puissance du signal. Toutes les radios 802.11 ne signalent pas RSSI de la même façon, mais aux fins du présent document, on suppose que RSSI est en corrélation directe avec le signal reçu, tel qu'indiqué en dBm.
-
Bruit : tout signal qui ne peut pas être décodé en tant que signal 802.11. Il peut s’agir soit d’une source non 802.11 (par exemple un périphérique à micro-ondes ou Bluetooth), soit d’une source 802.11 dont le signal a été invalidé en raison d’une collision ou de tout autre retard du signal.
-
Bruit de fond : niveau de signal existant (exprimé en dBm) en dessous duquel les signaux reçus sont inintelligibles.
-
SNR : rapport entre la puissance du signal et le bruit au sol. Cette valeur est une valeur relative, mesurée en décibels (dB).
-
Interférences : signaux RF indésirables dans la même bande de fréquence pouvant entraîner une dégradation ou une perte de service. Ces signaux peuvent provenir de sources 802.11 ou non 802.11.
Une vue d'ensemble de RRM
Avant d'entrer dans les détails du fonctionnement des algorithmes RRM, il est important de comprendre d'abord un flux de travail de base de la façon dont un système RRM collabore pour former un regroupement RF, ainsi que ce que les calculs RF se produisent où. Il s'agit d'un aperçu des étapes que la solution unifiée de Cisco suit pour apprendre, regrouper et calculer toutes les fonctionnalités RRM :
-
Les contrôleurs (dont les points d'accès doivent avoir une configuration RF calculée en tant que groupe unique) sont provisionnés avec le même nom de groupe RF. Un nom de groupe RF est une chaîne ASCII que chaque point d'accès utilisera pour déterminer si les autres points d'accès qu'ils entendent font partie du même système.
-
Les points d’accès envoient régulièrement des messages de voisinage, partageant des informations sur eux-mêmes, leurs contrôleurs et leur nom de groupe RF. Ces messages de voisinage peuvent ensuite être authentifiés par d'autres AP partageant le même nom de groupe RF.
-
Les points d'accès qui peuvent entendre ces messages de voisinage et les authentifier en fonction du nom de groupe RF partagé, transmettent ces informations (consistant principalement en l'adresse IP du contrôleur et les informations sur le point d'accès transmettant le message de voisinage) aux contrôleurs auxquels ils sont connectés.
-
Les contrôleurs, qui comprennent maintenant quels autres contrôleurs doivent faire partie du groupe RF, forment alors un groupe logique pour partager ces informations RF et élisent ensuite un chef de groupe.
-
Équipée d'informations détaillant l'environnement RF pour chaque point d'accès dans le groupe RF, une série d'algorithmes RRM visant à optimiser les configurations de points d'accès liées aux éléments suivants sont exécutés au niveau du chef de groupe RF (à l'exception de l'algorithme de détection et de correction des trous de couverture qui est exécuté au niveau du contrôleur local aux points d'accès) :
-
DCA
-
PTC
-
Remarque : RRM (et le regroupement RF) est une fonction distincte de la mobilité entre contrôleurs (et du regroupement de mobilité). La seule similitude est l'utilisation d'une chaîne ASCII commune attribuée aux deux noms de groupe pendant l'assistant de configuration initiale du contrôleur. Cette opération simplifie le processus de configuration et peut être modifiée ultérieurement.
Remarque : il est normal qu'il existe plusieurs groupes RF logiques. Un AP sur un contrôleur donné aidera à joindre leur contrôleur à un autre contrôleur seulement si un AP peut entendre un autre AP d'un autre contrôleur. Dans les grands environnements et les campus universitaires, il est normal que plusieurs groupes RF existent, couvrant de petits groupes de bâtiments, mais pas l'ensemble du domaine.
Voici une représentation graphique de ces étapes :
Figure 1 : Les messages de voisinage des points d'accès fournissent aux WLC une vue RF à l'échelle du système pour effectuer des réglages de canal et de puissance. 
| Fonctionnalité | Effectué à/par : |
|---|---|
| Regroupement RF | Les WLC élisent le chef de groupe |
| Attribution dynamique de canaux | Chef de groupe |
| Contrôle De Puissance D'Émission | Chef de groupe |
| Détection et correction des trous de couverture | WLC |
Algorithme de regroupement RF
Les groupes RF sont des groupes de contrôleurs qui partagent non seulement le même nom de groupe RF, mais dont les points d'accès s'entendent.
La colocalisation logique des points d’accès, et donc le regroupement RF du contrôleur, est déterminée par les points d’accès recevant les messages de voisinage des autres points d’accès. Ces messages incluent des informations sur l'AP émetteur et son WLC (ainsi que des informations supplémentaires détaillées dans le Tableau 1) et sont authentifiés par un hachage.
Tableau 2 : les messages de voisinage contiennent une poignée d'éléments d'information qui permettent aux contrôleurs récepteurs de comprendre les points d'accès émetteurs et les contrôleurs auxquels ils sont connectés.| Nom du champ | Description |
|---|---|
| Identificateur radio | Les points d'accès avec plusieurs radios l'utilisent pour identifier quelle radio est utilisée pour transmettre des messages de voisinage |
| ID groupe | Un compteur et une adresse MAC du WLC |
| Adresse IP WLC | Adresse IP de gestion du chef de groupe RF |
| Canal du point d'accès | Canal natif sur lequel le point d’accès sert les clients |
| Voisin Message Channel | Canal sur lequel le paquet voisin est transmis |
| Alimentation | Non utilisé actuellement |
| Diagramme D'Antenne | Non utilisé actuellement |
Lorsqu'un point d'accès reçoit un message de voisin (transmis toutes les 60 secondes, sur tous les canaux desservis, à la puissance maximale et au débit de données le plus bas pris en charge), il envoie la trame à son WLC pour déterminer si le point d'accès fait partie du même groupe RF en vérifiant le hachage intégré. Un point d’accès qui envoie des messages de voisinage indéchiffrables (indiquant qu’un nom de groupe RF étranger est utilisé) ou qui n’envoie aucun message de voisinage est considéré comme un point d’accès non autorisé.
Figure 2 : Les messages de voisinage sont envoyés toutes les 60 secondes à l'adresse de multidiffusion 01:0B:85:00:00:00. 
Étant donné que tous les contrôleurs partagent le même nom de groupe RF, pour qu'un groupe RF se forme, un WLC a seulement besoin qu'un seul AP entende un AP d'un autre WLC (voir les Figures 3 à 8 pour plus de détails).
Figure 3 : Les points d'accès envoient et reçoivent des messages de voisinage qui sont ensuite transférés à leur(s) contrôleur(s) pour former un groupe RF. 
Les messages de voisinage sont utilisés en recevant les AP et leurs WLC pour déterminer comment créer des groupes RF inter-WLC, ainsi que pour créer des sous-groupes RF logiques qui se composent uniquement des AP qui peuvent entendre les messages des autres. Les configurations RRM de ces sous-groupes RF logiques sont effectuées au niveau du chef de groupe RF, mais indépendamment l'une de l'autre en raison du fait qu'ils ne disposent pas d'une connectivité sans fil entre sous-groupes RF (voir les figures 4 et 5).
Figure 4 : Tous les points d'accès sont connectés logiquement à un seul WLC, mais deux sous-groupes RF logiques distincts sont formés car les points d'accès 1, 2 et 3 ne peuvent pas entendre les messages de voisinage des points d'accès 4, 5 et 6, et vice versa. 
Dans un environnement comportant de nombreux WLC et points d'accès, tous les points d'accès n'ont pas besoin de s'entendre pour que l'ensemble du système forme un seul groupe RF. Chaque contrôleur doit avoir au moins un AP pour entendre un autre AP de tout autre WLC. Ainsi, le regroupement RF peut se produire sur de nombreux contrôleurs, indépendamment de la vue localisée de chaque contrôleur des points d'accès voisins et donc des WLC (voir Figure 6).
Figure 6 : Dans cet exemple, les points d'accès connectés aux WLC A et C ne peuvent pas entendre les messages de voisinage l'un de l'autre. Le WLC B peut entendre à la fois le WLC A et le WLC C et peut ensuite partager les informations de l'autre avec eux afin qu'un seul groupe RF soit formé. Des sous-groupes RF logiques distincts sont créés pour chaque groupe de points d'accès qui peuvent échanger leurs messages de voisinage. 
Dans un scénario où plusieurs contrôleurs sont configurés avec le même nom de groupe RF, mais où leurs points d'accès respectifs ne peuvent pas entendre les messages de voisinage de l'autre, deux groupes RF distincts (de niveau supérieur) sont formés, comme illustré à la Figure 7.
Figure 7 : Bien que les WLC partagent le même nom de groupe RF, leurs points d'accès ne peuvent pas s'entendre et par conséquent deux groupes RF distincts sont formés. 
Le regroupement RF se produit au niveau du contrôleur, ce qui signifie qu'une fois que les AP rapportent des informations sur les autres AP qu'ils entendent (ainsi que les contrôleurs auxquels ces AP sont connectés) à leurs contrôleurs, chaque WLC respectif communique alors directement avec les autres WLC pour former un regroupement à l'échelle du système. Dans un groupe unique à l'échelle du système, ou groupe RF, de nombreux sous-ensembles de points d'accès auraient leurs paramètres RF définis séparément les uns des autres : considérez un WLC central avec des points d'accès individuels sur des sites distants. Chaque point d'accès aurait donc ses paramètres RF définis séparément des autres, de sorte que bien que chaque point d'accès appartienne au même groupe RF de contrôleur, chaque point d'accès individuel (dans cet exemple) serait dans son propre sous-groupe RF logique (voir Figure 8).
Figure 8 : Les paramètres RF de chaque point d'accès sont définis séparément des autres points d'accès en raison de leur incapacité à entendre les messages de voisinage de chacun. 
Chaque point d'accès compile et tient à jour une liste de 34 points d'accès voisins (par radio) qui est ensuite signalée à leurs contrôleurs respectifs. Chaque WLC tient à jour une liste de 24 voisins par point d'accès radio à partir des messages de voisinage envoyés par chaque point d'accès. Une fois au niveau du contrôleur, cette liste de voisins par point d'accès et par radio de 34 points d'accès maximum est ensuite élaguée, ce qui supprime les dix points d'accès avec les signaux les plus faibles. Les WLC transfèrent ensuite chaque liste de voisins AP au chef de groupe RF, le WLC élu par le groupe RF pour effectuer toutes les décisions de configuration RRM.
Il est très important de noter ici que le regroupement RF fonctionne par type de radio. L'algorithme de regroupement s'exécute séparément pour les radios 802.11a et 802.11b/g, ce qui signifie qu'il s'exécute par point d'accès, par radio, de sorte que chaque radio point d'accès est responsable du remplissage d'une liste de voisins. Afin de limiter le battement, par lequel les AP peuvent fréquemment être ajoutés et élagués de cette liste, les WLC ajouteront des voisins à leurs listes étant donné qu'ils sont entendus à plus ou moins -80 dBm et les supprimeront seulement ensuite une fois que leurs signaux descendront en dessous de -85 dBm.
Remarque : avec le logiciel Wireless LAN Controller version 4.2.99.0 ou ultérieure, RRM prend en charge jusqu'à 20 contrôleurs et 1 000 points d'accès dans un groupe RF. Par exemple, un contrôleur Cisco WiSM prend en charge jusqu'à 150 points d'accès. Vous pouvez donc avoir jusqu'à six contrôleurs WiSM dans un groupe RF (150 points d'accès multiplié par 6 contrôleurs = 900 points d'accès, ce qui est inférieur à 1 000). De même, un contrôleur 4404 prend en charge jusqu'à 100 points d'accès. Vous pouvez donc avoir jusqu'à dix contrôleurs 4404 dans un groupe RF (100 fois 10 = 1000). Les contrôleurs de la gamme 2100 prennent en charge un maximum de 25 points d'accès. Vous pouvez donc avoir jusqu'à 20 de ces contrôleurs dans un groupe RF. Cette limite de 1000 points d'accès n'est pas le nombre réel de points d'accès associés aux contrôleurs, mais est calculée sur la base du nombre maximal de points d'accès qui peuvent être pris en charge par ce modèle de contrôleur spécifique. Par exemple, s'il y a 8 contrôleurs WiSM (4 WiSM), chacun avec 70 AP, le nombre réel d'AP est 560. Cependant, l'algorithme le calcule comme 8*150= 1200 (150 étant le nombre maximal d'AP pris en charge par chaque contrôleur WiSM). Par conséquent, les contrôleurs sont divisés en deux groupes. Un groupe avec 6 contrôleurs et l'autre avec 2 contrôleurs.
Étant donné que le contrôleur qui fonctionne comme le chef de groupe RF exécute à la fois l'algorithme DCA et l'algorithme TPC pour l'ensemble du système, les contrôleurs doivent être configurés avec le nom de groupe RF dans une situation où il est prévu que leurs messages voisins seront entendus par les AP sur un autre contrôleur. Si les points d'accès (sur différents contrôleurs) sont géographiquement séparés, au moins dans une mesure telle que les messages de voisinage ne peuvent pas être entendus à -80dBm ou mieux, configurer leurs contrôleurs pour qu'ils soient dans un groupe RF n'est pas pratique.
Si la limite supérieure de l'algorithme de regroupement RF est atteinte, le contrôleur de chef de groupe n'autorisera aucun nouveau contrôleur ou point d'accès à rejoindre le groupe existant ou à contribuer aux calculs de canal et de puissance. Le système traite cette situation comme un nouveau sous-groupe RF logique et de nouveaux membres sont ajoutés à ce nouveau groupe logique, configuré avec le même nom de groupe. Si l'environnement est dynamique, dans la nature où les fluctuations RF modifient la façon dont les voisins sont vus à intervalles réguliers, la probabilité de modifications des membres du groupe et d'élections subséquentes de chefs de groupe augmentera.
Le chef de groupe
Le chef de groupe RF est le contrôleur sélectionné dans le groupe RF qui effectue l'analyse des données RF des points d'accès, par groupe RF logique, et est responsable de la configuration des niveaux de puissance et des paramètres de canal des points d'accès. La détection et la correction des trous de couverture sont basées sur le SNR du client et constituent donc la seule fonction RRM exécutée sur chaque contrôleur local.
Chaque contrôleur détermine quel WLC a la priorité de chef de groupe la plus élevée en fonction de l'élément d'information d'identificateur de groupe dans chaque message de voisin. L'élément d'information d'identificateur de groupe annoncé dans chaque message de voisin est composé d'une valeur de compteur (chaque contrôleur maintient un compteur de 16 bits qui commence à 0 et s'incrémente à la suite d'événements tels qu'une sortie d'un groupe RF ou un redémarrage WLC) et d'une adresse MAC de contrôleur. Chaque WLC hiérarchise les valeurs d'identificateur de groupe de ses voisins en fonction d'abord de cette valeur de compteur, puis, en cas d'égalité de valeur de compteur, de l'adresse MAC. Chaque WLC sélectionnera le contrôleur (soit un WLC voisin, soit lui-même) ayant la valeur d'identificateur de groupe la plus élevée, après quoi chaque contrôleur se concertera avec les autres pour déterminer quel contrôleur unique a l'ID de groupe le plus élevé. Ce WLC sera ensuite élu chef de groupe RF.
Si le chef de groupe RF est mis hors ligne, le groupe entier est dissous et les membres existants du groupe RF réexécutent le processus de sélection du chef de groupe et un nouveau chef est choisi.
Toutes les 10 minutes, le responsable du groupe RF interroge chaque WLC du groupe pour obtenir des statistiques sur les AP, ainsi que toutes les informations de message de voisin qu'il reçoit. À partir de ces informations, le chef de groupe a une visibilité sur l'environnement RF à l'échelle du système et peut ensuite utiliser les algorithmes DCA et TPC pour ajuster en continu les configurations de canal et d'alimentation des points d'accès. Le chef de groupe exécute ces algorithmes toutes les dix minutes, mais, comme avec l'algorithme de détection et de correction des trous de couverture, les modifications ne sont effectuées que si elles sont déterminées nécessaires.
Algorithme d'attribution de canal dynamique
L'algorithme DCA, exécuté par le chef de groupe RF, est appliqué par groupe RF afin de déterminer les paramètres de canal AP optimaux pour tous les points d'accès du groupe RF (chaque ensemble de points d'accès pouvant entendre les messages de voisinage de l'autre, appelé dans ce document sous le nom de sous-groupe RF logique, a sa configuration de canal effectuée indépendamment des autres sous-groupes RF logiques en raison du fait que les signaux ne se chevauchent pas). Avec le processus DCA, le responsable prend en compte quelques métriques spécifiques aux points d'accès qui sont prises en compte lors de la détermination des modifications de canal nécessaires. Ces mesures sont les suivantes :
-
Load Measurement : chaque point d'accès mesure le pourcentage du temps total occupé par la transmission ou la réception de trames 802.11.
-
Bruit : les points d'accès calculent les valeurs de bruit sur chaque canal desservi.
-
Interférence : les points d’accès indiquent le pourcentage du support occupé par les transmissions 802.11 interférentes (cela peut provenir de signaux se chevauchant provenant de points d’accès étrangers, ainsi que de non-voisins).
-
Signal Strength : chaque point d'accès écoute les messages de voisinage sur tous les canaux desservis et enregistre les valeurs RSSI auxquelles ces messages sont entendus. Cette information d'intensité de signal AP est la métrique la plus importante prise en compte dans le calcul DCA de l'énergie de canal.
Ces valeurs sont ensuite utilisées par le chef de groupe pour déterminer si un autre schéma de canal entraînera au moins une amélioration du point d'accès le moins performant de 5 dB (SNR) ou plus. La pondération est donnée aux points d'accès sur leurs canaux de fonctionnement de sorte que les ajustements de canal sont effectués localement, ce qui amortit les changements pour empêcher l'effet domino par lequel un seul changement déclencherait des modifications de canal à l'échelle du système. La préférence est également accordée aux points d'accès en fonction de l'utilisation (dérivée du rapport de mesure de charge de chaque point d'accès) de sorte qu'un point d'accès moins utilisé aura une probabilité plus élevée d'avoir son canal modifié (par rapport à un voisin fortement utilisé) dans le cas où un changement est nécessaire.
Remarque : chaque fois qu'un canal AP est modifié, les clients sont brièvement déconnectés. Les clients peuvent soit se reconnecter au même point d'accès (sur son nouveau canal), soit se déplacer vers un point d'accès voisin, ce qui dépend du comportement d'itinérance du client. L'itinérance rapide et sécurisée (offerte par CCKM et PKC) permettra de réduire cette brève interruption, étant donné qu'il existe des clients compatibles.
Remarque : lorsque les points d'accès démarrent pour la première fois (nouveaux prêts à l'emploi), ils transmettent sur le premier canal sans chevauchement dans la ou les bandes qu'ils prennent en charge (canal 1 pour 11b/g et canal 36 pour 11a). Lorsque les points d'accès redémarrent, ils utilisent leurs paramètres de canal précédents (stockés dans la mémoire du point d'accès). Les ajustements du DCA se produiront par la suite, au besoin.
Algorithme de contrôle de puissance de transmission
L'algorithme TPC, exécuté à un intervalle fixe de dix minutes par défaut, est utilisé par le chef de groupe RF pour déterminer les proximités RF des points d'accès et ajuster le niveau de puissance de transmission de chaque bande à un niveau inférieur afin de limiter le chevauchement excessif des cellules et les interférences entre canaux.
Remarque : l'algorithme TPC est uniquement responsable de la réduction des niveaux de puissance. L'augmentation de la puissance de transmission fait partie de la fonction de l'algorithme de détection et de correction des trous de couverture, qui est expliquée dans la section suivante.
Chaque point d'accès signale une liste ordonnée RSSI de tous les points d'accès voisins et, à condition qu'un point d'accès ait trois points d'accès voisins ou plus (pour que TPC fonctionne, vous devez avoir un minimum de 4 points d'accès), le chef de groupe RF appliquera l'algorithme TPC sur une base par bande et par point d'accès pour ajuster les niveaux de transmission de puissance du point d'accès vers le bas de sorte que le troisième point d'accès voisin le plus fort sera alors entendu à un niveau de signal de -70dBm (valeur par défaut ou quelle est la valeur configurée) ou inférieur et la condition d'hystérésis TCP est satisfaite. Par conséquent, le protocole TCP passe par ces étapes qui déterminent si un changement de puissance de transmission est nécessaire :
-
Déterminez s'il existe un troisième voisin et s'il est supérieur au seuil de contrôle de la puissance de transmission.
-
Déterminez la puissance de transmission à l'aide de l'équation suivante : Tx_Max pour un point d'accès donné + (seuil de contrôle de puissance Tx - RSSI du 3e voisin le plus élevé au-dessus du seuil).
-
Comparez le calcul de l'étape 2 avec le niveau de puissance Tx actuel et vérifiez s'il dépasse l'hystérésis TPC.
-
Si l'alimentation Tx doit être coupée : une hystérésis TPC d'au moins 6 dBm doit être respectée. OU
-
Si la puissance Tx doit être augmentée : l'hystérésis TPC de 3dBm doit être respectée.
-
Un exemple de la logique utilisée dans l'algorithme TPC peut être trouvé dans la section Exemple de workflow d'algorithme de contrôle de puissance de transmission.
Remarque : lorsque tous les points d'accès démarrent pour la première fois (nouveaux prêts à l'emploi), ils transmettent à leurs niveaux de puissance maximum. Lorsque les points d'accès sont mis hors tension puis sous tension, ils utilisent leurs paramètres d'alimentation précédents. Les ajustements de PTC se feront par la suite, au besoin. Reportez-vous au Tableau 4 pour plus d'informations sur les niveaux de puissance de transmission AP pris en charge.
Remarque : deux principaux scénarios d'augmentation de puissance Tx peuvent être déclenchés avec l'algorithme TPC :
-
Il n'y a pas de troisième voisin. Dans ce cas, l'AP revient par défaut à Tx_max, et le fait immédiatement.
-
Il y a un troisième voisin. L'équation TPC évalue en fait le Tx recommandé comme étant quelque part entre Tx_max et Tx_current (plutôt que inférieur à Tx_current) comme, par exemple, quand le troisième voisin "disparaît" et qu'il y a un nouveau troisième voisin possible. Il en résulte une augmentation de la puissance Tx.
Les diminutions de Tx induites par le TPC se produisent progressivement, mais les augmentations de Tx peuvent se produire immédiatement. Cependant, une précaution supplémentaire a été prise dans la façon dont la puissance Tx est augmentée avec l'algorithme Coverage Hole, montant, un niveau à la fois.
Algorithme de détection et de correction des trous de couverture
L'algorithme de détection et de correction des trous de couverture vise d'abord à déterminer les trous de couverture en fonction de la qualité des niveaux de signal client, puis à augmenter la puissance de transmission des points d'accès auxquels ces clients sont connectés. Étant donné que cet algorithme est concerné par les statistiques client, il est exécuté indépendamment sur chaque contrôleur et non pas à l'échelle du système sur le chef de groupe RF.
L'algorithme détermine si un trou de couverture existe lorsque les niveaux SNR des clients passent en dessous d'un seuil SNR donné. Le seuil SNR est considéré sur une base de point d'accès individuel et basé principalement sur chaque niveau de puissance de transmission de point d'accès. Plus le niveau de puissance des points d’accès est élevé, plus le bruit est toléré par rapport à la puissance du signal du client, ce qui signifie une valeur SNR tolérée plus faible.
Ce seuil SNR varie en fonction de deux valeurs : la puissance de transmission du point d'accès et la valeur du profil de couverture du contrôleur. En détail, le seuil est défini par chaque puissance d'émission AP (représentée en dBm), moins la valeur constante de 17dBm, moins la valeur du profil de couverture configurable par l'utilisateur (cette valeur est par défaut de 12dB et est détaillée à la page 20). La valeur de seuil SNR du client est la valeur absolue (nombre positif) du résultat de cette équation.
Équation du seuil SNR du trou de couverture :
Valeur de coupure SNR du client (|dB|) = [Puissance d'émission AP (dBm) - Constante (17 dBm) - Profil de couverture (dB)]
Une fois que le nombre configuré de SNR moyens des clients passe en dessous de ce seuil SNR pendant au moins 60 secondes, la puissance de transmission de l'AP de ces clients sera augmentée pour atténuer la violation SNR, corrigeant ainsi le trou de couverture. Chaque contrôleur exécute l'algorithme de détection et de correction des trous de couverture pour chaque radio sur chacun de ses points d'accès toutes les trois minutes (la valeur par défaut de 180 secondes peut être modifiée). Il est important de noter que les environnements volatils peuvent entraîner la mise hors tension de l'algorithme TPC lors des exécutions suivantes.
« Sticky Client » Power-up Considération :
Les implémentations d'itinérance dans les pilotes clients existants peuvent amener les clients à « s'accrocher » à un point d'accès existant même en présence d'un autre point d'accès qui est meilleur en matière de RSSI, de débit et d'expérience client globale. En retour, un tel comportement peut avoir un impact systémique sur le réseau sans fil, les clients étant perçus comme présentant un mauvais SNR (parce qu'ils n'ont pas pu se déplacer), ce qui peut entraîner une détection de trou de couverture. Dans une telle situation, l'algorithme met sous tension la puissance de transmission du point d'accès (pour fournir une couverture aux clients qui se comportent mal), ce qui entraîne une puissance de transmission indésirable (et supérieure à la normale).
Tant que la logique d'itinérance n'est pas améliorée de manière inhérente, de telles situations peuvent être atténuées en augmentant le nombre minimal de clients. Niveau d'exception à un nombre plus élevé (la valeur par défaut est 3) et augmentation de la valeur SNR tolérable du client (la valeur par défaut est 12 dB et des améliorations sont observées lorsqu'elle passe à 3 dB). Si le code version 4.1.185.0 ou ultérieure est utilisé, les valeurs par défaut fournissent des résultats optimaux dans la plupart des environnements.
Remarque : bien que ces suggestions soient basées sur des tests internes et puissent varier pour les déploiements individuels, la logique qui sous-tend leur modification reste d'application.
Reportez-vous à la section Exemple d'algorithme de détection et de correction des trous de couverture pour un exemple de la logique impliquée dans le déclenchement.
Remarque : l'algorithme de détection et de correction des trous de couverture est également responsable de la détection des lacunes de couverture dues à une défaillance du point d'accès et de la mise sous tension des points d'accès proches, si nécessaire. Cela permet au réseau de remédier aux pannes de service.
Gestion des ressources radio : paramètres de configuration
Une fois que RRM et les algorithmes sont compris, l'étape suivante consiste à apprendre à interpréter et à modifier les paramètres nécessaires. Cette section détaille les opérations de configuration de RRM et présente également les paramètres de base des rapports.
La toute première étape pour configurer RRM consiste à s'assurer que chaque WLC a le même nom de groupe RF configuré. Ceci peut être fait par l'interface web du contrôleur si vous sélectionnez Controller | Général, puis entrez une valeur de nom de groupe commune. La connectivité IP entre les WLC dans le même groupe RF est également une nécessité.
Figure 9 : Les groupes RF sont formés en fonction de la valeur spécifiée par l'utilisateur « RF-Network Name », également appelée « RF Group Name » dans ce document. Tous les WLC requis pour participer aux opérations RRM à l'échelle du système doivent partager cette même chaîne. 
Toutes les explications et exemples de configuration dans les sections suivantes sont effectués via l'interface graphique du WLC. Dans l'interface graphique utilisateur du WLC, allez à l'en-tête principal de Wireless et sélectionnez l'option RRM pour la norme WLAN de choix sur le côté gauche. Sélectionnez ensuite Auto RF dans l'arborescence. Les sections suivantes font référence à la page [Sans fil | 802.11a ou 802.11b/g RRM | RF automatique...].
Paramètres de regroupement RF via l'interface utilisateur graphique du WLC
-
Group Mode : le paramètre Group Mode permet de désactiver le regroupement RF. La désactivation de cette fonctionnalité empêche le WLC de se regrouper avec d'autres contrôleurs pour exécuter la fonctionnalité RRM à l'échelle du système. Désactivé, toutes les décisions RRM seront locales au contrôleur. Le regroupement RF est activé par défaut et les adresses MAC des autres WLC du même groupe RF sont répertoriées à droite de la case à cocher Group Mode.
-
Intervalle de mise à jour de groupe : la valeur de l'intervalle de mise à jour de groupe indique la fréquence d'exécution de l'algorithme de regroupement RF. Ce champ est en lecture seule et ne peut pas être modifié.
-
Group Leader : ce champ affiche l'adresse MAC du WLC qui est actuellement le leader du groupe RF. Le regroupement RF étant effectué par point d'accès et par radio, cette valeur peut être différente pour les réseaux 802.11a et 802.11b/g.
-
Ce contrôleur est-il un chef de groupe ? - Lorsque le contrôleur est le chef de groupe RF, la valeur de ce champ est « yes ». Si le WLC n'est pas le leader, le champ précédent indiquera quel WLC dans le groupe est le leader.
-
Last Group Update : l'algorithme RF Grouping s'exécute toutes les 600 secondes (10 minutes). Ce champ indique uniquement le temps (en secondes) écoulé depuis la dernière exécution de l'algorithme et pas nécessairement la dernière fois qu'un nouveau chef de groupe RF a été élu.
Paramètres d'affectation de canal RF via l'interface graphique WLC
-
Méthode d'affectation des canaux : l'algorithme DCA peut être configuré de trois façons :
-
Automatic : il s'agit de la configuration par défaut. Lorsque RRM est activé, l'algorithme DCA s'exécute toutes les 600 secondes (dix minutes) et, si nécessaire, des modifications de canal sont effectuées à cet intervalle. Ce champ est en lecture seule et ne peut pas être modifié. Veuillez noter les options 4.1.185.0 de l'annexe A.
-
On Demand : empêche l'exécution de l'algorithme DCA. L'algorithme peut être déclenché manuellement en cliquant sur le bouton « Invoke Channel Update now ».
Remarque : si vous sélectionnez On Demand et cliquez sur Invoke Channel Update Now, en supposant que des modifications de canal soient nécessaires, l'algorithme DCA est exécuté et le nouveau plan de canal est appliqué au prochain intervalle de 600 secondes.
-
Éteint : cette option désactive toutes les fonctions DCA et n'est pas recommandée. Cette option est généralement désactivée lors d'une analyse manuelle du site et de la configuration des paramètres de canal de chaque point d'accès individuellement. Bien que sans rapport, cela est souvent fait en même temps que la correction de l'algorithme TPC, aussi bien.
-
-
Éviter les interférences AP étrangères : ce champ permet d'inclure la métrique d'interférence co-canal dans les calculs de l'algorithme DCA. Ce champ est activé par défaut.
-
Éviter la charge des points d'accès Cisco : ce champ permet de prendre en compte l'utilisation des points d'accès lors de la détermination des canaux des points d'accès à modifier. La charge AP est une mesure qui change fréquemment et son inclusion peut ne pas être toujours souhaitée dans les calculs RRM. Ce champ est donc désactivé par défaut.
-
Éviter le bruit non-802.11b : ce champ permet au niveau de bruit non-802.11 de chaque point d'accès d'être un facteur contribuant à l'algorithme DCA. Ce champ est activé par défaut.
-
Contribution de l’intensité du signal—Les intensités du signal des points d’accès voisins sont toujours incluses dans les calculs DCA. Ce champ est en lecture seule et ne peut pas être modifié.
-
Channel Assignment Leader : ce champ affiche l'adresse MAC du WLC qui est actuellement le chef de groupe RF. Le regroupement RF étant effectué par point d'accès et par radio, cette valeur peut être différente pour les réseaux 802.11a et 802.11b/g.
-
Last Channel Assignment : l'algorithme DCA s'exécute toutes les 600 secondes (10 minutes). Ce champ indique uniquement le temps (en secondes) écoulé depuis la dernière exécution de l'algorithme et pas nécessairement la dernière fois qu'une nouvelle affectation de canal a été effectuée.
Paramètres d'affectation de niveau d'alimentation Tx via l'interface graphique WLC
-
Méthode d'attribution du niveau de puissance - L'algorithme TPC peut être configuré de trois manières :
-
Automatic : il s'agit de la configuration par défaut. Lorsque RRM est activé, l'algorithme TPC s'exécute toutes les dix minutes (600 secondes) et, si nécessaire, les paramètres d'alimentation sont modifiés à cet intervalle. Ce champ est en lecture seule et ne peut pas être modifié.
-
On Demand : empêche l'exécution de l'algorithme TPC. L'algorithme peut être déclenché manuellement si vous cliquez sur le bouton Invoke Channel Update Now.
Remarque : si vous sélectionnez On Demand et cliquez sur Invoke Power Update Now, en supposant que des modifications de l'alimentation soient nécessaires, l'algorithme TPC est exécuté et de nouveaux paramètres d'alimentation sont appliqués au prochain intervalle de 600 secondes.
-
Fixe : cette option désactive toutes les fonctions TPC et n'est pas recommandée. Cette option est généralement désactivée lors d'une analyse manuelle du site et de la configuration des paramètres d'alimentation de chaque point d'accès individuellement. Bien que sans rapport, cela se fait souvent en même temps que la désactivation de l'algorithme DCA, ainsi.
-
-
Power Threshold : cette valeur (en dBm) est le niveau de signal de coupure auquel l'algorithme TPC ajustera les niveaux de puissance vers le bas, de sorte que cette valeur est la force à laquelle le troisième voisin le plus fort d'un point d'accès est entendu. Dans certaines rares occasions où l'environnement RF a été jugé trop « chaud », dans le sens où les AP dans un scénario de haute densité probable émettent à des niveaux de puissance de transmission plus élevés que désiré, la commande config advanced 802.11b tx-power-control-threshold peut être utilisée pour permettre des ajustements de puissance vers le bas. Cela permet aux points d’accès d’entendre leur troisième voisin avec un degré plus élevé de séparation RF, ce qui permet au point d’accès voisin de transmettre à un niveau de puissance plus faible. Ce paramètre n'est pas modifiable jusqu'à la version 3.2 du logiciel. La nouvelle valeur configurable est comprise entre -50 dBm et -80 dBm et ne peut être modifiée qu'à partir de l'interface de ligne de commande du contrôleur.
-
Power Neighbor Count : nombre minimal de voisins qu'un point d'accès doit avoir pour que l'algorithme TPC s'exécute. Ce champ est en lecture seule et ne peut pas être modifié.
-
Contribution à la mise à jour de l'alimentation : ce champ n'est pas utilisé actuellement.
-
Power Assignment Leader : ce champ affiche l'adresse MAC du WLC qui est actuellement le leader du groupe RF. Le regroupement RF étant effectué par point d'accès et par radio, cette valeur peut être différente pour les réseaux 802.11a et 802.11b/g.
-
Last Power Level Assignment : l'algorithme TPC s'exécute toutes les 600 secondes (10 minutes). Ce champ indique uniquement le temps (en secondes) écoulé depuis la dernière exécution de l'algorithme et pas nécessairement la dernière fois qu'une nouvelle affectation de puissance a été effectuée.
Seuils de profil : interface graphique WLC
Les seuils de profil, appelés seuils RRM dans les systèmes de contrôle sans fil (WCS), sont principalement utilisés pour les alarmes. Lorsque ces valeurs sont dépassées, des déroutements sont envoyés à WCS (ou à tout autre système de gestion SNMP) pour faciliter le diagnostic des problèmes réseau. Ces valeurs sont utilisées uniquement à des fins d'alerte et n'ont aucune incidence sur la fonctionnalité des algorithmes RRM.
Figure 13 : Valeurs de seuil de profil alarmant par défaut. 
-
Interférence (0 à 100 %) : pourcentage du support sans fil occupé par les signaux 802.11 perturbateurs avant le déclenchement d'une alarme.
-
Clients (1 à 75) : nombre de clients par bande et par point d'accès au-delà duquel un contrôleur génère une interruption SNMP.
-
Noise (-127 à 0 dBm) : utilisé pour générer un déroutement SNMP lorsque le bruit de fond dépasse le niveau défini.
-
Couverture (3 à 50 dB) : niveau maximal tolérable de SNR par client. Cette valeur est utilisée dans la génération de déroutements pour les seuils du niveau d'exception de couverture et du niveau d'exception minimum du client. (Partie de la sous-section Coverage Hole Algorithm de la version 4.1.185.0 et ultérieure)
-
Utilization (0 à 100 %) : valeur alarmante indiquant le pourcentage maximal souhaité du temps passé par la radio d'un point d'accès à la fois en émission et en réception. Cela peut être utile pour suivre l'utilisation du réseau dans le temps.
-
Niveau d'exception de couverture (0 à 100 %) : le pourcentage maximal souhaité de clients sur la radio d'un point d'accès fonctionnant en dessous du seuil de couverture souhaité (défini ci-dessus).
-
Client Min Exception Level : nombre minimal souhaité de clients tolérés par point d'accès dont les SNR sont inférieurs au seuil de couverture (défini ci-dessus) (partie de la sous-section Coverage Hole Algorithm dans 4.1.185.0 et versions ultérieures).
Bruit / Interférences / Canaux de surveillance indésirables
Les points d'accès Cisco fournissent un service de données client et recherchent régulièrement la fonctionnalité RRM (et IDS/IPS). Les canaux que les AP sont autorisés à analyser sont configurables.
Liste des canaux : les utilisateurs peuvent spécifier les plages de canaux que les points d'accès surveilleront périodiquement.
-
All Channels : ce paramètre indique aux points d'accès d'inclure chaque canal dans le cycle d'analyse. Cela est principalement utile pour la fonctionnalité IDS/IPS (en dehors de la portée de ce document) et ne fournit pas de valeur supplémentaire dans les processus RRM par rapport au paramètre Country Channels.
-
Country Channels : les AP analyseront uniquement les canaux explicitement pris en charge dans la configuration de domaine réglementaire de chaque WLC. Cela signifie que les points d'accès passeront périodiquement du temps à écouter sur chaque canal autorisé par l'organisme de réglementation local (cela peut inclure les canaux qui se chevauchent ainsi que les canaux qui ne se chevauchent pas couramment utilisés). Il s'agit de la configuration par défaut.
-
Canaux DCA : cette option limite l'analyse des points d'accès aux seuls canaux auxquels les points d'accès seront affectés en fonction de l'algorithme DCA. Cela signifie qu'aux États-Unis, les radios 802.11b/g n'analysent que les canaux 1, 6 et 11 par défaut. Ceci est basé sur l'école de pensée que l'analyse est uniquement axée sur les canaux sur lesquels le service est fourni, et les AP indésirables ne sont pas une préoccupation.
Remarque : la liste des canaux utilisés par l'algorithme DCA (à la fois pour la surveillance et l'affectation des canaux) peut être modifiée dans le code WLC version 4.0 ou ultérieure. Par exemple, aux États-Unis, l'algorithme DCA utilise uniquement les canaux 11b/g de 1, 6 et 11 par défaut. Afin d'ajouter les canaux 4 et 8, et de supprimer le canal 6 de cette liste DCA (cette configuration n'est qu'un exemple et n'est pas recommandée), ces commandes doivent être entrées dans l'interface de ligne de commande du contrôleur :
(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
En scannant davantage de canaux, comme la sélection Tous les canaux, le temps total passé à traiter les clients de données est légèrement réduit (par rapport au temps passé à traiter moins de canaux). Cependant, des informations sur davantage de canaux peuvent être collectées (par rapport au paramètre Canaux DCA). Le paramètre par défaut des canaux par pays doit être utilisé, sauf si le système IDS/IPS nécessite la sélection de Tous les canaux, ou si des informations détaillées sur les autres canaux ne sont pas nécessaires pour l'alarme de profil de seuil et la détection et la correction de l'algorithme RRM. Dans ce cas, les canaux DCA constituent le choix approprié.
Figure 14 : Bien que « Country Channels » soit la sélection par défaut, les canaux de surveillance RRM peuvent être définis sur « All » ou « DCA ». 
Intervalles de surveillance (60 à 3 600 s)
Tous les points d'accès Cisco basés sur LWAPP fournissent des données aux utilisateurs tout en quittant périodiquement le canal pour prendre des mesures RRM (et exécuter d'autres fonctions telles que IDS/IPS et les tâches de localisation). Cette analyse hors canal est totalement transparente pour les utilisateurs et limite les performances jusqu'à 1,5 %, en plus de l'intelligence intégrée qui permet de différer l'analyse jusqu'à l'intervalle suivant en cas de présence de trafic dans la file d'attente vocale au cours des 100 dernières ms.
Le réglage des intervalles de surveillance changera la fréquence à laquelle les points d'accès prennent des mesures RRM. Le compteur le plus important qui contrôle la formation des groupes RF est le champ de mesure du signal (connu sous le nom de fréquence de paquets voisins dans 4.1.185.0 et versions ultérieures). La valeur spécifiée est directement liée à la fréquence à laquelle les messages de voisinage sont transmis, à l'exception de l'UE et des autres domaines 802.11h, où l'intervalle de mesure du bruit est également pris en compte.
Quel que soit le domaine réglementaire, l'ensemble du processus d'analyse prend environ 50 ms (par radio, par canal) et s'exécute à l'intervalle par défaut de 180 secondes. Cet intervalle peut être modifié en modifiant la valeur de mesure de la couverture (appelée durée du balayage du canal dans 4.1.185.0 et versions ultérieures). Le temps d’écoute sur chaque canal est fonction du temps d’analyse non configurable de 50 ms (plus les 10 ms nécessaires pour commuter les canaux) et du nombre de canaux à analyser. Par exemple, aux États-Unis, tous les canaux 11 802.11b/g, qui incluent le canal sur lequel les données sont envoyées aux clients, seront analysés pendant 50 ms chacun au cours de l’intervalle de 180 secondes. Cela signifie que (aux États-Unis, pour 802.11b/g) toutes les 16 secondes, 50 ms seront passés à écouter chaque canal analysé (180/11 = ~16 secondes).
Figure 15 : Intervalles de surveillance RRM et leurs valeurs par défaut 
Les intervalles de mesure du bruit, de la charge, du signal et de la couverture peuvent être ajustés pour fournir des informations plus ou moins granulaires aux algorithmes RRM. Ces valeurs par défaut doivent être conservées, sauf indication contraire du TAC Cisco.
Remarque : si l'une de ces valeurs d'analyse est modifiée pour dépasser les intervalles d'exécution des algorithmes RRM (600 secondes pour DCA et TPC et 180 secondes pour Coverage Hole Detection and Correction), les algorithmes RRM s'exécuteront toujours, mais avec des informations probablement périmées.
Remarque : lorsque les WLC sont configurés pour relier plusieurs interfaces Gigabit Ethernet à l'aide de l'agrégation de liens (LAG), l'intervalle de mesure de couverture est utilisé pour déclencher la fonction Délai d'inactivité de l'utilisateur. Ainsi, lorsque le LAG est activé, le délai d'inactivité de l'utilisateur n'est effectué que si l'intervalle de mesure de la couverture l'exige. Cela s'applique uniquement aux WLC qui exécutent des versions de microprogramme antérieures à 4.1 parce que, dans la version 4.1, la gestion du délai d'inactivité est déplacée du contrôleur vers les points d'accès.
Valeur par défaut
Afin de réinitialiser les valeurs RRM aux paramètres par défaut, cliquez sur le bouton Set to Factory Default au bas de la page.
Gestion des ressources radio : dépannage
Les modifications apportées par RRM peuvent être facilement surveillées en activant les déroutements SNMP nécessaires. Ces paramètres sont accessibles à partir de l'en-tête Management —> SNMP —> Trap Controls dans l'interface graphique du WLC. Tous les autres paramètres de déroutement SNMP détaillés dans cette section se trouvent sous Management (Gestion) | En-tête SNMP où se trouvent les liaisons des récepteurs d'interruptions, des contrôles et des journaux.
Figure 16 : Les déroutements de mise à jour automatique du canal RF et de l'alimentation sont activés par défaut. 
Vérification de l'affectation dynamique des canaux
Une fois que le groupe RF Leader (et l'algorithme DCA) a suggéré, appliqué et optimisé le schéma de canal, les modifications peuvent facilement être surveillées via le sous-menu Trap Logs. Un exemple d'un tel piège est affiché ici :
Figure 17 : Les entrées du journal des modifications de canal contiennent l'adresse MAC de la radio et le nouveau canal de fonctionnement. 
Afin d'afficher des statistiques qui détaillent combien de temps les AP conservent leurs paramètres de canal entre les modifications DCA, cette commande CLI-only fournit des valeurs minimales, moyennes et maximales de temps de séjour de canal sur une base par contrôleur.
(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
Vérification des modifications du contrôle de puissance de transmission
Les paramètres actuels de l'algorithme TPC, qui incluent le seuil tx-power-control-threshold décrit précédemment, peuvent être vérifiés à l'aide de cette commande au niveau de l'interface de ligne de commande du contrôleur (802.11b est affiché dans cet exemple) :
(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
Comme indiqué précédemment dans ce document, une zone densément déployée qui entraîne une augmentation du chevauchement des cellules, ce qui entraîne des taux élevés de collision et de nouvelle tentative de trame en raison d'une interférence co-canal élevée, réduisant efficacement les niveaux de débit du client, pourrait justifier l'utilisation de la nouvelle commande tx-power-control-threshold. Dans de tels scénarios atypiques ou anormaux, les points d’accès s’entendent mieux (en supposant que les caractéristiques de propagation du signal restent constantes) par rapport à la manière dont les clients les entendent.
La réduction des zones de couverture et, par conséquent, la réduction des interférences entre les canaux et du bruit de fond peuvent améliorer efficacement l'expérience client. Cependant, cette commande doit être exécutée avec une analyse attentive des symptômes : taux de tentatives élevés, nombre élevé de collisions, niveaux de débit client inférieurs et interférence co-canal globalement accrue, sur les points d'accès dans le système (les points d'accès indésirables sont pris en compte dans le DCA). Des tests internes ont montré que la modification de la RSSI perçue du troisième voisin à -70 dBm dans le dépannage de tels événements était une valeur acceptable pour commencer le dépannage.
Tout comme les déroutements générés lors d'un changement de canal, les changements de PTC génèrent également des déroutements, ce qui indique clairement toutes les informations nécessaires associées aux nouveaux changements. Un exemple de déroutement s'affiche ici :
Figure 18 : Le journal des interruptions d'alimentation Tx indique le nouveau niveau de puissance de fonctionnement de la radio spécifiée. 
Exemple de workflow d'algorithme de contrôle de puissance de transmission
Sur la base des trois étapes/conditions définies dans l'algorithme TPC, l'exemple de cette section explique comment les calculs sont effectués pour déterminer si la puissance de transmission d'un point d'accès doit être modifiée. Pour les besoins de cet exemple, ces valeurs sont supposées :
-
La valeur Tx_Max est 20
-
La puissance de transmission actuelle est de 20 dBm
-
Le seuil TPC configuré est de -65 dBm
-
Le RSSI du troisième voisin est de -55 dBm
Le branchement de ce dernier aux trois étapes de l'algorithme TPC entraîne :
-
La condition 1 : est vérifiée parce qu'il existe un troisième voisin et qu'elle est au-dessus du seuil de contrôle de puissance de transmission.
-
Condition 2 : 20 + (-65 - (-55)) = 10
-
Condition trois : Comme la puissance doit être diminuée d'un niveau, et qu'une valeur de dix à partir de la condition deux satisfait l'hystérésis TPC, la puissance Tx est réduite de 3dB, ce qui ramène la nouvelle puissance Tx à 17dBm.
-
Lors de la prochaine itération de l'algorithme TPC, la puissance Tx du point d'accès sera encore réduite à 14 dBm. Cela suppose que toutes les autres conditions restent les mêmes. Cependant, il est important de noter que la puissance Tx ne sera pas abaissée davantage (tout en gardant constant) à 11dBm parce que la marge à 14dBm n'est pas de 6dB ou plus.
Exemple de workflow d'algorithme de détection et de correction des trous de couverture
Afin d'illustrer le processus de prise de décision utilisé dans l'algorithme de détection et de correction des trous de couverture, l'exemple ci-dessous décrit d'abord le niveau de SNR reçu médiocre d'un client unique et comment le système déterminera si une modification est nécessaire, ainsi que ce que cette modification de puissance pourrait être.
Souvenez-vous de l'équation du seuil SNR du trou de couverture :
Valeur de coupure SNR du client (|dB|) = [Puissance d'émission AP (dBm) - Constante (17 dBm) - Profil de couverture (dB)]
Imaginez une situation où un client pourrait rencontrer des problèmes de signal dans une zone mal couverte d'un étage. Dans un tel scénario, les conditions suivantes peuvent être remplies :
-
Un client a un SNR de 13 dB.
-
Le point d'accès auquel il est connecté est configuré pour transmettre à 11 dBm (niveau de puissance 4).
-
Le WLC de cet AP a un seuil de profil de couverture défini sur la valeur par défaut de 12 dB.
Afin de déterminer si le point d'accès du client doit être mis sous tension, ces nombres sont branchés dans l'équation du seuil de couverture, ce qui donne :
-
Seuil SNR client = 11 dBm (puissance de transmission AP) - 17 dBm (valeur constante) - 12 dB (seuil de couverture) = |-18 dB|.
-
Étant donné que le SNR du client de 13 dB est en violation de la coupure SNR actuelle de 18 dB, l'algorithme de détection et de correction des trous de couverture augmentera la puissance de transmission du point d'accès à 17 dBm.
-
En utilisant l'équation du seuil SNR du trou de couverture, il est évident que la nouvelle puissance de transmission de 17dBm donnera une valeur de seuil SNR du client de 12dB, ce qui satisfera le niveau SNR du client de 13dBm.
-
Voici le calcul pour l'étape précédente : Seuil SNR du client = 17 dBm (puissance de transmission AP) - 17 dBm (valeur constante) - 12 dB (seuil de couverture) = |-12 dB|.
Les niveaux de puissance de sortie pris en charge dans la bande 802.11b/g sont présentés dans le tableau 4. Afin de déterminer les sorties de niveau de puissance pour 802.11a, cette commande CLI peut être exécutée :
show ap config 802.11a
Tableau 4 : les points d'accès de la gamme 1000 prennent en charge des niveaux de puissance allant jusqu'à 5, tandis que les points d'accès des gammes 1100 et 1200 prennent en charge jusqu'à 8 dans la bande de fréquences 802.11b/g.
| Niveaux de puissance pris en charge | Puissance Tx (dBm) | Puissance Tx (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 |
Commandes debug et show
Les commandes airewave-director debug peuvent être utilisées pour dépanner et vérifier davantage le comportement RRM. La hiérarchie de ligne de commande de niveau supérieur de la commande debug airewave-director s'affiche ici :
(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
Quelques commandes importantes sont expliquées dans les sous-sections suivantes.
debug airewave-director all
L'utilisation de la commande debug airewave-director all invoquera tous les débogages RRM qui peuvent aider à identifier quand les algorithmes RRM sont exécutés, quelles données ils utilisent, et quelles modifications (le cas échéant) sont apportées.
Dans cet exemple, (la sortie de la commande debug airewave-director all a été raccourcie pour afficher le processus d'affectation de canal dynamique uniquement), la commande est exécutée sur le chef de groupe RF pour obtenir une vue d'ensemble du fonctionnement interne de l'algorithme DCA et peut être décomposée en quatre étapes :
-
Collecter et enregistrer les statistiques actuelles qui seront exécutées via l'algorithme.
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)
-
Suggérez un nouveau schéma de canal et stockez les valeurs recommandées.
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)
-
Comparez les valeurs actuelles aux valeurs suggérées.
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)
-
Si nécessaire, appliquez les modifications pour que le nouveau schéma de canal prenne effet.
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
debug airewave-director detail - Expliqué
Cette commande peut être utilisée pour obtenir une vue détaillée en temps réel du fonctionnement de RRM sur le contrôleur sur lequel il est exécuté. Voici les explications des messages pertinents :
-
Messages de maintien de la connexion envoyés aux membres du groupe pour maintenir la hiérarchie du groupe.
Airewave Director: Sending keep alive packet to 802.11a group members
-
Statistiques de charge en cours de calcul sur les voisins signalés.
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)
-
Affiche la force avec laquelle les messages de voisinage sont entendus et par le biais de quels points d'accès.
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
-
Statistiques sur le bruit et les interférences calculées aux radios déclarées.
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)
debug airewave-director power
La commande debug airewave-director power doit être exécutée sur le WLC local au point d'accès qui est surveillé pour les corrections de trou de couverture. Le résultat de la commande a été raccourci pour les besoins de cet exemple.
Exécution de l'algorithme Watching Coverage Hole pour 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)
Exécution de l'algorithme Watching Coverage Hole pour 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)
show ap auto-rf
Afin de savoir quels AP sont adjacents à d'autres AP, utilisez la commande show ap auto-rf de l'ILC du contrôleur. Dans le résultat de cette commande, il y a un champ appelé RADs à proximité. Ce champ fournit des informations sur les adresses MAC des points d'accès voisins et sur l'intensité du signal (RSSI) entre les points d'accès en dBm.
Voici la syntaxe de la commande :
show ap auto-rf {802.11a | 802.11b} Cisco_AP
Voici un exemple :
> 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
ANNEXE A : WLC version 4.1.185.0 - Améliorations RRM
Algorithme de regroupement RF
Liste de voisins « élaguing timer »
Avant la première version de maintenance du logiciel WLC 4.1, un AP gardait les autres AP dans sa liste de voisins pendant jusqu'à 20 minutes à partir de la dernière fois qu'ils ont été entendus. Dans le cas de changements temporaires dans l'environnement RF, il peut y avoir eu des possibilités où un voisin valide aurait été éliminé de la liste de voisins d'un AP donné. Afin de prévoir de telles modifications temporaires à l'environnement RF, le temporisateur d'élagage pour la liste de voisins d'un AP (temps écoulé depuis que le dernier message de voisinage a été entendu) a été augmenté à 60 minutes.
Algorithme d'attribution de canal dynamique
Méthode D'Attribution Des Canaux
En mode Automatique, le comportement par défaut de DCA avant 4.1.185.0 était de calculer et d'appliquer (si nécessaire) les plans de canaux toutes les 10 minutes. Les environnements instables peuvent avoir connu de nombreux changements de canaux au cours de la journée. Par conséquent, la nécessité d'un contrôle avancé et plus précis de la fréquence du DCA s'est imposée. Dans les versions 4.1.185.0 et ultérieures, les utilisateurs souhaitant un contrôle plus précis de la fréquence peuvent configurer les éléments suivants :
-
Anchor Time : les utilisateurs souhaitant modifier la valeur par défaut de 10 minutes auront la possibilité de choisir une heure d'ancrage lorsque le chef de groupe exécutera en mode Démarrage. Le mode de démarrage est défini comme une période pendant laquelle le DCA fonctionne toutes les dix minutes pendant les dix premières itérations (100 minutes), avec une sensibilité DCA de 5 dB. Il s'agit du mode de fonctionnement normal avant l'ajout des minuteurs RRM dans la version 4.1. Cela permet au réseau de se stabiliser initialement et rapidement. Une fois le mode de démarrage terminé, le DCA s'exécute à l'intervalle défini par l'utilisateur. Le fonctionnement du mode de démarrage est clairement indiqué dans l'ILC du WLC via la commande 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 : la valeur de l'intervalle, avec les unités définies en heures, permet aux utilisateurs d'avoir un réseau prévisible et les évaluations du plan de canaux ne sont calculées qu'aux intervalles configurés. Par exemple, si l'intervalle configuré est de 3 heures, le DCA calcule et évalue un nouveau plan de canaux toutes les 3 heures.
-
Sensitivity : comme décrit dans la section DCA Algorithm, l'hystérésis 5dB prise en compte dans l'algorithme pour déterminer si le plan de canaux est amélioré en exécutant l'algorithme est désormais réglable par l'utilisateur. Les configurations autorisées sont Faible, Moyenne ou Haute sensibilité avec un paramètre de faible indiquant que l'algorithme est très insensible et un paramètre de haute indiquant que l'algorithme est extrêmement sensible. Le niveau de sensibilité par défaut est Moyen pour les deux bandes.
-
Pour la norme 802.11a, les valeurs de sensibilité sont égales à : Faible (35 dB), Moyen (20 dB) et Élevé (5 dB).
-
Pour 802.11b/g, les valeurs de sensibilité sont les suivantes : Faible (30 dB), Moyen (15 dB) et Élevé (5 dB)
-
Algorithme de contrôle de puissance Tx
Seuil de contrôle de puissance de transmission par défaut
Le seuil de contrôle de la puissance de transmission a toujours porté la responsabilité de la façon dont les points d'accès entendent leurs voisins, qui, en temps voulu, est utilisée pour décider de la puissance de transmission du point d'accès. Suite aux améliorations globales apportées aux algorithmes RRM dans la version de maintenance 4.1 du logiciel WLC, la valeur par défaut de -65dBm a également été reconsidérée. Par conséquent, la valeur par défaut, jugée trop élevée pour la plupart des déploiements, a été adaptée à -70 dBm. Il en résulte un meilleur chevauchement des cellules dans la plupart des déploiements intérieurs prêts à l'emploi. Cependant, cette valeur par défaut n'affecte que les nouvelles installations puisque le contrôleur conserve la valeur précédemment configurée si elle est mise à niveau depuis 4.1.171.0 ou une version antérieure.
Algorithme de trou de couverture
Clients minimaux
Jusqu'à la version 4.1.185.0, un seul client devait remplir la condition (seuil SNR inférieur à la valeur configurée ou valeurs par défaut de 16 dB pour 802.11a ou 12 dB pour 802.11b/g) pour qu'un trou de couverture soit détecté et que les mécanismes d'atténuation soient activés. Le champ Client Minimum Exception Level est maintenant directement lié à l'architecture CHA (et positionné de manière appropriée dans la sous-section nouvellement créée pour l'architecture CHA), où la valeur configurée définira le nombre de clients devant atteindre le seuil SNR pour les mécanismes de réduction des trous de couverture (augmentation de la puissance de transmission AP). Il convient de noter que la plupart des déploiements doivent commencer par les valeurs par défaut (12 dB pour 802.11b/g et 16 dB pour 802.11a, et niveau d'exception minimum du client de 3) et être ajustés uniquement si nécessaire.
Figure 19 : Sous-section Coverage Hole Algorithm, séparée des seuils de profil, avec les valeurs par défaut qui fournissent des résultats optimaux dans la plupart des installations 
Commande De Mise Sous Tx
En plus de permettre au nombre de clients qui doivent être en violation pour la réduction des trous de couverture de démarrer, l'algorithme a également été amélioré pour prendre en compte l'augmentation de la puissance de transmission AP d'une manière intelligente. Bien que l'augmentation de la puissance de transmission au maximum aurait pu être le meilleur moyen de garantir une atténuation et un chevauchement suffisants, cela a des effets négatifs sur la présence de clients ayant des implémentations d'itinérance médiocres. Au lieu de changer son association à un AP différent, généralement celui qui fournit le signal le plus fort, le client continue à s'associer au même AP ancien dont il s'est éloigné. Par conséquent, ce client ne reçoit plus de bon signal du point d'accès associé. Un client défaillant qui est une conséquence d'une mauvaise itinérance est un exemple de scénario de trou de couverture faux positif possible. Une mauvaise itinérance n'indique pas l'existence d'un véritable trou de couverture. Le trou de couverture potentiel est réel si :
-
Il est situé dans la zone de couverture prévue, et
-
Même si le client dans ce trou de couverture changeait son association à n'importe quel autre AP disponible, le signal de liaison descendante que le client recevrait et le signal de liaison ascendante au niveau d'un tel AP alternatif provenant du client serait toujours en dessous du seuil de couverture.
Afin d'éviter et d'atténuer de tels scénarios, la puissance de transmission du point d'accès n'est augmentée qu'un niveau à la fois (par itération), ce qui permet à de véritables trous de couverture de bénéficier de l'augmentation de puissance sans faire tourner le réseau à chaud (évitant ainsi les interférences entre canaux).
Améliorations des déroutements SNMP
Le déroutement SNMP généré en cas de changement de canal a été amélioré pour fournir des informations détaillées expliquant la raison de la mise en oeuvre d'un nouveau plan de canal. Comme il ressort de cette image, le déroutement amélioré comprend les métriques avant et après utilisées dans l'algorithme DCA et laquelle de ces métriques a contribué au changement de canal pour le point d'accès donné.
Figure 20 : DCA Trap amélioré affiche la raison d'un changement de canal 
Améliorations cosmétiques/autres
-
Afin de simplifier la configuration et d'améliorer la convivialité, une nouvelle sous-section a été créée pour l'architecture CHA, qui la sépare de la sous-section Profile Thresholds qui contrôle directement les déclencheurs de la génération d'interruptions SNMP.
-
Les termes mesures de signal et de couverture sous les sous-sections Intervalles de surveillance ont également été modifiés pour refléter leur signification appropriée : fréquence des paquets voisins et durée du balayage de canal, respectivement.
Modifications d'équilibrage de charge
Le paramètre par défaut pour l'équilibrage de charge avec 4.1.185.0 et versions ultérieures est OFF. Lorsque cette option est activée, la fenêtre d'équilibrage de charge est définie par défaut sur 5 clients.
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 5 clients
ANNEXE B : WLC version 6.0.18.0 - Améliorations RRM
Correctifs RRM pour les dispositifs médicaux
Cette fonction améliore la manière dont la QoS interagit avec la fonction de report d'analyse RRM. Dans les déploiements avec certains clients économiseurs d'énergie, vous devez parfois différer l'analyse hors canal normale RRM afin d'éviter de manquer des informations critiques des clients à faible volume, tels que les appareils médicaux qui utilisent le mode économie d'énergie et envoient périodiquement des informations de télémétrie.
Vous pouvez utiliser le marquage WMM UP d'un client afin d'indiquer au point d'accès de différer l'analyse hors canal pendant une période configurable s'il reçoit un paquet marqué UP. Utilisez cette commande CLI de contrôleur afin de configurer cette fonctionnalité pour un WLAN spécifique :
config wlan channel-scan defer-priority priority [enable | disable] WLAN-id
où priorité = 0 à 7 pour la priorité utilisateur. Cette valeur doit être définie sur 6 sur le client et sur le WLAN.
Utilisez cette commande afin de configurer la durée pendant laquelle l'analyse est différée après un paquet UP dans la file d'attente :
config wlan channel-scan defer-time msec WLAN-id
Entrez la valeur de temps en millisecondes (ms). La plage valide est comprise entre 100 (valeur par défaut) et 60000 (60 secondes). Ce paramètre doit correspondre aux exigences de l'équipement de votre réseau local sans fil.
Vous pouvez également configurer cette fonctionnalité sur l'interface graphique utilisateur du contrôleur. Sélectionnez WLAN et modifiez un WLAN existant ou créez-en un nouveau. Sur la page WLANs > Edit, cliquez sur l'onglet Advanced. Sous Différer l'analyse hors canal, sélectionnez les priorités de report d'analyse et entrez le délai de report en millisecondes.
Remarque : l'analyse hors canal est essentielle au fonctionnement de RRM, qui collecte des informations sur les autres choix de canaux, tels que le bruit et les interférences. En outre, l'analyse hors canal est responsable de la détection des systèmes non fiables. Les périphériques qui doivent différer l'analyse hors canal doivent utiliser le même réseau local sans fil aussi souvent que possible. S'il existe un grand nombre de ces périphériques, et qu'il est possible que l'analyse hors canal puisse être complètement désactivée par l'utilisation de cette fonctionnalité, vous devez implémenter une alternative à l'analyse hors canal du point d'accès local, telle que surveiller les points d'accès ou d'autres points d'accès au même emplacement auxquels ce WLAN n'est pas attribué.
L'affectation d'une stratégie QoS (bronze, silver, gold et platinum) à un WLAN affecte la manière dont les paquets sont marqués sur la connexion de liaison descendante à partir du point d'accès, quelle que soit la manière dont ils ont été reçus sur la liaison ascendante à partir du client. UP=1,2 est la priorité la plus basse et UP=0,3 est la priorité supérieure suivante. Voici les résultats de marquage de chaque stratégie QoS :
-
Le symbole Bronze indique tout le trafic de liaison descendante vers UP= 1
-
Silver marque tout le trafic de liaison descendante sur UP= 0
-
La valeur Gold marque tout le trafic de liaison descendante sur UP=4
-
Platinum marque tout le trafic de liaison descendante sur UP=6
Informations connexes
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
1.0 |
07-Feb-2014 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)