Introducción
Esta página describe la herramienta de última generación que se expande a través del analizador de configuración del controlador de LAN inalámbrica (WLCCA). Se ha diseñado para funcionar en escenarios de nube/multiplataforma, que actualmente sólo admiten el sistema operativo WLC AireOS, con planes de expansión futura.
Enlace de herramienta
https://cway.cisco.com/wireless-config-analyzer/
Funciones
- Análisis y análisis de Wireless LAN Controller (WLC) "show run-config", "show tech", "show log"
- Se recomienda utilizar "show run-config", ya que proporcionará el mejor análisis posible
- Nueva implementación para el analizador de configuración de WLC. se trata de una nueva reescritura de la aplicación, con comprobaciones mejoradas y de limpieza
- Comprobaciones admitidas actualmente: General, puntos de acceso (AP), radiofrecuencia (RF), movilidad, seguridad, malla, Flex
- Resumen de RF: Resumen de estadísticas en WLC, grupo AP, nivel de grupo Flex
- Análisis de estado de RF en WLC, grupo AP, nivel de grupo Flex
Componentes utilizados / Qué se admite
- Escenario de WLC único. No es compatible con varios WLC/archivos
- WLC versión 8.0 y posterior. (puede cargar versiones anteriores)
- Todos los tipos de hardware de WLC/Mobility Express (ME)
- Se recomienda encarecidamente el archivo "show run-config". sh tech y sh logs también son compatibles, pero proporcionarán menos información
RF Health
El objetivo de RF Health Metric es simplificar la resolución de problemas y abrir la posibilidad de contar con un "sistema automatizado" para detectar rápidamente o señalar fácilmente las áreas dañinas
Básicamente, tratando de responder "¿dónde en mis cientos de AP debería mirar primero?" pregunta
Principales objetivos
RF Health es un valor entre 0 y 100 para representar una métrica fácil de entender con el estado de calidad RF de la radio AP (0% está muerto, 100% está completamente sano)
Cada métrica de RF diferente tiene su propia puntuación de estado en la escala 0-100. Es más fácil entender una escala de 0 a 100, en comparación con lo difícil que sería entender "una posible interferencia de canales en RSSI -47 con 20 clientes conectados", o una métrica de escala abierta.
La idea es traducir por correlación simple o por asignación de algoritmos, diferentes métricas de RF en múltiples métricas simples de valores de 0-100.
Peor selección de métricas
La implementación actual obliga al estado de AP de "nivel superior" a ser el más bajo de todas las métricas de RF individuales, en lugar de promediar. Se podrían implementar diferentes mecanismos de resumen basados en el tipo de implementación (es decir, en alta densidad, es más importante preocuparse por el número de clientes/ruido/ruido de los canales compartidos mientras se realizan implementaciones de alta velocidad; es mejor centrarse en la baja relación de ruido de señal del cliente (SNR) y en el interferencia del canal conjunto)
Resumen de datos
Los datos se resumen por AP o grupo flexible, por banda de frecuencia y luego por WLC (en ese orden).
El nivel de resumen resultante del estado de RF no es la media de dispositivos dentro de él, ya que ocultaría varios escenarios malos (0 + 100=50). Se marca como bueno/medio/malo, en función del porcentaje de elementos que se encuentran en buen estado de salud, etc. (es decir, si un tercio de los elementos se encuentra en <40%, se marca como malo).
La salud de RF representaría las métricas "fáciles de entender" de 0 a 100, con los datos sin procesar disponibles a través de la vista de "estadísticas de RF", que abarcaría los mismos niveles de resumen. La parte de estado es para el administrador/usuario común, que se examina rápidamente, es fácil de comprender y la vista de estadísticas sería útil para la resolución de problemas/análisis de bajo nivel
Indicadores de estado de RF
Utilización de vecinos de canal conjunto
Esto obtiene una lista de AP que funcionan en el mismo canal que el AP actual, y pone un peso en cada uno, agregando una métrica basada en la utilización del canal actual vecino versus la "distancia" del AP (datos cercanos). Correlaciona los AP cercanos con su actividad que afecta al AP actual. Se agrega el impacto de cada AP en el mismo canal. El objetivo es que los AP que están más cerca del AP actual (RSSI más alto) con una mayor utilización del canal, tendrán un mayor impacto en el estado de RF
Superposición de canales compartidos
Esto obtiene la lista de AP cercanos en el canal actual y correlaciona su potencia operativa actual (Control de potencia de transmisión - TPC) con su distancia de RF actual (datos cercanos). Crea una relación de los Aps cercanos con respecto a su potencia operativa en cuanto solapamiento tienen en el canal operativo actual del AP evaluado.
El objetivo es representar que los AP más cercanos al AP actual (mayor RSSI) con mayor potencia operativa, tendrán un mayor impacto en la salud de RF, independientemente de su utilización actual de TX. es un impacto acumulativo para todos los AP en el mismo canal que el AP evaluado
Canal lateral de ruido
Esta métrica correlacionará un impacto de ruido detectado con el canal operativo actual, frente a la "distancia de canal" donde se detectó el ruido
Tiene dos modos operativos diferentes:
Tenemos que asignar un impacto menor dependiendo de la distancia del canal donde se ve el ruido. El mismo canal tiene un impacto del 100%, el siguiente canal es del 80%, luego del 40%, etc.
Por ejemplo, si el AP se encuentra en el canal 1, el ruido en el impacto del canal 5 se reduce al 20%
A continuación, la medición del ruido se convierte en una escala de 0 a 100 (ruido compensado). El ruido por debajo de -80 dBm se considera impacto 0, el ruido por encima de -50 dBm es impacto al 100%
Si el ruido está en un canal lateral (es decir, el AP está en 100, el ruido está en 104), restamos 36 del nivel de potencia de ruido detectado (esto se basa en la máscara de canal que promedia para la operación 11a. El valor estático obtenido es una "simplificación suficiente"). La herramienta tendrá en cuenta la vinculación de canales (40, 80, 160)
Ruido Mismo Canal
Ampliación del procedimiento anterior. La medición del ruido se convierte en una escala de 0 a 100 (ruido compensado). El ruido por debajo de -80 dBm se considera impacto 0, el ruido por encima de -50 dBm es impacto al 100%. No se realiza ninguna retracción de "canal lateral", por lo que se trata básicamente de la conversión directa del nivel de potencia de ruido recibido a una escala de 0-100 basada en los parámetros anteriores
Interferencia de canal conjunto
Similar a la correlación de ruido, pero aplicada a otra actividad wifi en el canal. El rango es diferente, ya que normalmente los AP pueden coexistir con la interferencia (actividad wifi) mejor que con el ruido aleatorio. Un valor de -50 se considera 100% de impacto total, -90 se considera un impacto del 0%. La interferencia tiene un valor de porcentaje de "tiempo" en las métricas de RRM. Convirtimos cualquier cosa superior al 30% de tiempo como impacto total (100%),
Interferencia de canal adyacente
Similar a la correlación de ruido. El rango es diferente, ya que normalmente los AP pueden coexistir con la interferencia (actividad Wi-Fi) mejor que con el ruido aleatorio. Un valor de -50 se considera 100% de impacto total, -90 se considera impacto 0%/ La interferencia tiene un valor de porcentaje de "tiempo" en las métricas de RRM. Convirtimos cualquier cosa superior al 30% de tiempo como impacto total (100%),
Clientes SNR bajos
El objetivo es convertir los clientes conectados en niveles SNR incorrectos (<=20dBm) a una escala de 0 a 100.
Los Aps que continuamente tienen un alto recuento de clientes SNR bajos indicarán un problema de radio en los Aps cercanos (causando que los Aps se desplacen/utilicen este) , un problema de cobertura (despliegue incorrecto) o un error de roaming del cliente (cliente pegajoso)
no se evalúa para AP con menos de 5 clientes
Utilización de radio
Esta es la traducción directa de la utilización de radio. Utiliza 0 sin impacto, 60 como impacto total
Por lo tanto, AP en un 30% de utilización de radio calificaría como RF Health Radio Utilization del 50%
Cleanair Interferers
El objetivo aquí es convertir los dispositivos no detectados por Wi-Fi a una escala de 0 a 100. La métrica verifica el ciclo de servicio del dispositivo (el 40% se traduce como un impacto del 100%), frente al canal (impacto del 100% en el canal, además de reducir el impacto en escenarios de canales secundarios en 2.4), frente al RSSI medido para la señal
Preguntas Frecuentes
¿Qué debo cargar para utilizar esta herramienta?
Actualmente: un "show run-config" desde un WLC AireOS
Opcionalmente: "show tech" de AireOS. Está previsto agregar otros tipos de archivo
¿Cómo se utiliza el menú?
si hace clic en cada una de las opciones, toogle mostrará/ocultará la sección correspondiente
¿Se han transferido todas las comprobaciones/mensajes de WLCCA?
Todas las comprobaciones se llevan a cabo, excepto:
- Auditorías de voz (próximamente)
- Comparación de configuraciones entre controladores
¿Es posible exportar la información a un CSV/XLS?
En la implementación actual, no, no es posible, aunque puede copiar y pegar los resultados en Excel
Tengo un informe de error/solicitud de función...
¡Bien!, por favor escriba a :wireless-analyzer@cisco.com
¿Cuáles son los colores de los mensajes?
- Rojo claro: Nivel de error
- Amarillo claro: Nivel de advertencia
- Verde claro: Información
¿Son las mismas comprobaciones que en WLCCA?
En general, sí. Hemos conservado los mismos ID de mensaje que en WLCCA. Algunos mensajes se han ajustado o mejorado, por ejemplo, siempre se referirán ahora al número de ranura de radio, no a radios de 2,4 o 5 GHz, ya que ahora los AP tienen hardware de banda múltiple
¿Cuáles son las principales diferencias sobre las comprobaciones con WLCCA?
- Las radios AP ahora sólo se verifican si están en el "modo de servicio al cliente", lo que significa que el AP está habilitado, el modo es para los clientes (no monitor, sniffer, etc) la radio está activa y tiene una configuración de alimentación y canal válida. Las estadísticas de radiofrecuencia solo se siguen en este escenario
- Los mensajes AP, y la interfaz WLC, WLAN, los mensajes de movilidad se resumen por ID, y cada mensaje cuenta los elementos individuales afectados.
¿Por qué la aplicación resume los mensajes ahora?
La idea es reducir el "estado real" total de pantalla utilizado por el informe de mensajes. Esto era necesario para una integración adecuada en el proceso de casos del TAC