Ajuste de la memoria intermedia del Multicast en los Puntos de acceso ligeros IOS
Opciones de descarga
-
ePub (71.5 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone -
Mobi (Kindle) (75.7 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Acerca de esta traducción
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Documento de síntesis
Los Puntos de acceso ligeros IOS tienen una capacidad limitada de mitigar los paquetes de multidifusión. El Multicast transmite los buffers se comparte a través de BSSIDs. Si hay muchos WLAN (SSID) configurados en un AP, después la red inalámbrica (WLAN) de la Voz en un AP puede no poder mitigar para una sola secuencia de audio del Multicast, causando los problemas de audio.
El comando wlan de AireOS del buffer del Multicast de los config se puede utilizar para afectar un aparato los buffers adicionales para uno o dos WLAN.
Una zambullida más profunda
Por abandono, 50 buffers del Multicast están disponibles en cada radio, ser compartido a través de todos los WLAN (verificados en un AP3502e que ejecuta 8.3.121.0). Así, con 4 SSID habilitados, 12 buffers del Multicast están disponibles por la cola del Multicast (es decir por la red inalámbrica (WLAN)):
AP3502e# show controller dot11radio0 | begin --\ In-Prog
---- Active ------ In-Progress --------------- Counts --------------
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0 0
Voice 0 512 0 0 0 0 60 0 8 0 0 0 0
Video 0 1024 0 0 0 0 200 0 0 0 0 0 0
Best 0 1024 0 0 0 0 200 0 158499 0 0 5 2
MC0 0 0 0 0 0 0 12 0 0 0 0 0 0
MC1 0 0 0 0 0 0 12 0 0 0 0 0 0
MC2 0 0 0 0 0 0 12 0 0 0 0 0 0
MC3 0 0 0 0 0 0 12 0 8 0 0 0 0
MC4 0 0 0 0 0 0 0 0 0 0 0 0 0
MC5 0 0 0 0 0 0 0 0 0 0 0 0 0
MC6 0 0 0 0 0 0 0 0 0 0 0 0 0
MC7 0 0 0 0 0 0 0 0 0 0 0 0 0
MC8 0 0 0 0 0 0 0 0 0 0 0 0 0
MC9 0 0 0 0 0 0 0 0 0 0 0 0 0
MC10 0 0 0 0 0 0 0 0 0 0 0 0 0
MC11 0 0 0 0 0 0 0 0 0 0 0 0 0
MC12 0 0 0 0 0 0 0 0 0 0 0 0 0
MC13 0 0 0 0 0 0 0 0 0 0 0 0 0
MC14 0 0 0 0 0 0 0 0 0 0 0 0 0
MC15 0 0 0 0 0 0 0 0 0 0 0 0 0
Back 0 128 0 0 0 0 35 0 0 0 0 0 0
con 10 SSID habilitados, solamente 5 buffers del Multicast están disponibles por la red inalámbrica (WLAN):
AP3502e# show controller dot11radio0 | begin --\ In-Prog
---- Active ------ In-Progress --------------- Counts --------------
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0 0
Voice 0 512 0 0 0 0 60 0 5 0 0 0 0
Video 0 1024 0 0 0 0 200 0 0 0 0 0 0
Best 0 1024 0 0 0 0 200 0 148121 0 0 3 2
MC0 0 0 0 0 0 0 5 0 0 0 0 0 0
MC1 0 0 0 0 0 0 5 0 0 0 0 0 0
MC2 0 0 0 0 0 0 5 0 0 0 0 0 0
MC3 0 0 0 0 0 0 5 0 8 0 0 0 0
MC4 0 0 0 0 0 0 5 0 0 0 0 0 0
MC5 0 0 0 0 0 0 5 0 0 0 0 0 0
MC6 0 0 0 0 0 0 5 0 0 0 0 0 0
MC7 0 0 0 0 0 0 5 0 0 0 0 0 0
MC8 0 0 0 0 0 0 5 0 0 0 0 0 0
MC9 0 0 0 0 0 0 5 0 0 0 0 0 0
MC10 0 0 0 0 0 0 0 0 0 0 0 0 0
MC11 0 0 0 0 0 0 0 0 0 0 0 0 0
MC12 0 0 0 0 0 0 0 0 0 0 0 0 0
MC13 0 0 0 0 0 0 0 0 0 0 0 0 0
MC14 0 0 0 0 0 0 0 0 0 0 0 0 0
MC15 0 0 0 0 0 0 0 0 0 0 0 0 0
Back 0 128 0 0 0 0 35 0 0 0 0 0 0
Con los clientes de la economía de energía de la herencia, el AP tiene que mitigar los Multicast hasta cada faro DTIM. Con un DTIM de 1, esto significa que los Multicast se deben mitigar por hasta 104 milisegundos. (Con valores más altos DTIM, los Multicast necesitarían ser mitigados para los intervalos múltiples del faro.)
Se transmite una secuencia de audio normal mientras que las muestras 20-millisecond - es decir fluye en 50 paquetes por segundo. Así, si una sola secuencia de audio necesita ser mitigada para 1/10 de un segundo (es decir un intervalo del faro), el AP debe poder mitigar hasta 5 paquetes por la secuencia de audio.
Con 15 SSID habilitados en una radio, por abandono, el buffer del Multicast cada SSID es solamente 3 paquetes. Esto significa que, incluso con una sola secuencia de audio del Multicast, los ejemplos de voz serán caídos, causando el audio mutilado. Si se están transmitiendo las secuencias de audio simultáneas múltiples del Multicast (o los secuencia de video!), los resultados serán mucho peores.
La solución es configurar el siguiente comando en los WLAN habilitados para multicast:
¿Permiso wlan del buffer del Multicast del >config (WLC2504-2)?
número del number> del <buffer de los buffers de radio del Multicast (30. 60)
¿Permiso wlan 30 del buffer del Multicast del >config (WLC2504-2)?
el id> <WLAN ingresa el identificador WLAN entre 1 y 16.
A lo más dos WLAN se pueden configurar con “el permiso wlan del buffer del Multicast”.
Aquí está un ejemplo, con 14 SSID habilitados, y con “el permiso wlan el 60" del buffer del Multicast de los config configurado para la red inalámbrica (WLAN) 1:
Transmit queues: Limit 2766 Current 0 In-Progress 0 ACQ inserts 47508 deletes 47508 reins 0
---- Active ------ In-Progress --------------- Counts --------------
Cnt Quo Bas Max Cl Cnt Quo Bas Sent Discard Fail Retry Multi
Uplink 0 64 0 0 0 0 5 0 0 0 0 0 0
Voice 0 512 0 0 0 0 60 0 2 0 0 0 0
Video 0 1024 0 0 0 0 200 0 0 0 0 0 0
Best 0 1024 0 0 0 0 140 0 47547 0 0 2 2
MC0 0 0 0 0 0 0 60 0 0 0 0 0 0
MC1 0 0 0 0 0 0 3 0 0 0 0 0 0
MC2 0 0 0 0 0 0 3 0 0 0 0 0 0
MC3 0 0 0 0 0 0 3 0 7 0 0 0 0
MC4 0 0 0 0 0 0 3 0 0 0 0 0 0
MC5 0 0 0 0 0 0 3 0 0 0 0 0 0
MC6 0 0 0 0 0 0 3 0 0 0 0 0 0
MC7 0 0 0 0 0 0 3 0 0 0 0 0 0
MC8 0 0 0 0 0 0 3 0 0 0 0 0 0
MC9 0 0 0 0 0 0 3 0 0 0 0 0 0
MC10 0 0 0 0 0 0 3 0 0 0 0 0 0
MC11 0 0 0 0 0 0 3 0 0 0 0 0 0
MC12 0 0 0 0 0 0 3 0 0 0 0 0 0
MC13 0 0 0 0 0 0 3 0 0 0 0 0 0
MC14 0 0 0 0 0 0 0 0 0 0 0 0 0
MC15 0 0 0 0 0 0 0 0 0 0 0 0 0
Back 0 128 0 0 0 0 35 0 0 0 0 0 0
Así, la red inalámbrica (WLAN) 1, con 60 buffers, podría llevar las secuencias de multidifusión para varias secuencias de audio, mientras que los otros WLAN podrían mitigar solamente 3 tramas de multidifusión por el DTIM, y así que caería los paquetes para incluso una sola secuencia de audio.
Componentes Utilizados
Esta demostración utiliza un regulador del Wireless LAN que ejecuta AireOS 8.3.121.0, con 802.11n un IOS AP (AP3502e.) El otro IOS ligero AP debe trabajar semejantemente; el Multicast que mitigaba el esquema en AP-COS AP no se ha verificado.
Verificación
Durante las transmisiones de multidifusión, primero publique el comando exec siguiente IOS AP:
longitud 30 del ap#terminal
Entonces publique este comando repetidor (si se asume que la primera radio es la que está de interés):
muestre el regulador dot11radio0 | comience --\ En-Prog
Mire los deltas vistos en el columnas enviado” y de los “descartes” “. Si los descartes incrementan rápidamente, después el mitigar del Multicast puede ser inadecuado.
Con la colaboración de ingenieros de Cisco
- Aaron LeonardDirección técnica del TAC de Cisco
ComentariosDéjenos ayudarlo
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)