Mi organización pronto implementará aproximadamente 600 nuevos puntos de acceso Cisco 2602i en una implementación CAPWAP con varios controladores 5508.
Esta es una actualización de infraestructura; Actualmente, tenemos una combinación de AP de Cisco anteriores que utilizan CAPWAP con varios conjuntos de controladores WiSM. Nuestro procedimiento actual para implementar AP nuevos / de reemplazo es, a mi entender, el procedimiento de cebado estándar que se enumera en este documento del Foro de soporte de Cisco .
- Conecte nuevos puntos de acceso a la red en nuestros escritorios
- AP obtiene una dirección DHCP
- Opción DHCP 43 puntos AP a un controlador
- Inicie sesión en NCS Prime y encuentre el nuevo AP
- Cambiar nombre de AP y controlador primario / secundario
- Box AP copia de seguridad y llevar al sitio para su implementación
Sé que hay otras opciones para hacer que el AP se comunique inicialmente con un controlador, como el aprovisionamiento por aire o colocar el AP en una VLAN de capa 2 con un controlador. Pero estos parecen centrados solo en conectar el AP a CUALQUIER controlador, no en cebarlo para un controlador primario / secundario específico.
Me gustaría configurar algún tipo de área de preparación / preparación para preconfigurar los nuevos puntos de acceso, realizar inventario, etiquetar con etiquetas de activos, clasificar AP por área de implementación final, etc.
Al configurar esta área de preparación, ¿hay una mejor manera de preparar estos AP de manera rápida y fácil? ¿O ya estamos haciendo esto de la manera más eficiente?
Respuestas:
NOTA: Supongo que ya está familiarizado con la carga de MIB en una máquina con Windows / Linux, y con
snmpwalk
/snmpset
... si no, hágamelo saberRecientemente descubrí lo bien que puede administrar los LWAP de Cisco a través de AIRESPACE-WIRELESS-MIB , de hecho, he abandonado principalmente nuestro WCS a favor de administrar nuestros LWAP con el MIB (tenemos un par de cientos de LWAP repartidos en múltiples WLC en nuestras instalaciones) .
Como conoce a Perl, puede escribir un bucle para sondear sus WLC para los nuevos LWAP; entonces el script reacciona en consecuencia cuando ve una nueva dirección MAC LWAP en un WLC.
Opcionalmente, realice bsnAPClearConfig (rw) utilizando
snmpset
(nota 255.254.253.252.251.250 es el índice hexadecimal que sebsnAPTable
traduce a octetos decimales); la configuraciónbsnAPClearConfig
reiniciará inmediatamente el LWAP:Asigne bsnAPName (rw) , bsnAPPrimaryMwarName (rw) , bsnAPSecondaryMwarName (rw) utilizando
snmpset
El uso de SNMP para administrar LWAP ha sido útil, ya que puedo reaccionar automáticamente a los cambios en las asignaciones de LWAP a WLC, así como cuando un AP se desconecta o obtiene grandes errores / recuentos de usuarios. Por lo general, los reviso a todos cada 15 minutos y registro quién está en ellos, así como registrar qué LWAP están en cada controlador. El WLC es poderoso, pero me gusta construir scripts e informes de reacción personalizados.
fuente