Este documento detalla las funciones y el funcionamiento de la Administración de recursos de radio (RRM) y proporciona un debate en detalle de los algoritmos subyacentes a esta característica.
Cisco recomienda que tenga conocimiento sobre estos temas:
Protocolo de punto de acceso ligero (LWAPP)
Consideraciones comunes sobre el diseño de redes LAN inalámbricas (WLAN)/radiofrecuencia (RF) (conocimientos comparables a los de la certificación CWNA inalámbrica Planet 3)
Nota: Equilibrio de carga agresivo del cliente y Detección/contención de acceso no deseado (y otras funciones de Cisco Intrusion Detection System [IDS]/Cisco IOS® Intrusion Prevention System [IPS]) no son funciones de RRM y están fuera del alcance de este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
En la CLI, marque:
show advanced [802.11b|802.11a] txpower
El nuevo valor predeterminado es -70dbm. Si se ha modificado, vuelva a los valores predeterminados, ya que se ha demostrado que este nuevo valor es óptimo en una serie de condiciones. Este valor debe ser el mismo en todos los controladores de un grupo de RF. Recuerde guardar la configuración después de realizar cambios.
Para cambiar este valor, ejecute este comando:
config advanced [802.11b|802.11a] tx-power-control-thresh 70
En la CLI, marque:
show advanced [802.11a|802.11b] profile global
Los resultados deben ser:
802.11b Global coverage threshold.............. 12 dB for 802.11b 802.11a Global coverage threshold.............. 16 dB for 802.11a
Si los resultados son diferentes, utilice estos comandos:
config advanced 802.11b profile coverage global 12 config advanced 802.11a profile coverage global 16
El parámetro de corte SNR del cliente que determina si el cliente está en violación, y si la mitigación del algoritmo Coverage Hole entra en acción, llamado Coverage debería volver a los valores predeterminados para obtener resultados óptimos.
En la CLI, marque:
show load-balancing
El estado predeterminado del balanceo de carga ahora es Deshabilitado. Si está activada, la ventana predeterminada es ahora 5. Esta es la cantidad de clientes que deben asociarse a una radio antes de que tenga lugar el balanceo de carga tras la asociación. El balanceo de carga puede ser muy útil en un entorno de cliente de alta densidad, y el uso de esta función debe ser una decisión del administrador para que se entienda el comportamiento de la asociación y distribución del cliente.
CONSEJOS:
Asegúrese de que el umbral de potencia Tx esté configurado de la misma manera en todos los controladores que comparten el nombre de grupo de RF.
En las versiones anteriores a la 4.1.185.0, el umbral de potencia Tx predeterminado era de -65 dBm, pero este valor de umbral de -65 dBm puede ser demasiado alto para la mayoría de las implementaciones. Se han observado mejores resultados con este umbral establecido entre -68 dBm y -75 dBm. Con la versión 4.1.185.0, el umbral de potencia Tx predeterminado es ahora -70dBm. Con 4.1.185.0 o posterior, se recomienda encarecidamente que los usuarios cambien el umbral de potencia Tx a -70 y verifiquen si los resultados son satisfactorios. Esta es una recomendación importante, ya que varias mejoras de RRM pueden hacer que su configuración actual no sea óptima ahora.
¿POR QUÉ:
El nombre de grupo de RF es una cadena ASCII configurada por controlador de LAN inalámbrica (WLC). El algoritmo de agrupación elige al líder del grupo de RF que, a su vez, calcula el control de potencia de transmisión (TPC) y la asignación de canal dinámico (DCA) para todo el grupo de RF. La excepción es el algoritmo del agujero de la cobertura (CHA), que se ejecuta por WLC. Dado que la agrupación de RF es dinámica y el algoritmo se ejecuta en intervalos de 600 segundos de forma predeterminada, puede haber una instancia en la que se escuchen nuevos vecinos (o en la que ya no se oiga a los vecinos existentes). Esto provoca un cambio en el grupo de RF que podría dar lugar a la elección de un nuevo líder (para uno o varios grupos de RF lógicos). En este caso, el umbral de potencia Tx del nuevo líder de grupo se utiliza en el algoritmo TPC. Si el valor de este umbral es inconsistente entre varios controladores que comparten el mismo nombre de grupo de RF, esto puede resultar en discrepancias en los niveles de potencia Tx resultantes cuando se ejecuta el TPC.
Consejo:
Establezca la medición de la cobertura (el valor predeterminado es 12 dB) en 3 dB para la mayoría de las implementaciones.
Nota: Con la versión 4.1.185.0, las mejoras como Tx Power Up Control y el número configurable por el usuario de clientes que infringen el umbral del perfil SNR, los valores predeterminados de 12 dB para 802.11b/g y 16 dB para 802.11a deberían funcionar correctamente en la mayoría de los entornos.
¿POR QUÉ:
La medición de la cobertura, 12 dB de forma predeterminada, se utiliza para alcanzar el SNR máximo tolerable por cliente. Si el SNR del cliente excede este valor, y si incluso un cliente excede este valor, el CHA es disparado por el WLC cuyo punto de acceso (AP) detecta al cliente con SNR pobre. En los casos en los que están presentes clientes heredados (que a menudo tienen una lógica de roaming deficiente), ajustar la base de ruido tolerable a resultados de 3dB proporciona una solución a corto plazo (esta solución no es necesaria en 4.1.185.0 o posterior).
Esto se describe con más detalle en Consideración de encendido del cliente persistente en la sección Algoritmo de detección y corrección de orificios de cobertura.
CONSEJOS:
Cuanto más largo sea el intervalo configurado entre la transmisión de mensajes vecinos, más lento será el tiempo de convergencia/estabilización en todo el sistema.
Si no se escucha a un vecino existente durante 20 minutos, el AP se elimina de la lista de vecinos.
Nota: Con la versión 4.1.185.0, el intervalo de recorte de la lista de vecinos se amplía ahora para mantener al vecino del que no se ha escuchado un paquete de vecinos hasta 60 minutos.
¿POR QUÉ:
De forma predeterminada, los mensajes del vecino se envían cada 60 segundos. Esta frecuencia se controla mediante la Medición de señal (denominada Frecuencia de paquete vecino en 4.1.185.0 y versiones posteriores) en la sección Intervalos de monitor de la página RF automática (consulte la figura 15 para obtener información). Es importante entender que los mensajes de vecino comunican la lista de vecinos que escucha un AP, que luego se comunica a sus respectivos WLC, que a su vez forman el grupo de RF (esto supone que el nombre del grupo de RF está configurado igual). El tiempo de convergencia de RF depende completamente de la frecuencia de los mensajes vecinos y este parámetro debe configurarse adecuadamente.
Consejo:
Utilice el botón On-Demand para un control más preciso y un comportamiento RRM determinista.
Nota: Con la versión 4.1.185.0, la previsibilidad se puede lograr mediante el uso de la configuración de sensibilidad, intervalo y tiempo de anclaje de DCA.
¿POR QUÉ:
Para los usuarios que desean previsibilidad en los cambios algorítmicos en todo el sistema, RRM se puede ejecutar en modo a demanda. Cuando se utilizan, los algoritmos RRM calculan la configuración óptima de canal y potencia para aplicarla en el siguiente intervalo de 600 segundos. Los algoritmos permanecen inactivos hasta la próxima vez que se utilice la opción a petición; el sistema se encuentra en estado de congelación. Consulte la Figura 11 y la Figura 12, y las descripciones respectivas para obtener más información.
Consejo:
La configuración predeterminada para el balanceo de carga es ON, con la ventana de balanceo de carga establecida en 0. Esta ventana debe cambiarse a un número superior, como 10 o 12.
Nota: En la versión 4.1.185.0 y posteriores, la configuración predeterminada para el balanceo de carga es OFF y, si está habilitada, el tamaño predeterminado de la ventana es 5.
¿POR QUÉ:
Aunque no está relacionado con RRM, el balanceo de carga agresivo puede resultar en resultados de roaming del cliente subóptimos para clientes heredados con lógica de roaming deficiente, lo que los hace clientes persistentes. Esto puede tener efectos adversos en el CHA. La configuración predeterminada de la ventana de balanceo de carga en el WLC está establecida en 0, lo cual no es bueno. Esto se interpreta como el número mínimo de clientes que deben estar en el AP antes de que el mecanismo de balanceo de carga se active. La investigación y la observación internas han demostrado que este valor predeterminado debería cambiarse a un valor más práctico, como 10 o 12. Naturalmente, cada despliegue presenta una necesidad diferente y, por lo tanto, la ventana debe establecerse adecuadamente. Esta es la sintaxis de la línea de comandos:
(WLC) >config load-balancing window ? <client count> Number of clients (0 to 20)
En las redes de producción densas, se ha comprobado que los controladores funcionan de manera óptima con el balanceo de carga ON y el tamaño de la ventana establecido en 10. En términos prácticos, esto significa que el comportamiento de equilibrio de carga solo se habilita cuando, por ejemplo, un grupo grande de personas se congrega en una sala de conferencias o área abierta (reunión o clase). El balanceo de carga es muy útil para distribuir estos usuarios entre varios AP disponibles en tales escenarios.
Nota: nunca se expulsa a los usuarios de la red inalámbrica. El balanceo de carga sólo ocurre al asociarse y el sistema intentará alentar a un cliente hacia un AP más levemente cargado. Si el cliente es persistente, se le permitirá unirse y nunca se quedará atrapado.
Junto con el marcado aumento en la adopción de tecnologías WLAN, los problemas de implementación también han aumentado. La especificación 802.11 se diseñó originalmente pensando principalmente en el uso doméstico de una sola célula. La contemplación del canal y la configuración de alimentación para un solo punto de acceso era un ejercicio trivial, pero a medida que la cobertura de WLAN ubicua se convirtió en una de las expectativas de los usuarios, determinar la configuración de cada punto de acceso requería un estudio exhaustivo del sitio. Gracias a la naturaleza compartida del ancho de banda de 802.11, las aplicaciones que ahora se ejecutan en el segmento inalámbrico están obligando a los clientes a cambiar a implementaciones más orientadas a la capacidad. La adición de capacidad a una WLAN es un problema diferente al de las redes por cable, donde la práctica común es arrojar ancho de banda al problema. Se necesitan puntos de acceso adicionales para agregar capacidad, pero si se configuran incorrectamente, pueden disminuir la capacidad del sistema debido a interferencias y otros factores. A medida que las WLAN densas y a gran escala se han convertido en la norma, los administradores han tenido que enfrentarse continuamente a estos problemas de configuración de RF que pueden aumentar los costes operativos. Si se maneja incorrectamente, esto puede conducir a la inestabilidad de la WLAN y a una experiencia de usuario final pobre.
Con un espectro finito (un número limitado de canales no superpuestos) con el que jugar y dado el deseo innato de RF de sangrar a través de paredes y suelos, diseñar una WLAN de cualquier tamaño ha demostrado históricamente ser una tarea desalentadora. Incluso si se realiza un estudio del sitio impecable, la RF está en constante cambio y lo que podría ser un canal AP óptimo y un esquema de potencia en un momento, podría resultar menos que funcional en el siguiente.
Introduzca el RRM de Cisco. RRM permite a la arquitectura WLAN unificada de Cisco analizar continuamente el entorno de RF existente, ajustando automáticamente los niveles de alimentación de los puntos de acceso y las configuraciones de canal para ayudar a mitigar aspectos como la interferencia de canal compartido y los problemas de cobertura de señal. RRM reduce la necesidad de realizar estudios exhaustivos del sitio, aumenta la capacidad del sistema y proporciona una funcionalidad de autorreparación automatizada para compensar las zonas muertas de RF y los fallos de AP.
Los lectores deben entender perfectamente los términos que se utilizan en este documento:
Señal: cualquier energía de RF transportada por el aire.
dBm: representación matemática logarítmica absoluta de la potencia de una señal de radiofrecuencia. dBm se correlaciona directamente con milivatios, pero se suele utilizar para representar fácilmente la potencia de salida en los valores muy bajos habituales en las redes inalámbricas. Por ejemplo, el valor de -60 dBm es igual a 0,000001 milivatios.
Indicador de potencia de la señal recibida (RSSI): medida numérica absoluta de la potencia de la señal. No todas las radios 802.11 informan RSSI de la misma manera, pero a los efectos de este documento, se supone que RSSI se correlaciona directamente con la señal recibida como se indica en dBm.
Ruido: cualquier señal que no se pueda descodificar como señal 802.11. Puede proceder de una fuente que no sea 802.11 (como un microondas o un dispositivo Bluetooth) o de una fuente 802.11 cuya señal se ha invalidado debido a una colisión o a cualquier otro retardo de la señal.
Nivel mínimo de ruido: el nivel de señal existente (expresado en dBm) por debajo del cual las señales recibidas son ininteligibles.
SNR: relación entre la potencia de la señal y el nivel mínimo de ruido. Este valor es un valor relativo y como tal se mide en decibelios (dB).
Interferencia: señales de radiofrecuencia no deseadas en la misma banda de frecuencia que pueden provocar una degradación o pérdida de servicio. Estas señales pueden provenir de fuentes 802.11 o no 802.11.
Antes de entrar en los detalles de cómo funcionan los algoritmos RRM, es importante entender primero un flujo de trabajo básico de cómo colabora un sistema RRM para formar una agrupación RF, así como entender qué cálculos RF ocurren donde. Este es un resumen de los pasos por los que pasa la solución unificada de Cisco al aprender, agrupar y, a continuación, calcular todas las funciones de RRM:
Los controladores (cuyos AP necesitan tener la configuración de RF calculada como un solo grupo) se suministran con el mismo nombre de grupo de RF. Un nombre de grupo de RF es una cadena ASCII que cada AP utilizará para determinar si los otros AP que escuchan son parte del mismo sistema.
Los AP envían periódicamente mensajes de vecino, compartiendo información sobre sí mismos, sus controladores y su nombre de grupo de RF. Estos mensajes vecinos pueden ser autenticados por otros AP que compartan el mismo nombre de grupo de RF.
Los AP que pueden escuchar estos mensajes vecinos y autenticarlos según el nombre de grupo de RF compartido, pasan esta información (que consiste principalmente en la dirección IP del controlador y la información sobre el AP que transmite el mensaje vecino) a los controladores a los que están conectados.
Los controladores, que ahora comprenden qué otros controladores deben formar parte del grupo de RF, forman un grupo lógico para compartir esta información de RF y, a continuación, eligen un líder de grupo.
Equipado con información detallada del entorno de RF para cada AP en el grupo de RF, una serie de algoritmos de RRM destinados a optimizar las configuraciones de AP relacionadas con lo siguiente se ejecutan en el líder del grupo de RF (con la excepción del algoritmo de detección y corrección del agujero de cobertura que se ejecuta en el controlador local a los AP):
DCA
TPC
Nota: RRM (y agrupación de RF) es una función independiente de la movilidad entre controladores (y la agrupación de movilidad). La única similitud es el uso de una cadena ASCII común asignada a ambos nombres de grupo durante el asistente de configuración inicial del controlador. Esto se realiza para un proceso de configuración simplificado y se puede cambiar más adelante.
Nota: Es normal que existan varios grupos de RF lógicos. Un AP en un controlador dado ayudará a unir su controlador con otro controlador solamente si un AP puede oír otro AP de otro controlador. En entornos grandes y campus universitarios, es normal que existan varios grupos de RF, que abarcan pequeños clústeres de edificios, pero no en todo el dominio.
Esta es una representación gráfica de estos pasos:
Figura 1: Los mensajes vecinos de los AP dan a los WLC una vista de RF de todo el sistema para hacer ajustes de canal y energía.Tabla 1: Referencia del desglose de la funcionalidad
Funcionalidad | Realizado en/por: |
---|---|
Agrupación de RF | Los WLC eligen al líder del grupo |
Asignación dinámica de canales | Líder de grupo |
Control de potencia de transmisión | Líder de grupo |
Detección y corrección de taladros de cobertura | WLC |
Los grupos de RF son clústeres de controladores que no solo comparten el mismo nombre de grupo de RF, sino que también tienen puntos de acceso que se escuchan entre sí.
La colocación lógica de AP, y por lo tanto la agrupación de RF del controlador, es determinada por los AP que reciben otros mensajes vecinos de AP. Estos mensajes incluyen información sobre el AP transmisor y su WLC (junto con información adicional detallada en la Tabla 1) y son autenticados por un hash.
Tabla 2: Los mensajes de vecino contienen un puñado de elementos de información que brindan a los controladores receptores una comprensión de los AP transmisores y los controladores a los que están conectados.Nombre del campo | Descripción |
---|---|
Identificador de radio | Los AP con radios múltiples utilizan esto para identificar qué radio se está utilizando para transmitir mensajes vecinos |
ID de grupo | Un contador y dirección MAC del WLC |
Dirección IP de WLC | Dirección IP de gestión del líder del grupo de radiofrecuencia |
Canal del punto de acceso | Canal nativo en el que el AP atiende a los clientes |
Canal de mensajes vecino | Canal en el que se transmite el paquete vecino |
Energía | No usados |
Patrón de antena | No usados |
Cuando un AP recibe un mensaje de vecino (transmitido cada 60 segundos, en todos los canales con servicio, a la potencia máxima y a la velocidad de datos soportada más baja), envía la trama hasta su WLC para determinar si el AP es parte del mismo grupo de RF verificando el hash incrustado. Un AP que envía mensajes de vecino indescifrables (que indica que se está utilizando un nombre de grupo de RF externo) o que no envía ningún mensaje de vecino, se determina que es un AP no autorizado.
Figura 2: Los mensajes del vecino se envían cada 60 segundos a la dirección de multidifusión de 01:0B:85:00:00:00.
Dado que todos los controladores comparten el mismo nombre de grupo de RF, para que se forme un grupo de RF, un WLC necesita solamente tener un solo AP que escuche un AP de otro WLC (vea las figuras 3 a 8 para más detalles).
Figura 3: Los AP envían y reciben mensajes de vecino que luego se reenvían a sus controladores para formar un grupo de RF.
Los mensajes vecinos son utilizados por los AP receptores y sus WLC para determinar cómo crear grupos de RF entre WLC, así como para crear subgrupos de RF lógicos que consisten solamente en los AP que pueden escuchar los mensajes de cada uno. Estos subgrupos de RF lógicos tienen sus configuraciones de RRM hechas en el líder del grupo de RF pero independientemente unos de otros debido al hecho de que no tienen conectividad inalámbrica entre subgrupos de RF (ver Figuras 4 y 5).
Figura 4: Todos los AP están conectados lógicamente a un solo WLC, pero se forman dos subgrupos de RF lógicos separados porque los AP 1, 2 y 3 no pueden escuchar los mensajes vecinos de los AP 4, 5 y 6, y viceversa.Figura 5: Los AP en el mismo subgrupo de RF lógico pueden compartir un solo WLC, cada uno estar en un WLC separado, o estar en una mezcla de WLC. La funcionalidad RRM se realiza en un nivel de todo el sistema, de modo que mientras los AP puedan oírse entre sí, sus controladores se agruparán automáticamente. En este ejemplo, los WLCs A y B están en el mismo grupo de RF y sus APs están en dos subgrupos de RF lógicos diferentes.
En un entorno con muchos WLC y muchos AP, no todos los AP necesitan oírse entre sí para que todo el sistema forme un solo grupo de RF. Cada controlador debe tener al menos un AP para escuchar otro AP de cualquier otro WLC. Como tal, el agrupamiento de RF puede ocurrir a través de muchos controladores, independientemente de la vista localizada de cada controlador de los AP vecinos y, por lo tanto, de los WLC (vea la Figura 6).
Figura 6: En este ejemplo, los AP conectados a los WLCs A y C no pueden escuchar los mensajes vecinos entre sí. El WLC B puede escuchar tanto el WLC A como el C y luego puede compartir la información del otro con ellos de modo que se forme un solo grupo de RF. Se crean subgrupos de RF lógicos discretos para cada grupo de AP que pueden recibir los mensajes vecinos de cada uno.
En un escenario en el que varios controladores se configuran con el mismo nombre de grupo de RF, pero sus respectivos AP no pueden escuchar los mensajes vecinos de los demás, se forman dos grupos de RF separados (de nivel superior), como se muestra en la Figura 7.
Figura 7: Aunque los WLC comparten el mismo nombre de grupo de RF, sus AP no pueden oírse entre sí y, por lo tanto, se forman dos grupos de RF separados.
La agrupación de RF ocurre en el nivel del controlador, lo que significa que una vez que los AP informan sobre los otros AP que escuchan (así como los controladores a los cuales esos AP están conectados) a sus controladores, cada WLC respectivo se comunica directamente con los otros WLC para formar una agrupación de todo el sistema. Dentro de un solo grupo de todo el sistema, o grupo de RF, muchos subconjuntos de AP tendrían sus parámetros de RF establecidos por separado entre sí: considere un WLC central con AP individuales en sitios remotos. Por lo tanto, cada AP tendría sus parámetros de RF configurados por separado de los demás, así que mientras cada AP pertenece al mismo agrupamiento de RF del controlador, cada AP individual (en este ejemplo) estaría en su propio subgrupo de RF lógico (ver Figura 8).
Figura 8: Los parámetros de RF de cada AP se establecen por separado de otros debido a su incapacidad para escuchar los mensajes vecinos de cada AP.
Cada AP compila y mantiene una lista de hasta 34 AP vecinos (por radio) que luego se informa a sus respectivos controladores. Cada WLC mantiene una lista de 24 vecinos por radio AP de los mensajes vecinos enviados por cada AP. Una vez en el nivel del controlador, esta lista de vecinos por radio y por AP de hasta 34 AP se recorta, lo que descarta los diez AP con las señales más débiles. Luego, los WLC reenvían cada lista de vecinos de AP hasta el líder del grupo de RF, el WLC elegido por el grupo de RF para realizar toda la toma de decisiones de configuración de RRM.
Es muy importante tener en cuenta que la agrupación de RF funciona por tipo de radio. El algoritmo de agrupamiento se ejecuta por separado para las radios 802.11a y 802.11b/g, lo que significa que se ejecuta por AP, por radio, de modo que cada radio AP es responsable de llenar una lista de vecinos. Con el fin de limitar el aleteo, por lo que los AP se pueden agregar y eliminar con frecuencia de esta lista, los WLC agregarán vecinos a sus listas dado que se escuchan en mayor o igual a -80 dBm y solo entonces los eliminarán una vez que sus señales bajen por debajo de -85 dBm.
Nota: Con la versión 4.2.99.0 o posterior del software Wireless LAN Controller, RRM admite hasta 20 controladores y 1000 puntos de acceso en un grupo de RF. Por ejemplo, un controlador Cisco WiSM admite hasta 150 puntos de acceso, por lo que puede tener hasta seis controladores WiSM en un grupo de RF (150 puntos de acceso por 6 controladores = 900 puntos de acceso, que es inferior a 1000). Del mismo modo, un controlador 4404 admite hasta 100 puntos de acceso, por lo que puede tener hasta diez controladores 4404 en un grupo de RF (100 veces 10 = 1000). Los controladores basados en la serie 2100 admiten un máximo de 25 puntos de acceso, por lo que puede tener hasta 20 de estos controladores en un grupo de RF. Este límite de 1000 puntos de acceso no es el número real de puntos de acceso asociados a los controladores, pero se calcula en función del número máximo de puntos de acceso que admite ese modelo de controlador específico. Por ejemplo, si hay 8 controladores WiSM (4 WiSM), cada uno con 70 AP, el número real de AP es 560. Sin embargo, el algoritmo lo calcula como 8*150= 1200 (siendo 150 el número máximo de AP admitidos por cada controlador WiSM). Por lo tanto, los controladores se dividen en dos grupos. Un grupo con 6 controladores y el otro con 2 controladores.
Debido a que el controlador que funciona como líder del grupo de RF realiza ambas funciones, el algoritmo DCA y el algoritmo TPC para todo el sistema, los controladores deben configurarse con el nombre del grupo de RF en una situación en la que se anticipa que los mensajes vecinos serán escuchados por los AP en otro controlador. Si los AP (en diferentes controladores) están separados geográficamente, al menos en una medida que los mensajes vecinos de ellos no se pueden escuchar a -80dBm o mejor, configurar sus controladores para estar en un grupo de RF no es práctico.
Si se alcanza el límite superior para el algoritmo de agrupamiento de RF, el controlador líder de grupo no permitirá que ningún nuevo controlador o AP se una al grupo existente o contribuya a los cálculos de canal y potencia. El sistema tratará esta situación como un nuevo subgrupo de RF lógico y se agregarán nuevos miembros a este nuevo grupo lógico, configurado con el mismo nombre de grupo. Si el entorno resulta ser dinámico, en la naturaleza donde las fluctuaciones de RF cambian la forma en que los vecinos son vistos a intervalos periódicos, la probabilidad de alteraciones en los miembros del grupo y las subsiguientes elecciones de líderes del grupo aumentará.
El líder del grupo de RF es el controlador elegido en el grupo de RF que realiza el análisis de los datos de RF de los AP, por grupo de RF lógico, y es responsable de la configuración de los niveles de energía de los AP y los ajustes de canal. La detección y corrección de taladros de cobertura se basa en el SNR del cliente y, por lo tanto, es la única función RRM realizada en cada controlador local.
Cada controlador determina qué WLC tiene la prioridad más alta del líder de grupo basada en el elemento de información del identificador de grupo en cada mensaje del vecino. El elemento de información del identificador de grupo anunciado en cada mensaje de vecino está compuesto por un valor de contador (cada controlador mantiene un contador de 16 bits que comienza en 0 e incrementa los eventos siguientes como una salida de un grupo de RF o un reinicio de WLC) y una dirección MAC del controlador. Cada WLC priorizará los valores del identificador de grupo de sus vecinos basándose primero en este valor de contador y luego, en el caso de un tiempo de valor de contador, en la dirección MAC. Cada WLC seleccionará el controlador (un WLC vecino o él mismo) con el valor más alto del identificador de grupo, después de lo cual cada controlador consultará con los otros para determinar qué controlador individual tiene el ID de grupo más alto. Ese WLC será entonces elegido el líder del grupo de RF.
Si el líder de grupo de RF se desconecta, se disuelve todo el grupo y los miembros existentes del grupo de RF vuelven a ejecutar el proceso de selección del líder de grupo y se elige un nuevo líder.
Cada 10 minutos, el líder del grupo RF sondeará cada WLC en el grupo para las estadísticas de los AP, así como toda la información recibida del mensaje vecino. A partir de esta información, el líder de grupo tiene visibilidad en el entorno de RF de todo el sistema y puede usar los algoritmos DCA y TPC para ajustar continuamente el canal de los AP y las configuraciones de energía. El líder de grupo ejecuta estos algoritmos cada diez minutos, pero, al igual que con el algoritmo de detección y corrección de taladros de cobertura, los cambios solo se realizan si se determina que es necesario.
El algoritmo DCA, ejecutado por el líder del grupo de RF, se aplica por grupo de RF para determinar la configuración óptima del canal de AP para todos los AP del grupo de RF (cada conjunto de AP que pueden escuchar los mensajes vecinos de cada uno, referido en este documento como un subgrupo de RF lógico, tiene su configuración de canal hecha independientemente de otros subgrupos de RF lógicos debido al hecho de que las señales no se superponen). Con el proceso DCA, el líder considera un puñado de métricas específicas de AP que se tienen en cuenta al determinar los cambios de canal necesarios. Estas métricas son:
Medición de carga: cada AP mide el porcentaje de tiempo total ocupado transmitiendo o recibiendo tramas 802.11.
Ruido: los AP calculan los valores de ruido en cada canal atendido.
Interferencia: los AP informan sobre el porcentaje del medio que utilizan las transmisiones 802.11 que interfieren (esto puede deberse a señales superpuestas de AP externos, así como de no vecinos).
Potencia de la señal: Cada AP escucha los mensajes del vecino en todos los canales atendidos y registra los valores RSSI en los que se escuchan estos mensajes. Esta información de potencia de la señal AP es la métrica más importante considerada en el cálculo DCA de la energía del canal.
Estos valores son utilizados por el líder de grupo para determinar si otro esquema de canal resultará en, al menos, una mejora del AP de peor rendimiento en 5 dB (SNR) o más. La ponderación se da a los AP en sus canales de funcionamiento de tal manera que los ajustes de canal se hacen localmente, amortiguando los cambios para evitar el efecto dominó por el cual un solo cambio dispararía las alteraciones de canal en todo el sistema. También se da preferencia a los AP basados en la utilización (derivada del informe de medición de carga de cada AP) para que un AP menos utilizado tenga una probabilidad más alta de tener su canal cambiado (en comparación con un vecino muy utilizado) en el caso de que un cambio sea necesario.
Nota: Siempre que se cambie un canal AP, los clientes se desconectarán brevemente. Los clientes pueden volver a conectarse al mismo AP (en su nuevo canal) o desplazarse a un AP cercano, lo que depende del comportamiento de roaming del cliente. La itinerancia rápida y segura (que ofrecen tanto CCKM como PKC) ayudará a reducir esta breve interrupción, dado que hay clientes compatibles.
Nota: Cuando los AP se inician por primera vez (nuevo fuera de la caja), transmiten en el primer canal no solapado en las bandas que soportan (canal 1 para 11b/g y canal 36 para 11a). Cuando los AP se encienden, utilizan sus configuraciones de canal anteriores (almacenadas en la memoria del AP). Los ajustes de la cuenta dedicada de efectivo se realizarán posteriormente según sea necesario.
El líder del grupo de RF utiliza el algoritmo TPC, que se ejecuta en un intervalo fijo de diez minutos de forma predeterminada, para determinar las proximidades de RF de los AP y ajustar el nivel de potencia de transmisión de cada banda más bajo para limitar el solapamiento excesivo de celdas y la interferencia de canal compartido.
Nota: El algoritmo TPC sólo es responsable de reducir los niveles de energía. El aumento de la potencia de transmisión forma parte de la función del algoritmo de detección y corrección de taladros de cobertura, que se explica en la sección siguiente.
Cada AP informa una lista ordenada por RSSI de todos los AP vecinos y, siempre que un AP tenga tres o más AP vecinos (para que TPC funcione, debe tener un mínimo de 4 AP), el líder del grupo de RF aplicará el algoritmo TPC por banda y por AP para ajustar los niveles de transmisión de energía del AP hacia abajo, de modo que el tercer AP vecino más ruidoso se escuche a un nivel de señal de -70dBm (valor predeterminado o el valor configurado) o inferior y se satisfaga la condición de histéresis de TCP. Por lo tanto, el TCP pasa por estas etapas que deciden si es necesario un cambio de potencia de transmisión:
Determine si hay un tercer vecino y si ese tercer vecino está por encima del umbral de control de potencia de transmisión.
Determine la potencia de transmisión mediante esta ecuación: Tx_Max para el AP + dado (umbral de control de potencia Tx - RSSI del tercer vecino más alto por encima del umbral).
Compare el cálculo del paso dos con el nivel de potencia Tx actual y verifique si supera la histéresis TPC.
Si la energía Tx necesita ser apagada: la histéresis TPC de al menos 6dBm debe ser satisfecha. O
Si es necesario aumentar la potencia Tx: se debe cumplir la histéresis TPC de 3dBm.
Un ejemplo de la lógica utilizada en el algoritmo TPC se puede encontrar en la sección Ejemplo de Flujo de Trabajo del Algoritmo de Control de Potencia de Transmisión.
Nota: Cuando todos los AP se inician por primera vez (nuevos desde la caja), transmiten a sus niveles máximos de potencia. Cuando los AP se apagan en ciclo, utilizan sus configuraciones de energía anteriores. Los ajustes del TPC se producirán posteriormente según sea necesario. Consulte la tabla 4 para obtener información sobre los niveles de potencia de transmisión de AP soportados.
Nota: Hay dos escenarios principales de aumento de potencia Tx que se pueden activar con el algoritmo TPC:
No hay un tercer vecino. En este caso, el AP vuelve de forma predeterminada a Tx_max, y lo hace inmediatamente.
Hay un tercer vecino. La ecuación TPC realmente evalúa el Tx recomendado para estar en algún punto entre Tx_max y Tx_current (en lugar de menor que Tx_current) como en, por ejemplo, cuando el tercer vecino "se va" y hay un nuevo tercer vecino posible. Esto da como resultado un aumento de potencia Tx.
Las reducciones de Tx inducidas por el TPC se producen gradualmente, pero los aumentos de Tx pueden tener lugar inmediatamente. Sin embargo, se han tomado precauciones adicionales sobre cómo se aumenta la potencia Tx con el algoritmo Coverage Hole, que sube de nivel en nivel.
El algoritmo de detección y corrección de agujeros de cobertura tiene como objetivo primero determinar los agujeros de cobertura en función de la calidad de los niveles de señal del cliente y luego aumentar la potencia de transmisión de los AP a los que esos clientes están conectados. Dado que este algoritmo se ocupa de las estadísticas del cliente, se ejecuta independientemente en cada controlador y no en todo el sistema en el líder del grupo de RF.
El algoritmo determina si existe un agujero de cobertura cuando los niveles SNR de los clientes pasan por debajo de un umbral SNR determinado. El umbral SNR se considera sobre una base AP individual y se basa principalmente en cada nivel de potencia de transmisión AP. Cuanto más altos sean los niveles de potencia de los puntos de acceso, más ruido se tolera en comparación con la potencia de la señal del cliente, lo que significa un valor SNR tolerado más bajo.
Este umbral SNR varía en función de dos valores: la potencia de transmisión del AP y el valor del perfil de cobertura del controlador. En detalle, el umbral se define por cada potencia de transmisión del AP (representada en dBm), menos el valor constante de 17dBm, menos el valor del perfil de cobertura configurable por el usuario (este valor se establece de forma predeterminada en 12 dB y se detalla en la página 20). El valor de umbral SNR del cliente es el valor absoluto (número positivo) del resultado de esta ecuación.
Ecuación del umbral SNR del orificio de cobertura:
Valor de corte SNR del cliente (|dB|) = [Potencia de transmisión del AP (dBm) - Constante (17 dBm) - Perfil de cobertura (dB)]
Una vez que el número configurado de SNR promedio de clientes cae por debajo de este umbral SNR durante al menos 60 segundos, la potencia de transmisión de AP de esos clientes se incrementará para mitigar la violación SNR, corrigiendo así el agujero de cobertura. Cada controlador ejecuta el algoritmo de detección y corrección de agujeros de cobertura para cada radio en cada uno de sus AP cada tres minutos (se puede cambiar el valor predeterminado de 180 segundos). Es importante tener en cuenta que los entornos volátiles pueden dar lugar a que el algoritmo TPC apague la alimentación en posteriores ejecuciones del algoritmo.
Consideración de encendido de "cliente persistente":
Las implementaciones de roaming en controladores de cliente heredados pueden dar como resultado que los clientes "se adhieran" a un AP existente incluso en presencia de otro AP que es mejor cuando se trata de RSSI, rendimiento y experiencia general del cliente. A su vez, este comportamiento puede tener un impacto sistémico en la red inalámbrica, por lo que se percibe que los clientes experimentan un SNR deficiente (porque no han podido desplazarse) y, en última instancia, se produce una detección de agujero en la cobertura. En tal situación, el algoritmo enciende la potencia de transmisión del AP (para proporcionar cobertura a los clientes que se comportan mal), lo que resulta en una potencia de transmisión indeseable (y más alta de lo normal).
Hasta que la lógica de roaming se mejore de forma inherente, estas situaciones se pueden mitigar al aumentar el mínimo de clientes. Nivel de excepción a un número mayor (el valor predeterminado es 3) y también aumento del valor de SNR de cliente tolerable (el valor predeterminado es 12 dB y se observan mejoras cuando se cambia a 3 dB). Si se utiliza la versión de código 4.1.185.0 o posterior, los valores predeterminados proporcionan resultados óptimos en la mayoría de los entornos.
Nota: Aunque estas sugerencias se basan en pruebas internas y pueden variar para implementaciones individuales, la lógica subyacente a la modificación de estas sigue siendo válida.
Consulte la sección Ejemplo de Algoritmo de Corrección y Detección de Taladros de Cobertura para ver un ejemplo de la lógica implicada en el desencadenado.
Nota: El algoritmo de Detección y Corrección de Agujeros de Cobertura también es responsable de detectar los lapsos en la cobertura debido a la falla del AP y de encender los AP cercanos según sea necesario. Esto permite que la red se cure por las interrupciones del servicio.
Una vez que se entienden RRM y los algoritmos, el siguiente paso es aprender a interpretar y modificar los parámetros necesarios. En esta sección se detallan las operaciones de configuración de RRM y también se describen los ajustes básicos de los informes.
El primer paso para configurar RRM es asegurarse de que cada WLC tenga el mismo nombre de grupo de RF configurado. Esto se puede hacer a través de la interfaz web del controlador si selecciona Controlador | General y, a continuación, escriba un valor de nombre de grupo común. La conectividad IP entre los WLCs en el mismo grupo de RF es una necesidad, también.
Figura 9: Los grupos de RF se forman en función del valor especificado por el usuario de "RF-Network Name" (Nombre de la red de RF), también denominado Nombre del grupo de RF en este documento. Todos los WLC que se requieren para participar en las operaciones RRM de todo el sistema deben compartir esta misma cadena.
Todas las explicaciones y ejemplos de configuración de las siguientes secciones se realizan a través de la interfaz gráfica del WLC. En el WLC GUI, vaya al encabezado principal de Wireless y seleccione la opción RRM para el estándar WLAN de elección en el lado izquierdo. A continuación, seleccione Auto RF en el árbol. Las secciones siguientes hacen referencia a la página resultante [Inalámbrico | RRM 802.11a u 802.11b/g | RF automática...].
Modo de grupo: la configuración del modo de grupo permite desactivar la agrupación de RF. La inhabilitación de esta característica evita que el WLC se agrupe con otros controladores para realizar la funcionalidad RRM de todo el sistema. Si se inhabilita, todas las decisiones de RRM serán locales al controlador. La agrupación de RF está habilitada de forma predeterminada y las direcciones MAC de otros WLC en el mismo grupo de RF se muestran a la derecha de la casilla de verificación Modo de grupo.
Intervalo de actualización de grupo: el valor del intervalo de actualización de grupo indica la frecuencia con que se ejecuta el algoritmo de agrupación de RF. Este campo es de solo visualización y no se puede modificar.
Líder de grupo: este campo muestra la dirección MAC del WLC que actualmente es el Líder de grupo de RF. Debido a que la agrupación de RF se realiza por AP y por radio, este valor puede ser diferente para las redes 802.11a y 802.11b/g.
¿Es este controlador un líder de grupo? Cuando el controlador es el líder de grupo de RF, el valor de este campo será "sí". Si el WLC no es el líder, el campo anterior indicará qué WLC en el grupo es el líder.
Última actualización de grupo: el algoritmo de agrupación de RF se ejecuta cada 600 segundos (10 minutos). Este campo solo indica el tiempo (en segundos) desde la última ejecución del algoritmo y no necesariamente la última vez que se eligió un nuevo líder de grupo de RF.
Método de asignación de canal: el algoritmo DCA se puede configurar de una de estas tres formas:
Automático: esta es la configuración predeterminada. Cuando RRM está activado, el algoritmo DCA se ejecuta cada 600 segundos (diez minutos) y, si es necesario, se realizarán cambios de canal en este intervalo. Este campo es de solo visualización y no se puede modificar. Tenga en cuenta las opciones 4.1.185.0 del apéndice A.
A demanda: esto evita que se ejecute el algoritmo DCA. El algoritmo se puede activar manualmente haciendo clic en el botón "Invocar actualización de canal ahora".
Nota: Si selecciona On Demand y, a continuación, hace clic en Invoke Channel Update Now, suponiendo que sean necesarios los cambios de canal, se ejecuta el algoritmo DCA y se aplica el nuevo plan de canal en el siguiente intervalo de 600 segundos.
Apagado: esta opción desactiva todas las funciones de DCA y no se recomienda. Esto se inhabilita típicamente después de realizar un sondeo manual del sitio y posteriormente configurar cada configuración de canal AP individualmente. Aunque no está relacionado, esto se hace a menudo junto con la fijación del algoritmo TPC, también.
Evitar interferencia externa de AP: este campo permite incluir la métrica de interferencia de co-canal en los cálculos del algoritmo DCA. Este campo está activado de forma predeterminada.
Evitar la carga de AP de Cisco: este campo permite tener en cuenta la utilización de los AP al determinar qué canales de los AP deben cambiar. La carga de AP es una métrica que cambia frecuentemente y su inclusión puede no ser siempre deseada en los cálculos de RRM. Como tal, este campo está inhabilitado de forma predeterminada.
Evitar ruido distinto de 802.11b: este campo permite que el nivel de ruido distinto de 802.11 de cada punto de acceso sea un factor que contribuya al algoritmo DCA. Este campo está activado de forma predeterminada.
Contribución a la potencia de la señal: la potencia de la señal de los puntos de acceso vecinos siempre se incluye en los cálculos de DCA. Este campo es de solo visualización y no se puede modificar.
Líder de asignación de canal: este campo muestra la dirección MAC del WLC que actualmente es el Líder de grupo de RF. Debido a que la agrupación de RF se realiza por AP y por radio, este valor puede ser diferente para las redes 802.11a y 802.11b/g.
Última asignación de canal: el algoritmo DCA se ejecuta cada 600 segundos (10 minutos). Este campo solo indica el tiempo (en segundos) desde la última ejecución del algoritmo y no necesariamente la última vez que se realizó una nueva asignación de canal.
Método de asignación de nivel de potencia: el algoritmo TPC se puede configurar de una de estas tres formas:
Automático: esta es la configuración predeterminada. Cuando RRM está activado, el algoritmo TPC se ejecuta cada diez minutos (600 segundos) y, si es necesario, se realizarán cambios en la configuración de alimentación en este intervalo. Este campo es de solo visualización y no se puede modificar.
A demanda: esto evita que se ejecute el algoritmo TPC. El algoritmo se puede activar manualmente si hace clic en el botón Invoke Channel Update Now.
Nota: Si selecciona On Demand y, a continuación, hace clic en Invoke Power Update Now, suponiendo que se necesiten cambios de alimentación, se ejecuta el algoritmo TPC y se aplican nuevos ajustes de alimentación en el siguiente intervalo de 600 segundos.
Fijo: esta opción desactiva todas las funciones de TPC y no se recomienda. Esto se inhabilita típicamente después de realizar un sondeo manual del sitio y posteriormente configurar cada configuración de energía AP individualmente. Aunque no está relacionado, esto se hace a menudo junto con la desactivación del algoritmo DCA, también.
Umbral de potencia: este valor (en dBm) es el nivel de señal de corte en el que el algoritmo TPC ajustará los niveles de potencia hacia abajo, de modo que este valor es la fuerza en la que se escucha el tercer vecino más fuerte de un AP. En ciertas ocasiones raras donde el ambiente de RF se ha considerado demasiado "caliente", en el sentido de que los AP en un escenario de alta densidad probable están transmitiendo a niveles de potencia de transmisión más altos de lo deseado, el comando config advanced 802.11b tx-power-control-threshold se puede utilizar para permitir los ajustes de potencia descendente. Esto permite que los AP oigan a su tercer vecino con un mayor grado de separación de RF, que permite que el AP vecino transmita a un nivel de energía más bajo. Este ha sido un parámetro no modificable hasta la versión 3.2 del software. El nuevo valor configurable oscila entre -50 dBm y -80 dBm y solo se puede cambiar desde la CLI del controlador.
Recuento de vecinos de alimentación: el número mínimo de vecinos que debe tener un AP para que se ejecute el algoritmo TPC. Este campo es de solo visualización y no se puede modificar.
Power Update Contribution: este campo no está en uso actualmente.
Power Assignment Leader: este campo muestra la dirección MAC del WLC que es actualmente el líder de grupo de RF. Debido a que la agrupación de RF se realiza por AP y por radio, este valor puede ser diferente para las redes 802.11a y 802.11b/g.
Última asignación de nivel de alimentación: el algoritmo TPC se ejecuta cada 600 segundos (10 minutos). Este campo solo indica el tiempo (en segundos) desde la última ejecución del algoritmo y no necesariamente la última vez que se realizó una nueva asignación de energía.
Los umbrales de perfil, denominados umbrales RRM en sistemas de control inalámbricos (WCS), se utilizan principalmente para las alarmas. Cuando se exceden estos valores, las trampas se envían al WCS (o a cualquier otro sistema de administración basado en SNMP) para un diagnóstico fácil de los problemas de la red. Estos valores se utilizan únicamente con fines de alerta y no tienen relación alguna con la funcionalidad de los algoritmos RRM.
Figura 13: Valores de umbral de perfil de alarma predeterminados.
Interferencia (0 a 100%): porcentaje del medio inalámbrico ocupado por las señales 802.11 que interfieren antes de que se active una alarma.
Clientes (1 a 75): el número de clientes por banda y por AP por encima del cual un controlador generará una trampa SNMP.
Ruido (-127 a 0 dBm): se utiliza para generar una captura SNMP cuando el nivel de ruido se eleva por encima del nivel establecido.
Cobertura (de 3 a 50 dB): el nivel máximo tolerable de SNR por cliente. Este valor se utiliza en la generación de capturas para los umbrales Nivel de excepción de cobertura y Nivel de excepción mínima de cliente. (Parte de la subsección Algoritmo de taladro de cobertura de la versión 4.1.185.0 y posteriores)
Utilización (0 a 100%): valor alarmante que indica el porcentaje máximo deseado del tiempo que la radio de un AP pasa transmitiendo y recibiendo. Esto puede resultar útil para realizar un seguimiento de la utilización de la red a lo largo del tiempo.
Nivel de excepción de cobertura (0 a 100%): el porcentaje máximo deseado de clientes en una radio de AP que funcionan por debajo del umbral de cobertura deseado (definido anteriormente).
Nivel mínimo de excepción del cliente: número mínimo deseado de clientes tolerados por AP cuyos SNR están por debajo del umbral de cobertura (definido anteriormente) (parte de la subsección Algoritmo de agujero de cobertura en 4.1.185.0 y versiones posteriores).
Los puntos de acceso de Cisco proporcionan servicio de datos del cliente y buscan periódicamente la funcionalidad de RRM (e IDS/IPS). Los canales que los AP pueden escanear son configurables.
Lista de canales: los usuarios pueden especificar qué rangos de canales supervisarán periódicamente los AP.
Todos los canales: esta configuración indicará a los AP que incluyan todos los canales en el ciclo de escaneo. Esto es principalmente útil para la funcionalidad IDS/IPS (fuera del alcance de este documento) y no proporciona valor adicional en los procesos RRM en comparación con la configuración de Canales por país.
Canales de país: los AP explorarán solamente aquellos canales explícitamente admitidos en la configuración de dominio regulatorio de cada WLC. Esto significa que los AP periódicamente pasarán tiempo escuchando en todos y cada uno de los canales permitidos por el organismo regulador local (esto puede incluir los canales superpuestos así como los canales no superpuestos comúnmente utilizados). Ésta es la configuración predeterminada.
Canales DCA: restringe el análisis de los puntos de acceso sólo a aquellos canales a los que se asignarán puntos de acceso según el algoritmo DCA. Esto significa que en los Estados Unidos, las radios 802.11b/g sólo escanearían en los canales 1, 6 y 11 de forma predeterminada. Esto se basa en la escuela de pensamiento de que el escaneo solo se centra en los canales en los que se está proporcionando el servicio, y los puntos de acceso no autorizados no son una preocupación.
Nota: La lista de canales utilizados por el algoritmo DCA (tanto para la supervisión de canales como para la asignación) se puede modificar en el código WLC versión 4.0 o posterior. Por ejemplo, en Estados Unidos, el algoritmo DCA utiliza sólo los canales 11b/g de 1, 6 y 11 de forma predeterminada. Para agregar los canales 4 y 8, y eliminar el canal 6 de esta lista de DCA (esta configuración es sólo un ejemplo y no se recomienda), estos comandos deben ingresarse en la CLI del controlador:
(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
Al analizar más canales, como la selección de Todos los canales, se reduce ligeramente el tiempo total dedicado al mantenimiento de clientes de datos (en comparación con el hecho de que se incluyen menos canales en el proceso de análisis). Sin embargo, se puede obtener información sobre más canales (en comparación con el parámetro Canales DCA). Se debe utilizar la configuración predeterminada de Canales nacionales a menos que las necesidades de IDS/IPS requieran seleccionar Todos los canales, o no se necesite información detallada sobre otros canales para la alarma del perfil de umbral y la detección y corrección del algoritmo RRM. En este caso, los canales DCA son la opción adecuada.
Figura 14: Mientras que "Country Channels" es la selección predeterminada, los canales de supervisión RRM se pueden establecer en "All" o "DCA" canales.
Todos los AP basados en Cisco LWAPP entregan datos a los usuarios mientras que periódicamente salen del canal para tomar mediciones RRM (así como realizar otras funciones tales como IDS / IPS y tareas de ubicación). Este análisis fuera del canal es completamente transparente para los usuarios y solo limita el rendimiento hasta en un 1,5%, además de disponer de inteligencia integrada para aplazar el análisis hasta el siguiente intervalo tras la presencia de tráfico en la cola de voz en los últimos 100 ms.
El ajuste de los intervalos del monitor cambiará la frecuencia con que los AP toman las mediciones RRM. El temporizador más importante que controla la formación de los grupos de RF es el campo Medición de señal (conocido como Frecuencia de paquetes vecinos en 4.1.185.0 y versiones posteriores). El valor especificado está directamente relacionado con la frecuencia con la que se transmiten los mensajes vecinos, excepto la UE, y otros dominios 802.11h, donde también se considera el intervalo de medición de ruido.
Independientemente del dominio regulador, todo el proceso de escaneo tarda aproximadamente 50 ms (por radio, por canal) y se ejecuta en el intervalo predeterminado de 180 segundos. Este intervalo se puede cambiar modificando el valor de Medición de cobertura (conocido como Duración del análisis de canales en 4.1.185.0 y versiones posteriores). El tiempo dedicado a escuchar en cada canal es una función del tiempo de escaneo de 50 ms no configurable (más, los 10 ms que toma cambiar de canal) y el número de canales que se escanearán. Por ejemplo, en Estados Unidos, los 11 canales 802.11b/g, que incluyen el canal en el que se envían los datos a los clientes, se analizarán durante 50 ms cada uno dentro del intervalo de 180 segundos. Esto significa que (en Estados Unidos, para 802.11b/g) cada 16 segundos, se emplearán 50 ms para escuchar en cada canal analizado (180/11 = ~16 segundos).
Figura 15: Intervalos de supervisión de RRM y sus valores predeterminados
Los intervalos de medición de ruido, carga, señal y cobertura se pueden ajustar para proporcionar información más o menos granular a los algoritmos RRM. Estos valores predeterminados deben mantenerse a menos que Cisco TAC indique lo contrario.
Nota: Si alguno de estos valores de escaneo se cambia para exceder los intervalos en los que se ejecutan los algoritmos RRM (600 segundos para DCA y TPC y 180 segundos para Detección y Corrección de Taladros de Cobertura), los algoritmos RRM se seguirán ejecutando, pero posiblemente con información "obsoleta".
Nota: Cuando los WLCs se configuran para unir múltiples interfaces Gigabit Ethernet usando la agregación de link (LAG), el intervalo de medición de la cobertura se utiliza para activar la función User Idle Timeout. Como tal, con LAG habilitado, el tiempo de espera de inactividad del usuario solo se realiza con la frecuencia que dicte el intervalo de medición de cobertura. Esto se aplica solamente a los WLC que ejecutan las versiones del firmware anteriores a 4.1 porque, en la versión 4.1, el manejo del tiempo de espera inactivo se mueve del controlador a los puntos de acceso.
Para restablecer los valores de RRM a los valores predeterminados, haga clic en el botón Set to Factory Default en la parte inferior de la página.
Los cambios realizados por RRM se pueden monitorear fácilmente habilitando las trampas SNMP necesarias. Se puede acceder a estos ajustes desde el encabezado Management —> SNMP —> Trap Controls en la GUI del WLC. El resto de las configuraciones de trampa SNMP relacionadas detalladas en esta sección se encuentran en la sección Administración | Encabezado SNMP donde se pueden encontrar los vínculos de Receptores de interrupciones, Controles y Registros.
Figura 16: Las trampas Auto RF Channel (Canal de RF automático) y Power update (Alimentación) están habilitadas de forma predeterminada.
Una vez que el líder de grupo de RF (y el algoritmo DCA) haya sugerido, aplicado y optimizado el esquema de canal, los cambios se pueden monitorear fácilmente a través del submenú Trap Logs. Aquí se muestra un ejemplo de este tipo de trampa:
Figura 17: Las entradas del registro de cambios de canal contienen la dirección MAC de la radio y el nuevo canal de funcionamiento.
Para ver estadísticas que detallan cuánto tiempo conservan los AP sus configuraciones de canal entre los cambios de DCA, este comando solo de CLI proporciona valores mínimos, medios y máximos de tiempo de permanencia de canal por controlador.
(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
La configuración actual del algoritmo TPC, que incluye el umbral de control de energía tx descrito anteriormente, se puede verificar usando este comando en la CLI del controlador (802.11b se muestra en este ejemplo):
(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
Como se indicó anteriormente en este documento, un área densamente implementada que resulta en una mayor superposición de celdas, lo que resulta en altas tasas de colisión y reintentos de trama debido a la alta interferencia de co-canal, reduciendo efectivamente los niveles de rendimiento del cliente podría justificar el uso del recién introducido comando tx-power-control-threshold. En tales escenarios atípicos o anómalos, los AP se escuchan mejor entre sí (suponiendo que las características de propagación de la señal permanecen constantes) en comparación con cómo los clientes los escuchan.
La reducción de las áreas de cobertura y, por lo tanto, la reducción de interferencias de canal compartido y la reducción del nivel de ruido pueden mejorar eficazmente la experiencia del cliente. Sin embargo, este comando se debe ejercer con un análisis cuidadoso de los síntomas: altas tasas de reintentos, altos recuentos de colisiones, menores niveles de rendimiento del cliente y una interferencia de canal compartido aumentada en general, en los AP del sistema (los AP no autorizados se tienen en cuenta en el DCA). Las pruebas internas han demostrado que la modificación de la RSSI percibida del tercer vecino a -70 dBm en la resolución de problemas de estos eventos ha sido un valor aceptable para comenzar la resolución de problemas.
De forma similar a las trampas generadas cuando se produce un cambio de canal, los cambios de TPC también generan trampas, lo que indica claramente toda la información necesaria asociada con los nuevos cambios. Aquí se muestra un ejemplo de trampa:
Figura 18: El registro de captura de potencia Tx indica el nuevo nivel de potencia de funcionamiento para la radio especificada.
En función de los tres pasos/condiciones definidos en el algoritmo TPC, el ejemplo de esta sección explica cómo se realizan los cálculos para determinar si la potencia de transmisión de un AP necesita ser cambiada. A efectos de este ejemplo, se asumen estos valores:
Tx_Max es 20
La potencia de transmisión actual es de 20 dBm
El umbral TPC configurado es de -65 dBm
El RSSI del tercer vecino es -55 dBm
Si se conecta en las tres fases del algoritmo TPC, se obtiene:
Condición uno: se verifica porque hay un tercer vecino y está por encima del umbral de control de potencia de transmisión.
Condición dos: 20 + (-65 - (-55)) = 10
Condición tres: Debido a que la potencia tiene que ser disminuida un nivel, y un valor de diez de la condición dos satisface la histéresis TPC, la potencia Tx se reduce en 3dB, lo que hace que la nueva potencia Tx baje a 17dBm.
En la siguiente iteración del algoritmo TPC, la potencia Tx del AP se reducirá aún más a 14 dBm. Esto supone que todas las demás condiciones permanecen igual. Sin embargo, es importante tener en cuenta que la potencia Tx no se reducirá aún más (manteniendo todo constante) a 11 dBm porque el margen a 14 dBm no es de 6 dB o más.
Para ilustrar el proceso de toma de decisiones utilizado en el algoritmo de detección y corrección de taladros de cobertura, el siguiente ejemplo primero describe el nivel de SNR recibido deficiente de un solo cliente y cómo el sistema determinará si es necesario un cambio, así como cuál podría ser el cambio de energía.
Recuerde la ecuación del umbral SNR del orificio de cobertura:
Valor de corte SNR del cliente (|dB|) = [Potencia de transmisión del AP (dBm) - Constante (17 dBm) - Perfil de cobertura (dB)]
Considere una situación en la que un cliente podría experimentar problemas de señal en un área mal cubierta de un piso. En tal escenario, estos pueden ser verdaderos:
Un cliente tiene un SNR de 13 dB.
El AP al que está conectado está configurado para transmitir a 11 dBm (nivel de potencia 4).
Ese WLC del AP tiene un umbral del perfil de cobertura establecido en el valor predeterminado de 12 dB.
Para determinar si es necesario encender el AP del cliente, estos números se conectan a la ecuación del umbral del orificio de cobertura, que resulta en:
Corte SNR del cliente = 11 dBm (potencia de transmisión AP) - 17 dBm (valor constante) - 12 dB (umbral de cobertura) = |-18 dB|.
Debido a que el SNR del cliente de 13 dB infringe el actual corte SNR de 18 dB, el algoritmo de detección y corrección de agujero de cobertura aumentará la potencia de transmisión del AP a 17 dBm.
Al utilizar la ecuación de umbral SNR de orificio de cobertura, es evidente que la nueva potencia de transmisión de 17 dBm producirá un valor de corte SNR del cliente de 12 dB, lo que satisfará el nivel SNR del cliente de 13 dBm.
Esta cifra corresponde al paso anterior: corte SNR del cliente = 17 dBm (potencia de transmisión del punto de acceso) - 17 dBm (valor constante) - 12 dB (umbral de cobertura) = |-12 dB|.
Los niveles de potencia de salida admitidos en la banda de 802.11b/g se describen en la tabla 4. Para determinar las salidas de nivel de potencia para 802.11a, este comando CLI se puede ejecutar:
show ap config 802.11a
Tabla 4: Los AP de la serie 1000 admiten niveles de potencia de hasta 5, mientras que los AP de las series 1100 y 1200 admiten hasta el nivel de potencia 8 en la banda de frecuencia 802.11b/g.
Niveles de alimentación compatibles | Potencia de transmisión (dBm) | Potencia 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 |
Los comandos airewave-director debug se pueden utilizar para resolver problemas adicionales y verificar el comportamiento de RRM. Aquí se muestra la jerarquía de línea de comandos de nivel superior del comando debug airewave-director:
(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
En las subsecciones siguientes se explican algunos comandos importantes.
El uso del comando debug airewave-director all invocará todas las depuraciones RRM que pueden ayudar a identificar cuándo se ejecutan los algoritmos RRM, qué datos utilizan y qué cambios (si los hay) se realizan.
En este ejemplo, (la salida del comando debug airewave-director all se ha recortado para mostrar solamente el proceso de asignación de canal dinámico), el comando se ejecuta en el líder de grupo de RF para obtener información sobre el funcionamiento interno del algoritmo DCA y se puede dividir en estos cuatro pasos:
Recopile y registre las estadísticas actuales que se ejecutarán a través del algoritmo.
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)
Sugerir un nuevo esquema de canal y almacenar los valores recomendados.
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)
Compare los valores actuales con los valores sugeridos.
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 es necesario, aplique los cambios para que el nuevo esquema de canal surta efecto.
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
Este comando se puede utilizar para obtener una vista detallada y en tiempo real del funcionamiento de RRM en el controlador en el que se ejecuta. Estas son explicaciones de los mensajes relevantes:
Mensajes "keepalive" que se envían a los miembros del grupo para mantener la jerarquía del grupo.
Airewave Director: Sending keep alive packet to 802.11a group members
Se calculan estadísticas de carga en los vecinos notificados.
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)
Muestra la intensidad con la que se escuchan los mensajes de vecino y a través de qué AP.
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
Estadísticas de ruido e interferencia calculadas en las radios informadas.
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)
El comando debug airewave-director power se debe ejecutar en el WLC local al AP que se monitorea para las correcciones del agujero de cobertura. El resultado del comando se ha recortado para este ejemplo.
Visualización de la ejecución del algoritmo de agujero de cobertura para 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)
Visualización de la ejecución del algoritmo de agujero de cobertura para 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)
Para saber qué AP son adyacentes a otros AP, utilice el comando show ap auto-rf de la CLI del controlador. En la salida de este comando, hay un campo llamado RADs cercanos. Este campo proporciona información sobre las direcciones MAC de AP cercanas y la potencia de la señal (RSSI) entre los AP en dBm.
Esta es la sintaxis del comando:
show ap auto-rf {802.11a | 802.11b} Cisco_AP
Aquí tiene un ejemplo:
> 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
Lista de vecinos "temporizador de recorte"
Antes de la primera versión de mantenimiento del software 4.1 del WLC, un AP guardaría otros AP en su lista vecina por hasta 20 minutos de la última vez que fueron oídos. En el caso de cambios temporales en el entorno de RF, podría haber habido posibilidades de que un vecino válido se hubiera eliminado de la lista de vecinos de un AP determinado. Para proporcionar tales cambios temporales al entorno de RF, el temporizador de recorte para la lista de vecinos de un AP (tiempo desde que se escuchó el último mensaje vecino) se ha aumentado a 60 minutos.
Método de asignación de canal
En el modo automático, el comportamiento predeterminado de DCA antes de 4.1.185.0 era calcular y aplicar (si fuera necesario) los planes de canal cada 10 minutos. Los entornos volátiles pueden haber visto potencialmente numerosos cambios de canal durante el día. Por lo tanto, surgió la necesidad de un control avanzado y más preciso de la frecuencia de la DCA. En la versión 4.1.185.0 y posteriores, los usuarios que deseen un control más preciso sobre la frecuencia tienen la capacidad de configurar lo siguiente:
Tiempo de anclaje: los usuarios que deseen cambiar el valor predeterminado de 10 minutos tendrán la opción de elegir un tiempo de anclaje en el que el líder de grupo actuará en el modo de inicio. El modo de inicio se define como un período en el que la DCA funciona cada diez minutos durante las primeras diez iteraciones (100 minutos), con una sensibilidad de DCA de 5 dB. Este es el modo normal de operación antes de que se agregaran los temporizadores RRM en la versión 4.1. Esto permite que la red se estabilice inicial y rápidamente. Una vez finalizado el modo de inicio, la DCA se ejecuta en el intervalo definido por el usuario. El funcionamiento del modo de inicio se indica claramente en la CLI del WLC mediante el comando 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
Intervalo: el valor del intervalo, con las unidades definidas en horas, permite a los usuarios tener una red predecible y las evaluaciones del plan de canal solo se calculan en los intervalos configurados. Por ejemplo, si el intervalo configurado es de 3 horas, el DCA calcula y evalúa un nuevo plan de canal cada 3 horas.
Sensibilidad: como se describe en la sección Algoritmo DCA, la histéresis de 5dB que se tiene en cuenta en el algoritmo para evaluar si el plan de canal se mejora ejecutando el algoritmo es ahora ajustable por el usuario. Las configuraciones permitidas son Baja, Media o Alta Sensibilidad con una configuración de baja que indica que el algoritmo es muy insensible y una configuración de alta que indica que el algoritmo es extremadamente sensible. El nivel de sensibilidad predeterminado es Media para ambas bandas.
Para 802.11a, los valores de sensibilidad equivalen a: Baja (35 dB), Media (20 dB) y Alta (5 dB).
Para 802.11b/g, los valores de sensibilidad son: Baja (30 dB), Media (15 dB) y Alta (5 dB)
Umbral de control de potencia de transmisión predeterminado
El umbral de control de potencia de transmisión siempre ha tenido la responsabilidad de cómo los AP escuchan a sus vecinos, que, a su debido tiempo, se utiliza para decidir la potencia de transmisión del AP. Como resultado de las mejoras generales que se han hecho a los algoritmos RRM en la versión de mantenimiento 4.1 del software WLC, el valor predeterminado de -65dBm también se ha reconsiderado. Por lo tanto, el valor predeterminado, que se consideraba demasiado alto para la mayoría de las implementaciones, se ha adaptado a -70 dBm. Esto se traduce en una mejor superposición de celdas en la mayoría de las implementaciones en interiores desde el primer momento. Sin embargo, este valor predeterminado sólo afecta a las nuevas instalaciones, ya que el controlador mantiene el valor configurado anteriormente si se actualiza desde 4.1.171.0 o anterior.
Hasta la versión 4.1.185.0, solo un cliente debía haber cumplido la condición (peor umbral SNR que el valor configurado, o los valores predeterminados de 16dB para 802.11a o 12dB para 802.11b/g) para que se detectara un agujero de cobertura y se activaran los mecanismos de mitigación. El campo Nivel mínimo de excepción del cliente ahora está directamente vinculado al CHA (y posicionado apropiadamente en la subsección recién creada para el CHA) donde el valor configurado definirá cuántos clientes tienen que cumplir el umbral SNR para que se activen los mecanismos de mitigación del agujero de cobertura (aumento de la potencia de transmisión del AP). Debe tenerse en cuenta que la mayoría de las implementaciones deben comenzar con los valores predeterminados (12 dB para 802.11b/g y 16 dB para 802.11a, y el nivel de excepción mínimo del cliente de 3) y ajustarse solo si es necesario.
Figura 19: Subsección Algoritmo de taladro de cobertura, separada de los umbrales de perfil, con los valores predeterminados que proporcionan resultados óptimos en la mayoría de las instalaciones
Además de permitir que el número de clientes que deben estar en violación para que la mitigación del agujero de cobertura se active, el algoritmo también se ha mejorado para considerar el aumento de potencia de transmisión AP de una manera inteligente. Si bien aumentar la potencia de transmisión al máximo podría haber sido la apuesta segura para garantizar una mitigación y superposición suficientes, tiene efectos adversos con la presencia de clientes con implementaciones de roaming deficientes. En lugar de cambiar su asociación a un AP diferente, típicamente el que proporciona la señal más fuerte, el cliente se sigue asociando al mismo AP viejo que se ha movido más lejos de. Como consecuencia, este cliente ya no recibe una buena señal del AP asociado. Un cliente fallido que es consecuencia de una itinerancia deficiente es un ejemplo de un posible escenario de agujero de cobertura de falsos positivos. Una itinerancia deficiente no es un indicio de que exista un auténtico agujero en la cobertura. El agujero de cobertura potencial es genuino si:
Se encuentra dentro del área de cobertura prevista, y
Incluso si el cliente en este agujero de la cobertura cambiara su asociación a cualquier otro AP disponible, la señal del downlink que el cliente recibiría y la señal del uplink en tal AP alternativo del cliente todavía estaría debajo del umbral de la cobertura.
Para evitar y mitigar tales escenarios, la potencia de transmisión del AP se eleva solamente un nivel a la vez (por iteración), lo que permite que los agujeros de cobertura genuinos se beneficien del aumento de potencia sin ejecutar la red caliente (evitando interferencias de co-canal como resultado).
La trampa SNMP generada en caso de un cambio de canal se ha mejorado para proporcionar información detallada que explique la razón de implementar un nuevo plan de canal. Como se observa en esta imagen, la trampa mejorada incluye las métricas de antes y después utilizadas en el algoritmo DCA y cuál de esas métricas contribuyó al cambio de canal para el AP dado.
Figura 20: Trampa de DCA mejorada que muestra el motivo del cambio de canal
Como una empresa para simplificar la configuración y mejorar la usabilidad, se creó una nueva subsección para el CHA, que lo separa de la subsección Umbrales de perfil que controla directamente los disparadores para la generación de trampas SNMP.
Los términos Mediciones de señal y cobertura en las subsecciones Intervalos de supervisión también se han modificado para reflejar sus significados apropiados: Frecuencia de paquetes vecinos y Duración de la exploración de canales, respectivamente.
La configuración predeterminada para el balanceo de carga con 4.1.185.0 y versiones posteriores es OFF. Cuando está habilitada, la ventana de balanceo de carga será de forma predeterminada 5 clientes.
(Cisco Controller) >show load-balancing Aggressive Load Balancing........................ Disabled Aggressive Load Balancing Window................. 5 clients
Esta función mejora la forma en que QoS interactúa con la función de aplazamiento de análisis RRM. En implementaciones con ciertos clientes de ahorro de energía, a veces es necesario aplazar el análisis fuera de canal normal de RRM para evitar la pérdida de información crítica de clientes de bajo volumen, como dispositivos médicos que utilizan el modo de ahorro de energía y envían periódicamente información de telemetría.
Puede utilizar la marca WMM UP de un cliente para indicarle al punto de acceso que aplace el escaneo fuera del canal por un período de tiempo configurable si recibe un paquete marcado como UP. Utilice este comando CLI del controlador para configurar esta función para una WLAN específica:
config wlan channel-scan defer-priority priority [enable | disable] WLAN-id
donde priority = 0 a 7 para la prioridad de usuario. Este valor debe establecerse en 6 en el cliente y en la WLAN.
Utilice este comando para configurar la cantidad de tiempo que se aplaza el escaneo después de un paquete UP en la cola:
config wlan channel-scan defer-time msec WLAN-id
Introduzca el valor de tiempo en milisegundos (ms). El intervalo válido es de 100 (valor predeterminado) a 60000 (60 segundos). Este parámetro debe coincidir con los requisitos del equipo de la LAN inalámbrica.
También puede configurar esta función en la GUI del controlador. Seleccione WLANs y edite una WLAN existente o cree una nueva. En la página WLANs > Edit, haga clic en la pestaña Advanced. En Aplazamiento del análisis fuera de canal, seleccione las prioridades de aplazamiento del análisis e introduzca el tiempo de aplazamiento en milisegundos.
Nota: El escaneo fuera del canal es esencial para el funcionamiento de RRM, que recopila información sobre opciones de canal alternativas, como ruido e interferencias. Además, el análisis fuera de canal es responsable de la detección de elementos no fiables. Los dispositivos que necesiten aplazar el análisis fuera del canal deben utilizar la misma WLAN con la mayor frecuencia posible. Si hay muchos de estos dispositivos, y existe la posibilidad de que el escaneo fuera de canal pueda ser completamente inhabilitado por el uso de esta función, debe implementar una alternativa al escaneo fuera de canal de AP local, como monitorear puntos de acceso u otros puntos de acceso en la misma ubicación que no tienen esta WLAN asignada.
La asignación de una política de QoS (bronce, plata, oro y platino) a una WLAN afecta a la forma en que se marcan los paquetes en la conexión de enlace descendente desde el punto de acceso, independientemente de cómo se recibieron en el enlace ascendente desde el cliente. UP=1,2 es la prioridad más baja y UP=0,3 es la siguiente prioridad más alta. Estos son los resultados de marcado de cada política de QoS:
Bronze marca todo el tráfico de enlace descendente a UP= 1
La tecnología Silver marca todo el tráfico de enlace descendente como UP= 0
Gold marca todo el tráfico de enlace descendente a UP=4
Platinum marca todo el tráfico de enlace descendente a UP=6
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
07-Feb-2014 |
Versión inicial |