El VLA N del WLC 7.2 selecto y la optimización del Multicast ofrece el Guía de despliegue

Introducción

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 del Wireless LAN (WLC) antes de la versión 7.2, refiera al WLC 7.0 y posterior: El VLA N selecto y la optimización del Multicast ofrece el Guía de despliegue.

prerrequisitos

Requisitos

No hay requisitos específicos para este documento.

Componentes Utilizados

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.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Descripción general de características selecta del VLA N

En la arquitectura actual del WLC, es obligatorio asociar el Wireless Local Area Network (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 al diseño de red existente y la asignación 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 configuraciones 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 las interfaces en un estilo de ordenamiento cíclico.

En la versión 7.2 del WLC, la característica selecta del VLA N (que se soporta solamente en el WLCs más nuevo como 5508, WiSM-2, 7500, y 2500) fueron modificados y ahora soporta el VLA N selecto con un nuevo algoritmo modificado. En la implementación 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 los agrupamientos DHCP disponibles. 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, una 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 a la misma interfaz.

• Si la interfaz es “sucia”, después se genera un índice al azar y la interfaz se asigna basada en ese índice al azar.

• Si esa interfaz es todavía sucia, después una caída de nuevo a la implementación del ordenamiento cíclico ocurre.

Nota: Para soportar la característica selecta del nuevo VLA N en los controladores heredados (tales como las 4400 Series, el WiSM, y las 2100 Series) con el mismo algoritmo MAC basado, 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 DHCP Address cuando el algoritmo de troceo MAC se utiliza en la configuración de la 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 de VLAN. 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, aseegurese que todos los WLAN están asociados a las interfaces y no a los grupos de interfaces, y se inhabilita la interfaz del Multicast.

Nota: El grupo de interfaces vuelto del AAA ahora es una característica admitida en la versión 7.2.

Nota: Las interfaces se pueden agregar a un grupo de interfaces, pero no pueden ser borradas mientras que lo asocian a un grupo WLAN/AP.

Nota: Una 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 una diversa interfaz.

Nota: Si el número de interfaces en un grupo de interfaces sigue siendo fijo, asignarán el cliente siempre a la misma interfaz proporcionó a la 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 la interfaz o al grupo de interfaces a los cuales se asocia la red inalámbrica (WLAN). Esta característica también proporciona 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 del mismo WLC del ancla.

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 a la 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.

Movilidad de la misma subred

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 de VLAN como parte de la movilidad anuncia el mensaje. De acuerdo con la información de VLAN 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 borra 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 VLAN asociadas 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 escenario 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 soporta 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á soportado en ese escenario.

Optimización del Multicast

Actualmente, el Multicast se basa en agrupar de la dirección 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 direcciones Multicast y de VLA N. 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 el (APS) de los Puntos de acceso. 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 un Multicast IP Address. Como consecuencia, los clientes múltiples en un pool del VLA N de los mismos WLAN que escuchan un solo Multicast IP Address generarán siempre un solo mgid. El WLC se aseegurará que todas las secuencias de multidifusión de los clientes en este pool del VLA N saldrán 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 la interfaz de la red, el VLAN correspondiente todavía se utiliza para todo su tráfico.

Plataformas Soportadas

Esta característica se soporta en todos los AP ligeros con 32MB o más espacio de destello:

• Revestimientos soportados: 1130, 1140, 1240, 1250, 1260, 3500, 3600, 1260, y 1522/1524

• Reguladores soportados: 7500, 5508, WiSM-2, y 2500

Nota: Los reguladores soportarán este número de grupos de interfaces/de interfaces:

• WiSM-2, 5508, 7500, 2500 -- 64/64

Configuración con el CLI y el GUI

Marque 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:

1. 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.

     

2. Agregue las interfaces al grupo.

   • CLI: la interfaz del grupo de interfaces de los config agrega el <interface> <interface name>

   • GUI: Haga clic el nombre de grupo de interfaces.

     

3. Seleccione las interfaces del menú desplegable, y agreguelas al grupo.

   

4. Aplique al grupo de interfaces a una red inalámbrica (WLAN).

   • CLI: Para configurar la asignación de la 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 habilita 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 de la interfaz o del grupo de interfaces en la red inalámbrica (WLAN).

     Nota: Cuando la invalidación AAA se habilita 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 interfaz o al grupo de interfaces vuelta por el servidor de AAA.

5. Configure el grupo AP o la invalidación AAA de la red inalámbrica (WLAN).

   

6. 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 configuración del ancla del invitado.

   • CLI: el no nativo-mapa 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 VLAN asociadas 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 de VLAN como parte de la movilidad anuncia el mensaje, y, sobre la base de la información de VLAN 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 borra totalmente del regulador del ancla y el regulador no nativo hace el nuevo regulador del ancla para el cliente.

     Nota: En un escenario del Tunelización del invitado, la itinerancia entre la exportación no nativa y la exportación no nativa se soporta. Sin embargo, la itinerancia entre la exportación no nativa y el ancla de la exportación no se soporta con el VLA N selecto.

     En el caso del ancla auto:

     • Los clientes que se unen a un WLC no nativo que se exporta a un WLC del ancla y se asocia 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 exporta a un WLC del ancla y se asocia a una interfaz recibirán solamente una dirección IP de esa interfaz solamente.

     • Clientes que vagan por entre reguladores dos o más no nativos asociados a un solo WLC del ancla 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: Los WLAN se deben configurar idénticamente en los reguladores no nativos y del ancla.

Configuración del Multicast L3 en el grupo de interfaces

Con los grupos de interfaces, los VLAN múltiples se asocian a un solo SSID. Cuando los clientes en diversos VLA N inscriben 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> de la interfaz del Multicast de los config <interface name>

• GUI:

  

  Nota: Se permite esta configuración solamente cuando se habilita el IGMP Snooping.

Configuración del Multicast L2 en el grupo de interfaces

Apenas como la optimización del Multicast L3, el Multicast L2 y la optimización del broadcast 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 los broadcasts.

El L2 multicast/el uso L2 MGID del broadcast para remitir el paquete al AP. El Multicast L2/transmitido 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, el Multicast L2/el habilitar transmitido/que inhabilitaba por la interfaz fue introducido.

CLI: Permiso/Multicast y broadcast de la neutralización L2 para la 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: El soporte GUI para habilitar/que inhabilita el Multicast L2/transmitido por la interfaz no está disponible en esta versión.

Información Relacionada

• Ejemplo de Configuración de VLANs de Grupo de AP con Controladores de LAN Inalámbrica
• Soporte Técnico y Documentación - Cisco Systems