Este documento describe detalladamente el funcionamiento y la configuración de la función modificada Virtual LAN (VLAN) Select en la versión 7.2.103 del software del controlador. Además, este documento describe el funcionamiento de la función VLAN Select en diversos escenarios de movilidad y el funcionamiento y la configuración de Multicast VLAN cuando se utiliza con la función VLAN Select.
Para configurar la característica selecta del VLA N en el regulador inalámbrico LAN (WLC) antes de la versión 7.2, refiera a WLC 7.0 y más adelante: El VLA N selecto y la optimización del Multicast ofrece el Guía de despliegue.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.
Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.
En la arquitectura actual WLC, es obligatorio asociar la red de área local inalámbrica (red inalámbrica (WLAN)) a un interface/VLAN y el mapeo predeterminado está a la interfaz de administración. La limitación es que solamente una red inalámbrica (WLAN) se puede asociar a un solo interface/VLAN. Esta limitación requiere la Disponibilidad de una sola subred grande en las implementaciones densas, que pueden no ser posibles para muchos usuarios debido a la asignación del diseño de red existente y de la subred IP en su red. Las características existentes como los grupos AP y la invalidación AAA pueden ayudar hasta cierto punto, pero no pueden cumplir el requisito completo y pueden no ser posibles en toda clase de implementaciones del usuario. La misma limitación también existe en las disposiciones del ancla del invitado donde los clientes del invitado en los lugares remotos reciben siempre una dirección IP de una subred única asociada a una red inalámbrica (WLAN) en una ubicación del ancla. También, una asignación de la dirección IP a los clientes inalámbricos del invitado no es dependiente en las ubicaciones no nativas y todos los clientes del invitado en diversas ubicaciones no nativas conseguirán una dirección IP de la misma subred, que no es otra vez posible para muchos usuarios.
La integración de la reunión del VLA N o la característica selecta del VLA N en la versión 7.0.116 proporcionó a una solución a la restricción donde la red inalámbrica (WLAN) se puede asociar a una sola interfaz o a las interfaces múltiples usando un grupo de interfaces. Los clientes de red inalámbrica que se asocian a esta red inalámbrica (WLAN) reciben una dirección IP de un pool de las subredes identificadas por los interfaces en un estilo de ordenamiento cíclico.
En WLC release/versión 7.2, el VLA N que la característica selecta (que se utiliza solamente en el WLCs más nuevo como 5508, WiSM-2, 7500, y 2500) fue modificada y ahora que utiliza el VLA N selecto con un nuevo algoritmo modificado. En la puesta en práctica anterior, usando el algoritmo de ordenamiento cíclico hacía a los clientes obtener los nuevos IP Addresses en cada reasociación, así agotando los IP Addresses rápidamente de las piscinas disponibles del DHCP. El nuevo algoritmo se basa en la dirección MAC del cliente y actúa de esta manera:
Cuando un cliente se asocia a una red inalámbrica (WLAN) en un regulador, un índice se calcula sobre la base de la dirección MAC del cliente y del número de interfaces en el grupo de interfaces que usa un algoritmo de troceo.
De acuerdo con este índice, un interfaz se asigna al cliente.
Siempre que este cliente se una al regulador, el algoritmo de troceo vuelve siempre el mismo índice y asignan el cliente al mismo interfaz.
Si el interfaz es “sucio”, después se genera un índice al azar y el interfaz se asigna basado en ese índice al azar.
Si ese interfaz es todavía sucio, después una caída de nuevo a la puesta en práctica del ordenamiento cíclico ocurre.
Nota: Para utilizar la característica selecta del nuevo VLA N en los controladores heredados (tales como las 4400 Series, el WiSM, y las 2100 Series) con lo mismo MAC-basó el algoritmo, la característica selecta del VLA N fue modificada en la versión 7.0.230 y ahora actúa en la misma moda que la versión 7.2.
Este organigrama ilustra la selección de direccionamiento del DHCP cuando el algoritmo de troceo MAC se utiliza en la configuración del interfaz/del grupo de interfaces:
Nota: Con los IRCM, los reguladores en las versiones antes de 7.0.116 y arriba no pueden entender el payload de la lista del VLA N. Como consecuencia, la movilidad L3 ocurre a veces donde la movilidad L2 habría podido ocurrir.
Nota: Si usted quiere retroceder de la versión 7.2 a una versión antes de 7.0.116, asegúrese de que todas las redes inalámbricas (WLAN) estén asociadas a los interfaces y no a los grupos de interfaces, y se inhabilita el interfaz del Multicast.
Nota: El grupo de interfaces vuelto del AAA ahora es una característica admitida en la versión 7.2.
Nota: Los interfaces se pueden agregar a un grupo de interfaces, pero no pueden ser suprimidos mientras que lo asocian a un grupo WLAN/AP.
Nota: Un VLA N o interfaz puede ser una parte de muchos diversos grupos de interfaces.
Nota: Si usted cambia el número de interfaces en el grupo de interfaces, después el algoritmo de troceo puede volver un diverso índice y asignan el cliente a un diverso interfaz.
Nota: Si el número de interfaces en un grupo de interfaces sigue siendo fijo, asignarán el cliente siempre al mismo interfaz proporcionó al interfaz no es sucio.
La característica selecta del VLA N también amplía la arquitectura actual del grupo AP y de la invalidación AAA donde los grupos AP y la “invalidación AAA” pueden reemplazar el interfaz o al grupo de interfaces a los cuales se asocia la red inalámbrica (WLAN). Esta característica también proporciona a la solución a las restricciones del ancla del invitado, donde un Usuario invitado inalámbrico en una ubicación no nativa puede ahora conseguir una dirección IP de las subredes múltiples basadas en sus ubicaciones no nativas/reguladores no nativos de la misma ancla WLC.
Este organigrama indica la selección de la red inalámbrica (WLAN) cuando configuran al grupo AP y la invalidación AAA en el regulador, y la red inalámbrica (WLAN) se ha asociado al interfaz o a los grupos de interfaces:
Nota: Algunas exclusiones solicitan IP estático los clientes:
Si un cliente hace IP estático configurar adentro, por ejemplo, la subred A, y ellas son la subred asignada B, conseguirán movidas a la subred A (invalidación), antes de mover al estado de FUNCIONAMIENTO, si se cumplen estas condiciones:
El DHCP requerido se inhabilita en la red inalámbrica (WLAN).
La subred A se incluye en el VLA N o configuran al grupo AP en la red inalámbrica (WLAN).
El cliente envía algún paquete originado con a IP estático en la subred A dentro del intervalo DHCP_REQD (~ valor predeterminado de 2 minutos).
El intervalo de DHCP_required es configurable y puede tener un valor máximo de 120 segundos. Van al regulador > avanzaron > los parámetros del DHCP > el descanso del DHCP (5-120 segundos).
Si IP estático el cliente tiene una dirección IP de una subred que sea parte del grupo de interfaces que se asocia a la red inalámbrica (WLAN), después IP estático el cliente que se une a sobre esa red inalámbrica (WLAN) se trasladará a un estado de FUNCIONAMIENTO y puede pasar el tráfico. Si no, IP estático el cliente no puede pasar el tráfico.
En la Solución actual, cuando un cliente vaga por a partir de un regulador a otro, el regulador no nativo envía la información del VLA N como parte de la movilidad anuncia el mensaje. De acuerdo con la información del VLA N recibida, el ancla decide a si el túnel se debe crear entre el ancla y los reguladores no nativos. Si el mismo VLA N está disponible en el regulador no nativo, después el contexto del cliente se suprime totalmente del regulador del ancla, y el regulador no nativo hace el nuevo regulador del ancla para el cliente.
Como parte del VLA N que reúne la característica, la “movilidad anuncia que” el mensaje llevará un payload adicional del vendedor que contiene la lista de interfaces del VLA N asociados a una red inalámbrica (WLAN). Esto ayuda al regulador del ancla a decidir sobre el Local > tipo local de manos. La introducción de esta característica también se asegura de que la movilidad inter de la versión no sea afectada. En un decorado del Tunelización del invitado, los clientes que se unen a en la “exportación no nativa” recibirán una dirección IP del grupo de interfaces asociado a la red inalámbrica (WLAN) en la “ancla de la exportación” o según las asignaciones no nativas configuradas en la “ancla de la exportación”. Si los clientes que se han unido a sobre movimiento no nativo de la “exportación” “al regulador del ancla de la exportación”, ellos pueden perder su dirección IP, que significa movilidad no se utiliza entre esos dos. Sin embargo, si los clientes se mueven entre dos reguladores no nativos de la “exportación”, conservarán su dirección IP, que significa que vagando por está utilizado en ese decorado.
Actualmente, el Multicast se basa en agrupar del direccionamiento del Multicast y el VLA N como una entidad: mgid. El VLA N que reúne la característica tiene el potencial de aumentar los paquetes duplicados en el aire. Puesto que cada cliente que escucha la secuencia de multidifusión está en un diverso VLA N, el WLC creará diversos mgids para cada par de direccionamientos y de VLA N del Multicast. Como consecuencia, el router ascendente envía una copia para cada VLA N. Esto da lugar en el peor de los casos, a tantas copias pues hay VLA N en el pool. Puesto que la red inalámbrica (WLAN) sigue siendo lo mismo para todos los clientes, las copias múltiples del paquete de multidifusión se envían en el aire.
La integración de la característica selecta del VLA N también introduce algunos problemas en la arquitectura actual del Multicast donde los clientes de red inalámbrica pueden recibir los paquetes duplicados. La aplicación la recepción de los paquetes de multidifusión duplicados estaba ya presente en la arquitectura actual del Multicast, pero era solamente visible cuando la invalidación AAA fue configurada y dos clientes en diversas subredes (una en una subred Red inalámbrica (WLAN)-asociada y otra en una subred reemplazada) escuchan el mismo grupo de multidifusión. Con la introducción de la característica selecta del VLA N, este problema es más obvio y fácilmente visible en la red inalámbrica (WLAN) abierta.
El método del VLA N del Multicast se introduce en un esfuerzo para suprimir la duplicación de una secuencia de multidifusión en el media inalámbrico y entre el WLC y los Puntos de acceso (APs). Este VLA N se utiliza para el tráfico Multicast. Uno de los VLA N de la red inalámbrica (WLAN) se configura como VLA N del Multicast en el cual registren a los grupos de multidifusión. Configurar el VLA N del Multicast para la red inalámbrica (WLAN) es controlada por el usuario. Se permite a los clientes escuchar una secuencia de multidifusión en el VLA N del Multicast. El mgid se genera usando el VLA N del mulicast y una dirección IP del Multicast. Como consecuencia, los clientes múltiples en un pool del VLA N de las mismas redes inalámbricas (WLAN) que escuchan una sola dirección IP del Multicast generarán siempre un solo mgid. El WLC se asegurará de que todas las secuencias de multidifusión de los clientes en este pool del VLA N salgan siempre en el VLA N del Multicast. Esto se asegura de que el router ascendente tenga apenas una entrada para todos los VLA N del pool del VLA N. Como consecuencia, solamente una secuencia de multidifusión golpeará el pool del VLA N incluso si los clientes están en diversos VLA N. Por lo tanto, los paquetes de multidifusión también enviados en el aire serán apenas una secuencia.
En el interfaz de red, el VLA N correspondiente todavía se utiliza para todo su tráfico.
Esta característica se utiliza en todos los APs ligeros con 32MB o más espacio de destello:
Revestimientos utilizados: 1130, 1140, 1240, 1250, 1260, 3500, 3600, 1260, y 1522/1524
Reguladores utilizados: 7500, 5508, WiSM-2, y 2500
Nota: Los reguladores utilizarán este número de grupos de interfaces/de interfaces:
WiSM-2, 5508, 7500, 2500 -- 64/64
Controle que el código inicial en el WLC es 7.2.103:
(Cisco Controller) >show boot Primary Boot Image............................... 7.2.103 Backup Boot Image................................ 7.0.230.0
Complete estos pasos:
Cree a un nuevo grupo de interfaces.
CLI: el grupo de interfaces de los config crea el name> del grupo del <interface
GUI: Vaya al regulador > a los grupos de interfaces > crean a un nuevo grupo.
Agregue los interfaces al grupo.
CLI: el interfaz del grupo de interfaces de los config agrega el <interface> <interface name>
GUI: Haga clic el nombre de grupo de interfaces.
Seleccione los interfaces del menú desplegable, y agreguelos al grupo.
Aplique al grupo de interfaces a una red inalámbrica (WLAN).
CLI: Para configurar la asignación del interfaz/del grupo de interfaces a la red inalámbrica (WLAN), publique este comando:
config wlan interface <wlan id> <Interface/Interface group name>
GUI: El (G) del sufijo identifican a los grupos de interfaces. Vaya a la red inalámbrica (WLAN) > al general, y elija al grupo de interfaces.
Nota: Cuando la invalidación AAA no se activa en una red inalámbrica (WLAN), los clientes que se unen a la red inalámbrica (WLAN) reciben una dirección IP basada en la asignación del interfaz o del grupo de interfaces en la red inalámbrica (WLAN).
Nota: Cuando la invalidación AAA se activa en una red inalámbrica (WLAN), los clientes que se unen a la red inalámbrica (WLAN) reciben una dirección IP basada en el interfaz o al grupo de interfaces vuelto por el servidor AAA.
Configure el grupo AP o la invalidación AAA de la red inalámbrica (WLAN).
Asocie al grupo de interfaces a un WLC no nativo. Configure la subred/la asignación de dirección basadas en el sitio no nativo/la ubicación en la disposición del ancla del invitado.
CLI: la no nativo-correspondencia wlan de la movilidad de los config agrega el group> <interface/interface del < MAC address > del <wlan-id>
GUI: Una nueva opción no nativa de las correspondencias se crea bajo la red inalámbrica (WLAN).
Como parte de la característica selecta del VLA N, la “movilidad anuncia que” el mensaje llevará un payload adicional del vendedor que contiene la lista de interfaces del VLA N asociados a una red inalámbrica (WLAN). Esto ayuda al ancla a decidir sobre el Local > tipo local de manos.
Cuando un cliente vaga por a partir de un regulador a otro, el regulador no nativo envía la información del VLA N como parte de la movilidad anuncia el mensaje, y, sobre la base de la información del VLA N recibida, el ancla decide a si el túnel se debe crear entre el ancla y los reguladores no nativos. Si el mismo VLA N está disponible en el regulador no nativo, el contexto del cliente se suprime totalmente del regulador del ancla y el regulador no nativo hace el nuevo regulador del ancla para el cliente.
Nota: En un decorado del Tunelización del invitado, la itinerancia entre la exportación no nativa y la exportación no nativa se utiliza. Sin embargo, la itinerancia entre la exportación no nativa y el ancla de la exportación no se utiliza con el VLA N selecto.
En el caso del ancla auto:
Los clientes que se unen a un WLC no nativo que se exporte a un ancla WLC y se asocie a un grupo de interfaces recibirán una dirección IP en un método del ordenamiento cíclico dentro del grupo de interfaces.
Los clientes que se unen a un WLC no nativo que se exporte a un ancla WLC y se asocie a un interfaz recibirán solamente una dirección IP de ese interfaz solamente.
Clientes que vagan por entre reguladores dos o más no nativos asociados a una sola ancla WLC con un grupo de interfaces configurado podrán mantener su dirección IP.
Nota: Las anclas tienen que estar en el mismo grupo de la movilidad.
Nota: Las redes inalámbricas (WLAN) se deben configurar idénticamente en los reguladores no nativos y del ancla.
Con los grupos de interfaces, los VLAN múltiples se asocian a un solo SSID. Cuando los clientes en diversos VLA N suscriben a una secuencia de multidifusión, las entradas duplicadas se crean en el WLC para un solo SSID. Como consecuencia, las solas secuencias múltiples se pueden enviar las épocas múltiples sobre el aire dependiendo del número de VLA N presentes en un grupo de interfaces. Para prevenir esto, se realiza una mejora donde un solo VLA N se selecciona como el VLA N representativo para el flujo de todo el IGMP y Multicast sobre el aire.
Configuración:
CLI: permiso wlan del <wlan-id> del interfaz del Multicast de los config <interface name>
GUI:
Nota: Se permite esta configuración solamente cuando se activa la vigilancia del tráfico IGMP.
Apenas como la optimización del Multicast L3, el Multicast L2 y la optimización de la difusión es muy importantes con la característica selecta del VLA N. Agregaron a los comandos adicionales en la versión 7.0.116 y arriba para optimizar los Multicast L2 y las difusiones.
El L2 multicast/el uso L2 MGID de la difusión para remitir el paquete al AP. El Multicast L2/la difusión de todos los VLA N en el grupo será enviado en la red inalámbrica (WLAN). Esto causa los paquetes de la duplicación en el AIRE.
Para limitar estas duplicaciones, la activación/que inhabilitaba del Multicast L2/de la difusión por el interfaz fue introducida.
CLI: Permiso/Multicast y difusión de la neutralización L2 para el interfaz:
(WLC) >config network multicast l2mcast <enable/disable> <interface-name>
Nota: Este comando es aplicable solamente para 5508, 2500, 7500, y los reguladores WiSM-2.
Nota: La ayuda GUI para activar/que inhabilita el Multicast L2/la difusión por el interfaz no está disponible en esta versión.