Este documento proporciona información sobre las preguntas más frecuentes (FAQ) sobre los Puntos de Acceso Ligeros de Cisco (LAP)
A. El LAP de Cisco es parte de la arquitectura Red Inalámbrica Unificada de Cisco. UN LAP es un AP que se diseña para ser conectado con un controlador del Wireless LAN (WLAN) (WLC). El LAP proporciona el soporte dual de la banda para IEEE 802.11a, 802.11b, y 802.11g y aire simultáneo que monitorea para la gestión dinámica, en tiempo real de la radiofrecuencia (RF). Además, los LAP Cisco asumen funciones urgentes, como la encriptación de capa 2, que permiten a las WLAN Cisco admitir de forma segura aplicaciones de datos, voz y vídeo.
Los puntos de acceso (AP) son "ligeros", lo cual significa que no pueden actuar de forma independiente de un controlador LAN inalámbrico (WLC). El WLC administra las configuraciones y el firmware AP. Se implementan de forma automatizada y no hace falta configurarlos individualmente. Los AP son también ligeros en el sentido que manejan solamente las funciones en tiempo real MAC. Dejan que el WLC se encargue de procesar todas las funciones de MAC que no sean en tiempo real. Esta arquitectura se denomina “parte la arquitectura MAC”.
A. No, los LAPs no puede funcionar independiente del WLCs. Los LAPs funcionan conjuntamente con un WLC solamente. La razón es que el WLC proporciona todos los parámetros de la configuración y firmware que el LAP necesita en el proceso de inscripción.
A. El LWAPP es un proyecto de protocolo de la Internet Engineering Task Force (IETF) que define la mensajería del control para las operaciones de la disposición y de la autenticación y operaciones en tiempo de ejecución. El LWAPP también define el mecanismo de tunelización para el tráfico de datos.
UN LAP descubre un controlador con el uso de los mecanismos de la detección de LWAPP. El LAP envía al controlador una solicitud de unión al LWAPP. El controlador envía al LAP una respuesta de incorporación al LWAPP, que permite que el AP se una a el controlador. Cuando el LAP se une a al controlador, el LAP descarga el software del controlador si las revisiones en el LAP y el controlador no coinciden. Posteriormente, el LAP estará totalmente bajo el control del controlador. El LWAPP asegura la comunicación de control entre el LAP y el controlador mediante una distribución de claves seguras. La distribución de claves seguras requiere certificados digitales X.509 ya suministrados en el LAP y el controlador. Los certificados instalados en fábrica se denominan con el término “MIC”, que son las siglas de Manufacturing Installed Certificate (Certificado de Instalación de Fábrica). El Cisco Aironet AP que envió antes de julio del 18 de 2005, no tiene un MIC. Estos AP crean un certificado autofirmado (SSC) cuando se actualizan para poder actuar en el modo ligero. Los controladores se programan para aceptar SSC para la autenticación de AP específicos.
A. En el controller software release 5.2 o posterior, los puntos de acceso de Cisco lightweight utilizan el Control de IETF estándar y el Aprovisionamiento del protocolo Wireless Access Points (CAPWAP) para establecer la comunicación entre el controlador y otros Lightweight Access Point en la red. Controller software releases anteriores a 5.2, use el Lightweight Access Point Protocol (LWAPP) para estas comunicaciones.
CAPWAP, que se basa en el LWAPP, es un protocolo estándar, interoperable que habilita un controlador para manejar un grupo de puntos de acceso inalámbrico. CAPWAP se está implementando en la versión de software 5.2 del controlador por estas razones:
Para proporcionar una trayectoria de actualización de los productos de Cisco que utilizan LWAPP a los productos de Cisco de la siguiente generación que utilizan CAPWAP
Para manejar los lectores RFID y los dispositivos similares
Para habilitar los controladores e interoperar con los puntos de acceso de terceros en el futuro
Los puntos de acceso habilitados por LWAPP pueden descubrir y unirse a un controlador CAPWAP, y la conversión a un controlador CAPWAP es homogénea. Por ejemplo, el proceso de detección del controlador y el proceso de descarga de firmware cuando utiliza CAPWAP son iguales que cuando utiliza el LWAPP. La única excepción está para las implementaciones de la capa 2, que no son soportadas por CAPWAP.
Puede implementar los controladores CAPWAP y los controladores LWAPP en la misma red. El software habilitado por CAPWAP permite que los puntos de acceso se unan a cualquier controlador que ejecute CAPWAP o LWAPP. La única excepción es el Cisco Aironet 1140 Series Access Point, que soporta solamente CAPWAP y, por lo tanto, se une a solamente los controladores que ejecutan CAPWAP. Por ejemplo, un punto de acceso de las series 1130 Series puede unirse a un controlador que ejecute CAPWAP o LWAPP mientras que un punto de acceso de las series 1140 Series puede unirse solamente a un controlador que ejecute CAPWAP.
Para más información, consulte la sección Access Point Communication Protocols de la guía de configuración.
A. La manera más fácil de distinguir entre un AP regular y un LAP es mirar el número de pieza del AP.
LAP (Lightweight AP Protocol [LWAPP]) — Los números de pieza siempre comienzan con AIR-LAPXXXX.
AP Autónomo (Cisco IOS® Software) — Los números de pieza siempre comienzan con AIR-APXXXX.
Los LAP del Cisco Aironet 1000 Series son una anomalía a este los criterios. Los números de pieza de los LAP de las 1000 Series son:
AIR-AP1010-A-K9 para los LAP 1010
AIR-AP1020-A-K9 para los LAP 1020
AIR-AP1030-A-K9 para los LAP 1030
Nota: Los números de pieza pueden variar, lo que depende del país y del dominio regulador. Los números de parte que esta lista proporciona son sólo ejemplos.
Asegúrese de solicitar el AP apropiado para su Wireless LAN (WLAN).
A. Estas plataformas del Cisco Aironet AP pueden ejecutar el LWAPP:
Aironet 1500 Series
Cisco Aironet 1250 Series
Aironet 1240 AG Series
Aironet 1230 AG Series
Aironet 1200 Series
Aironet 1130 AG Series
Aironet 1000 Series
AP de la serie Aironet 1140
Nota: El AP de la serie 1140 se soporta solamente con el WLC que ejecuta la versión 5.2 o posterior.
Nota: Puede ordenar estos AP Aironet con Cisco IOS Software para funcionar como AP autónomos o para funcionar con LWAPP. El número de pieza determina si un AP basado en Cisco IOS Software o un AP basado en LWAPP. Aquí están los ejemplos:
AIR-AP1242AG-A-K9 es un AP basado en Cisco IOS Software .
AIR-LAP1242AG-P-K9 es un AP basado en LWAPP .
Nota: Los AP de la serie 1000 y los AP de la serie 1500 son excepciones a este criterio. Todos las 1000 Series AP y las 1500 Series AP soportan solamente el LWAPP.
A. El LWAPP-habilitar AP A. es parte de la solución de red inalámbrica integrada Cisco y no requiere ninguna configuración manual antes de que se monten. El AP es configurado por un Controlador de LAN LWAPP-capaz de la Red Inalámbrica Cisco (WLC). Para ver información sobre la instalación y la configuración inicial de los puntos de acceso LWAPP, consulte Guía de inicio rápido de los puntos de acceso LWAPP Cisco Aironet.
A. Los LAPs utilizan el protocolo ligero AP (LWAPP), y cuando se unen a un WLC, el WLC envía a los LAPs todos los parámetros de la configuración y firmware. Consulte Ejemplo de Configuración Básica del Wireless LAN Controller y del Lightweight Access Point para una configuración básica.
A. No, solamente los LAPs trabaja cuando están conectados con un WLC. Los AP autónomos no comprenden el protocolo de AP ligeros (LWAPP) ni el protocolo CAPWAP que emplea el WLC. Para conectar un AP autónomo con un WLC, debe primero convertir el AP autónomo al modo ligero.
A. Sí, pero no todos los modelos basados en programas del Cisco IOS autónomo AP puede ser convertido. Éstos son los modelos que puede convertir al modo ligero del protocolo AP (LWAPP):
Todos los Cisco Aironet 1130 AG AP
Todos los Aironet 1240 AG AP
Para todas las plataformas modulares de las 1200 Series basadas en programas AP (1200/1220 actualización del Cisco IOS Software, 1210, y 1230 AP) del Aironet del Cisco IOS, la capacidad de convertir el AP depende de la radio.
Si la radio es IEEE 802.11g, MP21G y MP31G se soportan.
Si la radio es IEEE 802.11a, RM21A y RM22A se soportan.
Puede actualizar las 1200 Series AP con cualquier combinación de radios soportados:
G solamente
A solamente
G y A
Nota: Un AP autónomo debe ejecutar Cisco IOS Software Release 12.3(7)JA o posterior antes de poder convertirlo a LWAPP.
Nota: Sólo los controladores de LAN inalámbrica (WLC) Cisco 4400 y 2006 admiten AP autónomos que se han convertido al modo ligero. El WLCs de Cisco debe funcionar con una versión mínima de software de 3.1. El Cisco Wireless Control System (WCS) debe funcionar con una versión mínima de 3.1. El utilitario de la actualización se soporta en las plataformas del Microsoft Windows 2000 y de Windows XP.
Consulte actualizar los puntos de acceso autónomos del Cisco Aironet al modo ligero para los detalles en cómo realizar la conversión.
A. Tenga en cuenta estas pautas al utilizar puntos de acceso autónomos convertidos al modo ligero:
Los AP que se convierten al protocolo ligero AP (LWAPP) no soportan los servicios del dominio de red inalámbrica (WDS). los AP de los LWAPP-convertir comunican solamente con los controladores de la Red Inalámbrica Cisco LAN (WLAN) (WLCs) y no pueden comunicar con los dispositivos WDS. Sin embargo, el WLC proporciona las funciones que son equivalentes al WDS cuando el AP se asocia al WLC.
Los puntos de acceso convertidos admiten solo los controladores 2006, 4400 y de WiSM. Al convertir un punto de acceso autónomo al modo ligero, se puede comunicar con controladores de las series Cisco 2006 y 4400 o con controladores de un Cisco WiSM.
En la versión del software de controlador 4.2 y las posteriores, todos los puntos de acceso ligeros Cisco admiten 16 BSSID por radio y un total de 16 LAN inalámbricas por punto de acceso. En las versiones anteriores, admitían solo 8 BSSID por radio y un total de 8 LAN inalámbricas por punto de acceso. Cuando un punto de acceso convertido se asocia con un controlador, solo se envían al punto de acceso las LAN inalámbricas con ID que vayan del 1 al 16.
Los AP que se convierten al LWAPP deben obtener una dirección IP y detectar el WLC con el uso del DHCP, de un sistema de nombres del dominio (DN), o de un broadcast de la subred IP.
Los AP que se convierten al LWAPP no soportan el LWAPP de la capa 2.
Los AP que se convierten al LWAPP proporcionan un puerto de la consola solo lectura.
La herramienta de conversión de actualización agrega el hash de clave del certificado firmado automáticamente (SSC) a uno solo de los controladores del Cisco WiSM. Tras completarse la conversión, copie el hash de clave del SSC del primer controlador del Cisco WiSM en el segundo. Para copiar el hash de clave del SSC, abra la página de políticas de AP de la GUI del controlador (Security [Seguridad] > AAA > AP Policies [Políticas de AP]) y copie el hash de la columna de hash de clave SHA1 debajo de la lista de autorizaciones de AP. Luego, con la GUI del segundo controlador, abra la misma página y copie el hash en el campo de hash de clave SHA1 debajo de Add AP to Authorization List (Agregar AP a lista de autorizaciones). Si tiene más de un Cisco WiSM, use WCS para enviar el hash a todos los demás controladores.
Consulte Release Note para el Cisco Aironet 1130AG, 1200, puntos de acceso de la serie 1230AG, y 1240AG para el Cisco IOS Release 12.3(7)JX para los detalles.
A. Sí, puede convertir los AP autónomos que has convertido al modo ligero de nuevo al modo autónomo. Termina los pasos de progresión en convertir un Lightweight Access Point de nuevo a la sección de modo autónoma de actualizar los puntos de acceso autónomos del Cisco Aironet al modo ligero.
A. Con la última versión 2.01 de la herramienta, puede actualizar un máximo de seis en un momento AP.
A. Este error significa que los certificados digitales X.509 son inválidos. Quizás se trate del ID de fallo de Cisco CSCsd42296 (solo clientes registrados) . La alternativa ante este problema es restablecer los valores predeterminados de los AP.
Otra posibilidad es que el certificado autofirmado (SSC) no está registrado en el WLC. El Agregado manual de SSC en el controlador puede ser necesario. Consulte Agregado manual del certificado autofirmado al controlador para los AP de los LWAPP-Convertir para el procedimiento.
A. Puede configurar un punto de acceso para que haga de puente del grupo de trabajo, a fin de que brinde conectividad inalámbrica con un punto de acceso ligero en nombre de los clientes conectados por Ethernet al puente. Al configurar el punto de acceso para que haga de puente del grupo de trabajo y se conecte a una Cisco Unified Network, puede brindar conectividad inalámbrica a los clientes cableados conectados por Ethernet al puente. Por ejemplo, si necesita ofrecer conectividad inalámbrica a un grupo de dispositivos cableados, puede conectarlos a un concentrador o un switch, conectar el concentrador o switch al puerto Ethernet del punto de acceso y configurar el punto de acceso como puente del grupo de trabajo.
Consulte el documento Ejemplo de puentes de grupos de trabajo en una configuración de Cisco Unified Wireless Network.
A. No, NO se soporta el traslado entre los AP autónomos y LAP. El motivo es que, cuando está conectado con los AP LWAPP, el tráfico pasa a través de un túnel LWAPP. Puesto que no hay túnel de movilidad entre el controlador del Wireless LAN y los AP autónomos, el roaming no funciona.
A. El recinto del LAP de las 1000 Series contiene:
Un IEEE 802.11a o una antena de radio 802.11b/g
Cuatro antenas internas de ganancia alta (dos 802.11a y dos 802.11b/g)
Usted puede habilitar o inhabilitar estas antenas independientemente para producir un 180-grado sectorizado o la área de cobertura omnidireccional 360 grados. Algunos de los LAPs de las 1000 Series pueden también utilizar las antenas externas. Los LAPs de las 1000 Series vienen en tres modelos:
1010 LAP
1020 LAP
1030 LAP
Éstas son las opciones disponibles de la antena:
1010 LAP:
Cuatro antenas internas de alta ganancia
Ningún adaptador de antena externa
1020 LAP:
Cuatro antenas internas de alta ganancia
Un adaptador de la antena externa 5-GHz
Dos adaptadores de la antena externa 2.4-GHz
1030 LAP (LAP de borde remoto):
Cuatro antenas internas de alta ganancia
Un adaptador de la antena externa 5-GHz
Dos adaptadores de la antena externa 2.4-GHz
Nota: Los LAP de la serie 1000 deben utilizar las antenas internas o externas suministradas por fábrica para evitar una violación de los requisitos de la FCC y evitar un vacío de autoridad del usuario para utilizar el equipo.
A. El LAP de las 1000 Series del Aironet puede recibir el poder de una fuente de alimentación externa 110 a 220 VAC-to-48 VDC o del poder sobre el equipo de los Ethernet. La fuente de alimentación externa (AIR-PWR-1000) conecta adentro a 110 seguros a través de la salida eléctrica de 220 VAC. El convertidor produce los 48 requeridos VDC para hacer salir para las 1000 Series LAP. La salida del convertidor alimenta en el lado de las 1000 Series LAP a través de un conector de 48 VDC.
Nota: Puede solicitar la fuente de alimentación externa AIR-PWR-1000 con cables de alimentación de toma de corriente específicos del país. Entra en contacto Cisco cuando ordenas para recibir el cable de alimentación eléctrica correcto.
A. En la versión 5.0 del Wireless LAN Controller y posterior, el controlador soporta el uso de los protocolos telnet o del Secure Shell (SSH) de resolver problemas los Lightweight Access Point. Usted puede utilizar estos protocolos para hacer hacer el debug de más fácil, especialmente cuando el punto de acceso no puede conectar con el controlador. Puede configurar Telnet y el soporte SSH solamente a través del controlador CLI.
Para habilitar el telnet o la conectividad SSH en un punto de acceso, use el comando config ap {telnet | ssh}. El punto de acceso de las livianas de Cisco se asocia a este Controlador de LAN de la Red Inalámbrica Cisco para toda la operación de la red y en caso de reajuste de hardware.
config ap {telnet | ssh} {enable | disable} Cisco_APExamples
> config ap telnet enable cisco_ap1 > config ap telnet disable cisco_ap1 > config ap ssh enable cisco_ap2 > config ap ssh disable cisco_ap2
A. Los puntos de acceso del Cisco IOS se envían de la fábrica con la palabra Cisco como la contraseña de habilitación predeterminada. Esta contraseña permite que los usuarios registren en el modo sin privilegios y que ejecuten la demostración y que hagan el debug de los comandos, que plantea una amenaza de seguridad. El contraseña de habilitación predeterminado se debe cambiar para prevenir el acceso no autorizado y habilitar a los usuarios para ejecutar los comandos de configuración del puerto de la consola del punto de acceso.
En el software del controlador antes de la versión 5.0, puede establecer la contraseña de habilitación del punto de acceso solamente para los puntos de acceso que están conectados actualmente con el controlador. En el Software Release 5.0 del controlador, puede fijar un nombre de usuario global, una contraseña, y un contraseña de habilitación globales del uso que todos los puntos de acceso hereden mientras que se unen a el controlador. Esto incluye todos los puntos de acceso que se unan a actualmente al controlador y cualquiera que se une a en el futuro. Si lo desea, puede reemplazar las credenciales globales y asignar un nombre de usuario único, una contraseña, y una contraseña de habilitación para un punto de acceso específico.
Para la información sobre cómo configurar las credenciales globales del AP, consulte configurar las credenciales globales para los puntos de acceso.
A. AP 1242s es protocolo convertido del Lightweight Access Point (LWAPP) AP. Una vez que los convierte e intenta utilizar, intentan buscar el controlador para unirse a él. Si los AP no encuentran el controlador, después este tipo de mensaje aparece en la consola. Pero en este caso el controlador tiene una versión de firmware de 3.2.78.0 que no sea compatible trabajar con los AP actualizados. Necesitas tener versión de firmware 3.2.116.21 para trabajar con los AP actualizados. Una vez que se actualiza el firmware del controlador, estos AP se unen a el controlador y comienzan a funcionar.
A. Si miras un modo del punto de acceso detalladamente, puede ver que tiene un dirección MAC de radio bajo y un dirección MAC del FastEthernet. Además, ése es el dirección MAC de radio bajo que cambia con el WLAN. El cliente ve realmente el BSSID bajo la forma de dirección MAC.
A. Los LWAPP AP deben unirse a un controlador, y no soportan a un modo repetidor puesto que todos tienen que tener cierta conectividad al controlador primero. Cisco AP autónomos se puede configurar como repetidores, pero debido a la reducción en el ancho de banda efectivo disponible para terminar a los clientes, los repetidores no son lo más altamente posible la configuración recomendada. Mientras que cualquier Cisco Aironet AP o el modelo del LAP se puede utilizar en el LWAPP o el modo autónomo, para realizar ese cambio, se requiere una nueva imagen del software. Esto es determinado complejo cuando va de autónomo al LWAPP, tan directamente, no, un AIR-LAP1232AG-A-K9 no soporta nativo al modo repetidor. Podría ser cargada con el software autónomo y ser hecha para soportar al modo repetidor, pero ése implicaría un Cambio de software y una configuración separada.
A. La cantidad de AP admitida por cada WLC depende del número de modelo:
2106: Un WLC que admite hasta 6 AP con 8 interfaces Fast Ethernet.
4402: Un WLC independiente que admite 12, 25 o 50 AP.
4404: Un WLC independiente que admite 100 AP.
5500: un WLC independiente que admite 12, 25, 50, 100 o 250 puntos de acceso para servicios inalámbricos críticos para la empresa en ubicaciones de todos los tamaños.
WLCM: módulo WLC diseñado específicamente para la serie de routers de servicios integrados (ISR) de Cisco. Por el momento, está disponible en versiones de 6, 8 o 12 AP.
WS-C3750G: un WLC que soporta 25 o 50 AP que se integra con el switch Catalyst 3750. Las conexiones de la placa de circuito del WLC son 2 puertos Gig Ethernet que pueden configurarse por separado como enlaces troncales de dot1q para ofrecer conexión al 3750. O bien, los puertos Gig Ethernet pueden agruparse para ofrecer una conexión EtherChannel al 3750. Al estar directamente integrado, el WLC tiene acceso a todas las funciones avanzadas de routing y switching disponibles en el switch apilable 3750. Este WLC es ideal para edificios u oficinas medianos. La versión de 50 AP puede ampliarse a hasta 200 AP cuando con cuatro 3750 se forma un switch virtual.
WiSM:Un módulo de WLC diseñado específicamente para los switches de la serie Catalyst 6500 de Cisco. Admite hasta 300 AP por módulo. Según la plataforma 6500, se puede instalar varios WISM para ofrecer importante capacidad de escalamiento. El WiSM del 6500 es una interfaz de agregación de enlaces individual que puede configurarse como enlace troncal de dot1 para brindar conexión a la placa de circuito del 6500. Este módulo es ideal para campus o edificios grandes.
A. Depende de estos factores:
El máximo de asociaciones de clientes difiere para los puntos de acceso de IOS autónomos y ligeros.
Puede haber un límite por radio y un límite total por AP.
El hardware de los AP difiere (un AP de 16 MB tiene un límite inferior al de uno de 32 MB o más).
Para ver todos los detalles sobre los límites para las asociaciones de clientes, consulte la sección Límites para las asociaciones de clientes de la Guía de configuración del controlador LAN inalámbrico Cisco, versión 7.0.
A. Sí, los AP de la serie 1252 admiten el modo de puente.
A. No, la infraestructura del LWAPP no soporta el PPPoE. La razón es que el Ethertype del PPPoE está caído en el controlador.
A. Usted puede reajustar el AP a los valores predeterminados de fábrica a través del controlador del Wireless LAN (WLAN) (WLC). Para la restauración, el LAP se debe registrar al WLC.
Complete estos pasos:
- Desde WLC GUI, haga clic en Wireless. La pestaña Wireless proporciona acceso a la configuración de red inalámbrica de Cisco WLAN Solution.
- Elija Access Points > Cisco APs, y luego haga clic en Detalles para navegar a la ventana para los AP específicos.
- Haga clic en Eliminar Config. en la parte inferior de esta ventana. Esto borra la configuración en el LAP y la reajusta a los valores predeterminados de fábrica.
Para reajustar los LAPs a los valores predeterminados de fábrica con el uso del command-line interface (CLI), publica el comando claro del AP-nombre del AP-config del WLC CLI.
A. Consulte los Cisco 1000 Series Lightweight Access Point - Q&A. El documento proporciona las respuestas a muchas preguntas que se relacionen con los LAPs de las 1000 Series.
A. El modo de la capa 2 del LWAPP se soporta solamente en estos dispositivos de Cisco:
controlador del Wireless LAN de las Cisco 4100 Series (WLC)
WLC de las Cisco 4400 Series
LAP del Cisco Aironet 1000 Series
A. Los Cisco Aironet 1000 Series AP utilizan un formato de cadena para la opción DHCP 43, mientras que los otros Aironet AP utilizan el formato tipo, longitud, valor (TLV) para la opción DHCP 43. Debe programar los servidores DHCP para volver la opción en base de la cadena del VCI del DHCP AP (opción DHCP 60). Este vector proporciona los valores de la cadena del VCI para los diversos LAPs:
A. La opción DHCP 43 se puede habilitar en el servidor DHCP del router del Cisco IOS usando este comando:
Option 43 hex <string>
La cadena hexadecimal en este comando es ensamblada concatenando los valores TLV para el submarino option de la opción 43.
Tipo + longitud + valor
El tipo es siempre el código de submarino option 0xf1.
La longitud es el número de los tiempos 4 de los dirección IP de administración del controlador en el hexadecimal.
El valor es el dirección IP del controlador enumerado secuencialmente en el hexadecimal.
Por ejemplo, asume que hay dos controladores con los dirección IPes 10.126.126.2 y 10.127.127.2 de la interfaz de administración:
El tipo es 0xf1.
La longitud es 2 * 4 = 8 = 0x08.
Las direcciones IP traducen a 0a7e7e02 (10.126.126.2) y 0a7f7f02 (10.127.127.2).
Ensamblar la cadena entonces rinde f1080a7e7e020a7f7f02. El comando IOS entonces agregado al alcance de DHCP es:
option 43 hex f1080a7e7e020a7f7f02
A. Sí, puede hacer el balanceo de carga AP en un WLC. Consulte Troubleshooting FAQ del controlador del Wireless LAN (WLC) para más información.
A. Consulte Failover del Controlador de WLAN para el ejemplo de configuración de los Lightweight Access Point para los detalles en cómo configurar el WLC Failover.
A. Usted puede invalidar el botón de reinicio en los AP que has convertido al modo ligero. El botón de reinicio se etiqueta “MODE” en el exterior del AP. Utilice este comando para inhabilitar o habilitar el botón de reinicio en uno o todos los AP convertidos asociados a un controlador:
config ap reset-button {enable | disable} {ap-name | all}
El botón de reinicio en los AP convertidos se habilita de forma predeterminada.
A. Sí, algunos LAP soportan la función llamada Remote-Edge AP (REAP). Con esta función, puede tener un LAP a través de un link de WAN desde el WLC con el que se conecta el LAP. El modo REAP habilita un LAP para residir a través de un link de WAN y aún poder comunicarse con el WLC y proporcionar las funciones de un LAP regular. Consulte Ejemplo de Configuración de Remote-Edge AP (REAP) con Lightweith APs y Wireless LAN Controllers (WLCs) para un ejemplo detallado de esta configuración.
Nota: El modo REAP sólo se soporta en los LAPs Cisco Aironet 1030 en este momento. Las funcionalidades de REAP serán incluidas en un rango más amplio de los LAPs en el futuro.
A. No, el AP en modo de monitor no tiene la restricción de los 100 ms porque no existe asociación de clientes, que es el motivo para la restricción. La limitación de latencia de 100 ms se creó a partir de varios requisitos, muchas veces estrictos, de autorización de clientes, por lo cual los AP en modo H-REAP y modo local tienen limitaciones idénticas de latencia. Obviamente, el modo monitor AP no tiene las mismas limitaciones del cliente.
A. El MTU configurado en su escenario es 900 bytes. Pero una solicitud de unión al LWAPP es más grande que 1500 bytes. Así pues, aquí el LWAPP requiere un fragmento de la solicitud de unión al LWAPP. La lógica para todo el LWAPP AP es que los tamaños del primer fragmento son 1500 bytes (incluyen el IP y el encabezado UDP) y el segundo fragmento es 54 bytes (incluye el IP y el encabezado UDP). Si la red entre el LWAPP AP y el WLC tiene un tamaño de MTU menor de 1500 (tal como VPN, GRE, MPLS, y así sucesivamente) como en su caso, el WLC no puede manejar la solicitud de unión al LWAPP. Por lo tanto, el LWAPP no puede unirse a el controlador.
Actualice su controlador a la versión 4.0 para manejar esta situación. Esta versión puede manejar los fragmentos de la capa 3. Consulte Cisco bug ID CSCsd94967 (clientes registrados solamente) para más información sobre este problema.
A. El WLC soporta solamente un dominio controlador. Por lo tanto, un WLC que utiliza el dominio controlador - A se puede utilizar solamente con los AP que utilizan el dominio controlador - A (y así sucesivamente). En este caso, el WLC se fija a - el SG para Singapur, así que él soporta solamente los AP en el dominio controlador de Singapur.
Cuando compras los AP y el WLCs, asegúrese de que compartan el mismo dominio controlador. Solamente entonces los AP podrán registrarse con el WLC.
Soporte para códigos múltiples de país - Con la versión 4.1.171.0 y posteriores del WLC, se introduce el soporte para códigos múltiples de país. Con la versión 4.1.171.0 y posteriores, puede configurar hasta 20 códigos de país por controlador. El soporte para códigos múltiples de país lo habilita para manejar los puntos de acceso en varios países desde un solo controlador. Esta función no se soporta para el uso con puntos de acceso de la malla del Cisco Aironet.
A. Un LAP puede actuar en cualquiera de estos modos:
Modo local - Éste es el modo de operación predeterminado. Al colocar un LAP en modo local, el AP transmite por el canal asignado normalmente. Sin embargo, el AP también monitorea todos los demás canales de la banda por 180 segundos para escanear cada uno de los demás canales por 60 ms durante el tiempo de no transmisión. Durante este tiempo, el AP realiza las medidas del suelo del ruido, interferencia de las medidas, y explora para los eventos IDS.
Modo REAP: El modo de punto de acceso perimetral remoto (REAP) permite que un LAP resida en un enlace de WAN y, de todas formas, pueda comunicarse con el WLC y brindar las funciones de un LAP regular. El modo REAP solo se admite en los LAP 1030.
Modo H-REAP: H-REAP es una solución de redes inalámbricas para implementaciones en sucursales y oficinas remotas. Permite que los clientes configuren y controlen los puntos de acceso (AP) de una sucursal u oficina remota desde la sede central mediante un enlace de WAN, sin necesidad de implementar un controlador en cada oficina. H-REAP puede hacer switching de tráfico de datos de clientes de manera local y realizar autenticación de clientes de manera local al perderse la conexión con el controlador. Cuando están conectados con el controlador, los H-REAPs también pueden tunelizar de nuevo el tráfico hacia el controlador.
Modo monitor - El modo monitor es una característica diseñada para permitir especificó el LWAPP-habilitar AP para excluirse de manejar el tráfico de datos entre los clientes y la infraestructura. En lugar de otro actúan como sensores dedicados para los servicios basados ubicación (LB), la detección rogue del punto de acceso, y la detección de intrusos (ID). Cuando los AP están en el modo monitor no pueden servir los clientes y continuamente el ciclo a través de todos los canales configurados que escuchan cada canal el ms aproximadamente 60.
Nota: Desde la versión 5.0 del controlador, los LWAPPs también se pueden configurar en el modo de monitor optimizado para la ubicación (LOMM), que optimiza la supervisión y el cálculo de la ubicación de las etiquetas RFID. Para más información sobre este modo, consulte la versión 5.0 del software de red del Cisco Unified Wireless.
Nota: Con la versión 5.2 del controlador, la sección Location Optimized Monitor Mode (LOMM) se ha renombrado Tracking Optimization, y el cuadro desplegable LOMM Enabled se ha renombrado Enable Tracking Optimization.
Nota: Para obtener más información sobre cómo configurar la optimización de seguimiento, lea la sección Optimización del seguimiento de RFID en los puntos de acceso.
Elimina las plantas débiles el modo del detector - LAP que actúa en el monitor rogue del modo del detector al rogue AP. No transmiten ni contienen los AP rogue. La idea es de que el detector rogue pueda ver todos los VLAN en la red puesto que los AP rogue se pueden conectar con las VLAN en la red (así la conectamos con un puerto troncal). El switch envía todas las listas del dirección MAC del rogue AP/Client al detector rogue (RD). El RD entonces remite ésos hasta el WLC para comparar con los MAC de los clientes que el WLC AP ha oído sobre el aire. Si los MAC corresponden con, después el WLC sabe que el rogue AP con quien esos clientes están conectados está en la red alámbrica.
Modo del sabueso - Un LWAPP que actúa en el modo del sniffer funciona como un sniffer y captura y remite todos los paquetes en un canal particular a una máquina remota que ejecute Airopeek. Estos paquetes contienen la información sobre el grupo fecha/hora, potencia de la señal, los tamaños de paquetes y así sucesivamente. La característica del sniffer puede ser habilitada solamente si ejecutas Airopeek, que es un software de tercera persona del analizador de red que soporta decodificar de los paquetes de datos.
Modo de puente: Se emplea cuando los puntos de acceso se configuran en un entorno de malla y se utiliza para unirlos.
A. Siga estos pasos.
En la GUI del WLC, seleccione Wireless (Conexión inalámbrica) > Access Points (Puntos de acceso) > All APs (Todos los AP) y luego seleccione en la lista de AP registrados el AP cuyo modo desee cambiar.
Aparecerá la página All APs (Todos los AP) > Details for AP (Detalles del AP). En la ficha General de esta página, seleccione la opción que desee en el menú desplegable AP Mode (Modo de AP), como se muestra aquí:
A. Si el punto de acceso se prepara a un WLC en la capa 3 pero no puede conseguir un dirección IP durante el lanzamiento, después el LED de estado de las vueltas del WLC a verde claro y no entra la búsqueda y reanuda la secuencia hasta que consiga un dirección IP del DHCP.
Así pues, en tales escenarios, el verde de torneado del LED de estado no indica que el LWAPP está registrado con el controlador. Después de que los puntos de acceso puedan conseguir sus DHCP Address, buscan para el WLC y si no encontraron, pasan con un proceso de la reinicialización y proceden según lo esperado. Hay un bug asociado a esto.
Consulte ID de bug Cisco CSCsf10580 (clientes registrados solamente) para más información.
A. Aquí tiene un enlace de un vídeo breve donde se explica cómo interpretar las LED de los AP ligeros 1130AG:
A. Éstos son los modos que las correspondencias al aire libre pueden actuar como parte de la red de interconexión. La solución de interconexión de redes de la malla, que es parte de la solución de red del Cisco Unified Wireless, habilita dos o más correspondencias ligeras del Cisco Aironet para comunicar con uno a sobre uno o más saltos sin hilos para unirse a los LAN múltiples o para ampliar la cobertura de red inalámbrica 802.11b.
Estos puntos de acceso se utilizan como parte de la red de interconexión y actúan en dos modos:
RAP
PAP
RAP - Las correspondencias de Cisco que actúan en el modo del RAP son el nodo del padre a cualquier bridging o red de interconexión y conectan un Bridge o una red de interconexión con la red alámbrica. Por lo tanto, puede solamente haber un RAP para cualquier segmento interligado o de la red de interconexión. En una red de interconexión, las correspondencias de Cisco se configuran, se monitorean, y se actúan desde y a través de cualquier Controlador de WLAN de Cisco (WLC) desplegado. Cualquier MAP que tiene la conexión alámbrica al WLC asume el papel del RAP. Este RAP utiliza la interfaz inalámbrica del regreso para comunicar con los PAP vecinos.
PAP - Las correspondencias de Cisco que actúan en el modo PAP no tienen ninguna conexión alámbrica a un WLC de Cisco. Pueden ser los clientes totalmente sin hilos y soporte que comunican con otros PAP o RAPs, o pueden ser utilizadas para conectar con los dispositivos periféricos o una red alámbrica. El acceso de Ethernet está invalidado por abandono por las razones de seguridad, pero debe habilitarlo para los PAP.
Consulte la sección Zero Touch Configuration de la Cisco Mesh Networking Solution Deployment Guide para más información sobre cómo un MAP asume el papel del RAP y del PAP.
A. Los diagramas del acimut están generalmente con el dispositivo/la antena en la orientación de funcionamiento normal (la vertical, vuelve a llenar, en el centro del diagrama para el omni; horizontal, soporte en el centro, dirección delantera hacia el "0" en el diagrama). El lado A es muy probablemente delantero y representado en las 0 marcas para el acimut, y la marca 90 para la elevación. Lado B se representa en 180 la marca para el acimut, y 270 para la elevación. El modelo no cambia en el libre-espacio si se invierte la unidad. Pero las superficies inmediatas pueden causar la reflexión/atenuación y pueden alterar el modelo. Los objetos metálicos cerca de radiadores (dentro de alrededor de ~2 longitudes de onda) también pueden distorsionar el patrón significativamente. Antena Aironet de Cisco la guía de referencia tiene más información. Las antenas de las 1000 Series se explican en la sección más más reciente del documento.
A. No, la manija AP de los controladores en una primera viene, primero sirve la base. Usted puede jugar posiblemente con los campos primarios, secundarios, y terciarios para aumentar las probabilidades en las conexiones AP a tu preferencia.
A. Con la opción de la invalidación WLAN, puede elegir que los SSID un AP ofrecen. Los controladores soportan solamente hasta 16 SSID cada uno, así que puede elegir solamente entre de los 16 soportados. Esto se hace sobre una base del por-AP.
AccessPoint#clear lwapp ap controller ip address ERROR!!! Command is disabled.
A. Una vez que tu AP se ha unido a con éxito un controlador, los comandos del LWAPP están inhabilitados. Para habilitar los comandos del LWAPP otra vez, debe fijar el nombre de usuario/la contraseña del AP del controlador CLI con el comando del <pwd> <cisco-ap>/all de la contraseña del <name> del nombre de usuario ap de los config. Una vez que se hace eso, puede hacer un privado-config claro del lwapp en el AP CLI para permitir que reedites manualmente los comandos de configuración del LWAPP AP.
Nota: Si está ejecutando la versión 5.0 y posteriores del WLC, utilice este comando para establecer el nombre de usuario y la contraseña en el AP:
config ap mgmtuser add username AP_username password AP_password secret secret {all | Cisco_AP}
A. Si los AP están en el mismo canal o no, no afecta determinado al cliente que vaga por. Qué importa es suficiente coincidencia de la célula tales que los clientes pueden hacer las transiciones fluidas de la área de cobertura de un AP al siguiente. El intento de un movimiento de un diseño del tres-canal a un diseño del cuatro-canal es aumentar la flexibilidad del diseño (debido a canal del suplemento del `'). Este acercamiento es miope porque, mientras que agregas un dígito binario de la flexibilidad de despliegue (puesto que tienes otro canal), aumentas realmente la cantidad de interferencia del cocanal. Lo que obtiene en la flexibilidad del diseño con el enfoque de cuatro canales, lo pierde en la interferencia agregada del cocanal. Lo importante: no utilices un diseño del cuatro-canal.
A. Hoy, la itinerancia es siempre una función del cliente, y la opción para vagar por o no se implementa diferentemente en los diversos clientes. La itinerancia dirigida es una parte de CCX, pero es una característica opcional y no se utiliza hoy.
A. Éstos son algunos de los factores principales que se considerarán para la conexión PÁLIDA:
Asegúrese de que el ancho de banda de la conexión PÁLIDA sea por lo menos 128kbps.
Asegúrese de que la latencia o la demora de ida y vuelta entre los dos sitios del enlace de WAN no supere los 300 ms, ya que esto podría crear problemas de autenticación para el cliente, en especial al implementar autenticación central.
A. El LAP intenta hasta 20 veces asociarse al WLC con los mensajes de la detección de LWAPP. En caso de que no pueda conectarse, intenta obtener una nueva dirección IP con el DHCP. Si el LAP puede conseguir una dirección IP del servidor DHCP, esta dirección IP es la activa, y la dirección IP asignada se utiliza estáticamente para el retraso. La idea detrás de esto es que en caso de que los LAPs se muevan a un diverso VLAN (por ejemplo, a otro edificio), pueden extraer un dirección IP y unirse a un WLC. Este comportamiento se explica en el bug CSCse66714. Debe actualizar el WLC a la versión de software 4.0.206.0.
A. Un nombre de Grupo de Bridge (BGN) se puede utilizar para agrupar lógicamente los AP en la malla. Aunque por abandono, los AP vengan con un valor nulo BGN permitir la asociación, recomendamos que fijas un BGN. Usted puede realizar esta configuración cambia con el CLI o el GUI con este comando:
config ap bridgegroupname set Bridge Group Name Cisco APNota: Los BGN pueden tener un máximo de diez caracteres. Si introduce más de 10 caracteres en el campo de BGN en la página de configuración de punto de acceso de malla de la GUI del controlador, se genera un mensaje de error. También surge un error al configurar este parámetro mediante el comando de CLI config ap bridgegroupname set groupname Cisco_MAP o WCS (CSCsk64812).
Cuando configuras el BGN en una red en funcionamiento, asegúrese de que configures del MAP más lejano y trabaja tu manera de nuevo al RAP. Esto es muy importante porque puede trenzar un MAP del niño que no pueda asociarse a un padre, que puede tener un BGN actualizado. Utiliza diversos BGN para agrupar lógicamente diversas partes de tu red. Esto es útil en las situaciones donde haces que los rap dentro de la misma área y de ti RF quieran mantener los segmentos de tu malla separados.
Si quieres agregar un nuevo AP a una red en funcionamiento, debe preconfigurar el BGN en el nuevo AP. Si sacas a colación la red de interconexión del rasguño con nuevo, el hacia fuera-de--box AP, el BGN se preestablece en los AP a un valor nulo. Los AP se unen a en una nueva red con este valor predeterminado del BGN. Usted puede verificar el BGN de un AP con este comando:
show ap config general Cisco AP
A. Si el AP se proporciona de forma incorrecta con un bridgegroupname diferente del deseado, dependiente sobre el diseño de red, este AP puede o no puede llegar hacia afuera y encontrar su sector o árbol correcto. Si no puede alcanzar un sector compatible, puede trenzarse. Para recuperar un AP tan trenzado, el concepto de bridgegroupname predeterminado se ha introducido. La idea básica es que un AP, que no puede conectar con cualquier otro AP con su bridgegroupname configurado, intenta conectar con el bridgegroupname del valor por defecto.
Éste es el algoritmo usado para detectar esta condición y recuperación del hilo:
Explora y encuentra pasivo todos los nodos vecinos, sin importar su bridgegroupname.
El AP intenta conectar con los vecinos que se oyen con su propio bridgegroupname con el protocolo inalámbrico adaptante del camino (AWPP).
Si el paso de progresión 2 falla, intenta conectar con el bridgegroupname predeterminado con AWPP.
Para cada intento fallido del paso de progresión 3, la exclusión-lista el vecino e intenta conectar al mejor vecino siguiente.
Si el AP no puede conectar con todos los vecinos en el paso de progresión 4, reanuda el AP.
Si está conectado con el bridgegroupname predeterminado por 30 minutos, pre-explora todos los canales e intenta conectar con el bridgegroupname correcto.
Nota: Cuando un AP es capaz de conectarse con el bridgegroupname predeterminado, el nodo primario informa al AP como una entrada secundaria/nodo/vecino predeterminada en el controlador WLAN para que un administrador de red esté al tanto del AP varado. Tal AP no puede validar ningún cliente u otros nodos de la malla como sus niños, ni puede pasar cualquier tráfico de datos a través.
A. El modelo del LAP 1020 no soporta el bridging. El LAP 1030 soporta el bridging (un salto) a otro LAP 1030 pero no a un BR1310, BR1400, o LAP 1500 ahora.
A. No. Esto no se puede hacer en los AP LAP. La malla AP puede realizar el bridging de punto a punto básico en una red del Cisco Unified Wireless. El único otro el interligar posible está con IOS AP en el modo WGB (Workgroup Bridge). Este el IOS AP actúa como clientes (con los dispositivos atados con alambre detrás de ellos) a un LAP AP. Pero los clientes de red inalámbrica no pueden conectar con estos IOS AP.
A. Puede deberse a la configuración incorrecta de los parámetros de alimentación por Ethernet (POE); siga estos pasos para resolver el problema:
- Haga clic en Wireless (Conexión inalámbrica) para acceder a estos parámetros.
- Haga clic en el enlace Detail (Detalle) del punto de acceso que desee. Los nuevos parámetros aparecen en la página All APs (Todos los AP) > Details (Detalles) en la configuración de POE.
- En la página APs > Details (Detalles) del punto de acceso para la configuración de POE, haga clic en Power Injector State (Estado de inyector de corriente) y seleccione Installed (Instalado).
- Marca la casilla de verificación para habilitar el estado del alimentador de corriente para el punto de acceso. Se requiere este parámetro si el switch conectado no soporta el IPM y se utiliza un alimentador de corriente. Este parámetro no se requiere si el switch conectado soporta el IPM.
A. El recurso o el modo que cumple una función similar a la de PSPF en las arquitecturas ligeras se llama modo de bloqueo entre pares. El modo de bloqueo entre iguales está realmente disponible con los controladores que manejan el LAP.
Si este modo está desactivado en el controlador (viene desactivado de manera predeterminada), se permite que los clientes inalámbricos se comuniquen entre sí mediante el controlador. Si se habilita el modo, bloquea la comunicación entre los clientes a través del controlador.
Trabaja solamente entre los AP que se han unido a al mismo controlador. Cuando está habilitado, este modo no bloquea a los clientes de red inalámbrica terminado en un controlador de la capacidad de conseguir a los clientes de red inalámbrica terminado en un diverso controlador, incluso en el mismo grupo de la movilidad.
A. El LAP AP no puede manejar los mensajes SNMP en sus los propios. Para manejar los mensajes SNMP, debe configurar a un snmp community en el WLC a las cuales se registra el LAP. Toda la información AP es manejada por el WLC.