Requisitos de ancho de banda de red para el tráfico multimedia en Lync Server 2013
Última modificación del tema: 2015-09-24
Una parte importante de la planificación de la red es asegurarse de que la red puede controlar el tráfico multimedia generado por Lync Server. Esta sección le ayudará a planear dicho tráfico multimedia.
Uso de la red de tráfico multimedia
El uso del ancho de banda de tráfico multimedia puede resultar difícil de calcular por la cantidad de variables distintas, como el uso de códecs, la resolución y los niveles de actividad. El uso del ancho de banda es una función del códec usado y la actividad de la transmisión, que varían entre escenarios. En la tabla siguiente se enumeran los códecs de audio que se usan habitualmente en escenarios de Lync Server 2013.
Ancho de banda del códec de audio
| Códec de audio | Escenarios | Velocidad de bits de carga de audio (KBPS) | Solo ancho de banda de carga de audio y encabezado IP (Kbps) | Ancho de banda de carga de audio, encabezado IP, UDP, RTP y SRTP (Kbps) | Ancho de banda de carga de audio, encabezado IP, UDP, RTP, SRTP y corrección de error de reenvío (Kbps) |
|---|---|---|---|---|---|
Banda ancha de RTAudio |
Punto a punto |
29,0 |
45,0 |
57,0 |
86,0 |
Banda estrecha de RTAudio |
Punto a punto, RTC |
11,8 |
27,8 |
39,8 |
51,6 |
G.722 |
Conferencia |
64,0 |
80,0 |
95,6 |
159,6 |
G.722 estéreo |
Conferencia de punto a punto |
128,0 |
144,0 |
159,6 |
223,6 |
G.711 |
RTC, conferencias |
64,0 |
80,0 |
92,0 |
156,0 |
Siren |
Conferencia |
16,0 |
32,0 |
47,6 |
63,6 |
Los números de ancho de banda de la tabla anterior se basan en la packetization de 20 ms (50 paquetes por segundo) y para La sirena y G.722 incluyen la sobrecarga adicional de protocolo de transporte seguro en tiempo real (SRTP) de los escenarios de conferencia y asume que la transmisión está activa al 100 %. La corrección de errores de reenvío (FEC) se usa dinámicamente cuando hay pérdida de paquetes en el vínculo para ayudar a mantener la calidad de la secuencia de audio.
La versión estéreo del códec G.722 la usan los sistemas basados en Lync Room System, que permiten la captura de micrófono estéreo para permitir que los oyentes distingan mejor a varios hablantes en la sala de reuniones.
Para el vídeo, el códec predeterminado es el estándar H.264/MPEG-4 Parte 10 Advanced Video Coding junto con sus extensiones de codificación de vídeo escalables para escalabilidad temporal. Para mantener la interoperabilidad con los clientes de Lync 2010 u Office Communicator 2007 R2, el códec RTVideo se sigue usando para las llamadas de punto a punto entre Lync 2013 y los clientes heredados. En las sesiones de conferencia con clientes heredados y Lync 2013, el punto de conexión de Lync 2013 puede codificar el vídeo con ambos códecs de vídeo y enviar la secuencia de bits H.264 a Lync 2013 y la secuencia de bits RTVideo a clientes de Lync 2010 u Office Communicator 2007 R2.
El ancho de banda necesario depende de la resolución, la calidad y la velocidad de fotogramas. Para cada resolución, hay dos velocidades de bits interesantes:
Velocidad de bits de carga máxima Esta es la velocidad de bits que usará un punto de conexión de Lync 2013 para la resolución con la velocidad de fotogramas máxima admitida para esta resolución. Este valor es interesante porque permite la máxima calidad y velocidad de fotogramas de vídeo.
Velocidad de bits de carga mínima Esta es la velocidad de bits debajo de la cual un punto de conexión de Lync 2013 cambiará a la siguiente resolución inferior. Con el fin de garantizar una determinada resolución, la velocidad de bits de carga de vídeo disponible no debe ser inferior a esta velocidad de bits mínima para esa resolución. Este valor es interesante para que pueda comprender el valor más bajo posible en casos en los que la velocidad de bits máxima no está disponible o práctica. Para algunos usuarios, un vídeo con una velocidad de bits baja podría considerarse una experiencia de vídeo inaceptable, así que tenga cuidado al considerar estas velocidades de bits de carga de vídeo mínimas. Tenga en cuenta que para escenas de vídeo con poco o ningún movimiento del usuario, la velocidad de bits real también puede caer temporalmente por debajo de la velocidad de bits mínima.
Lync 2013 admite muchas más resoluciones. Esto le permite ajustar mejor el ancho de banda de red y recibir capacidades de cliente. Además, la relación de aspecto predeterminada para Lync 2013 se ha cambiado a 16:9. La relación de aspecto 4:3 sigue siendo compatible con las cámaras web que no permiten la captura en la relación de aspecto 16:9.
Ancho de banda de resolución de vídeo
| Códec de vídeo | Resolución y relación de aspecto | Velocidad de bits de carga máxima de vídeo (Kbps) | Velocidad de bits de carga de vídeo mínima (Kbps) |
|---|---|---|---|
H.264 |
320 x 180 (16:9) 212 x 160 (4:3) |
250 |
15 |
H.264/RTVideo |
424 x 240 (16:9)) 320 x 240 (4:3 |
350 |
100 |
H.264 |
480 x 270 (16:9) 424 x 320 (4:3) |
450 |
200 |
H.264/RTVideo |
640 x 360 (16:9) 640 x 480 (4:3) |
800 |
300 |
H.264 |
848 x 480 (16:9) |
1500 |
400 |
H.264 |
960 x 540 (16:9) |
2000 |
500 |
H.264/RTVideo |
1280 x 720 (16:9) |
2500 |
700 |
H.264 |
1920 x 1080 (16:9) |
4000 |
1500 |
H.264/RTVideo |
960 x 144 (20:3) |
500 |
15 |
H.264 |
1280 x 192 (20:3) |
1000 |
250 |
H.264 |
1920 x 288 (20:3) |
2000 |
500 |
Video FEC is included in the video payload bitrate when it is used so there are not separate values with video FEC and without video FEC.
Los extremos no hacen fluir los paquetes de audio y vídeo continuamente. Dependiendo del escenario existen varios niveles de actividades de secuencia que indican la frecuencia con los que los paquetes se envían a una secuencia. La actividad de una secuencia depende de los medios y el escenario, y no depende del códec que se utiliza. En un escenario entre pares:
Los extremos envían secuencias de audio solo cuando los usuarios hablan.
Ambos participantes reciben secuencias de audio.
Si se usa vídeo, ambos puntos de conexión envían y reciben transmisiones de vídeo durante toda la llamada.
Para escenas de vídeo con poco o ningún movimiento, la velocidad de bits real puede ser temporalmente muy baja, ya que el códec de vídeo omitirá las regiones de codificación del vídeo sin cambios.
En un escenario de conferencias:
Los extremos envían secuencias de audio solo cuando los usuarios hablan.
Todos los participantes reciben secuencias de audio.
Si se utiliza el vídeo, los participantes pueden recibir hasta cinco secuencias de vídeo de recepción y una panorámica (por ejemplo, con una relación de aspecto de 20:3). De forma predeterminada, las cinco secuencias de vídeo de recepción se basan en el historial de hablantes activos, pero los usuarios también pueden seleccionar de forma manual los participantes de los que desean recibir una secuencia de vídeo.
Cada participante que enciende la secuencia de vídeo del usuario enviará una o más secuencias de vídeo. Lync 2013 agrega la capacidad de enviar hasta cinco transmisiones de vídeo para optimizar la calidad del vídeo para todos los clientes receptores. La cantidad real de secuencias de vídeo que se envía automáticamente está determinado por quien envía, según la capacidad de la CPU, ancho de banda ascendente disponible y la cantidad de recibir clientes que solicitan cierta secuencia de vídeo. El caso más común es el de H.264 y una secuencia de vídeo de RTVideo se envían en caso de que un cliente heredado se una a la conferencia. Otro escenario común es que varias secuencias de vídeo H.264 (por ejemplo, con resoluciones de vídeo diferente) se envían para acomodar diferentes solicitudes de receptor.
Además del ancho de banda necesario para el tráfico del protocolo de transporte seguro en tiempo real (RTP) para los medios de audio o vídeo, el ancho de banda es necesario para el protocolo de control de transporte en tiempo real (RTCP). El RTCP se utiliza para informar de estadísticas y del control fuera de banda de la secuencia RTP. Para la planificación, use los números del ancho de banda de la tabla siguiente para el tráfico RTCP. Estos valores representan el ancho de banda máximo usado para RTCP y difieren entre las secuencias de audio y vídeo debido a las diferencias en los datos de control
Ancho de banda de RTCP
| Media | Ancho de banda máximo RTCP (Kbps) |
|---|---|
Audio |
5 |
Vídeo (solo se envía/recibe H.264 o RTVideo) |
10 |
Vídeo (se envía/recibe H.264 y RTVideo) |
15 |
Para fines de planificación de capacidad, los dos anchos de banda siguientes son de interés:
Ancho de banda máximo sin FEC El ancho de banda máximo que consumirá una transmisión, incluida la actividad típica de la transmisión y el códec típico usado en el escenario sin FEC. Este es el ancho de banda cuando la transmisión está al 100 % de actividad y no hay ninguna pérdida de paquetes que desencadene el uso de FEC. Esto es interesante para calcular cuánto ancho de banda debe asignarse para permitir que el códec se use en un escenario determinado.
Ancho de banda máximo con FEC El ancho de banda máximo que consume una transmisión, incluida la actividad típica de la transmisión y el códec típico usado en el escenario con FEC. Este es el ancho de banda cuando la transmisión está al 100 % de actividad y hay pérdida de paquetes que desencadena el uso de FEC para mejorar la calidad. Esto es interesante para calcular cuánto ancho de banda debe asignarse para permitir que el códec se use en un escenario determinado y permitir el uso de FEC para preservar la calidad en condiciones de pérdida de paquetes.
En las tablas siguientes también se muestra un valor de ancho de banda adicional, Ancho de banda típico. Este es el ancho de banda medio que consume una transmisión, incluida la actividad típica de la transmisión y el códec típico usado en el escenario. Este ancho de banda se puede usar para aproximar la cantidad de ancho de banda que consume el tráfico multimedia en un momento dado, pero no para la planificación de capacidad, ya que las llamadas individuales superarán este valor cuando el nivel de actividad sea superior al promedio. El ancho de banda típico de la transmisión de vídeo en las tablas siguientes se basa en una mezcla de distintas resoluciones de vídeo, como se observa en los datos de cliente medidos. Por ejemplo, en las sesiones de punto a punto, la mayoría de los usuarios usarían la ventana de representación de vídeo predeterminada, mientras que algún porcentaje de los usuarios aumentaría o maximizaría la aplicación lync para permitir resoluciones de vídeo más altas.
En las tablas siguientes se proporcionan estos tres valores de ancho de banda para los distintos escenarios.
Planificación de la capacidad de audio/vídeo para sesiones entre pares
| Media | Códec | Ancho de banda de secuencia típica (Kbps) | Ancho de banda de secuencia máximo sin FEC | Ancho de banda de secuencia máximo con FEC |
|---|---|---|---|---|
Audio |
Banda ancha de RTAudio |
39,8 |
62 |
91 |
Audio |
Banda estrecha de RTAudio |
29,3 |
44,8 |
56,6 |
Vídeo principal al llamar a puntos de conexión de Lync 2013 |
H.264 |
460 |
4010 (para una resolución máxima de 1920 x 1080) |
No aplicable |
Vídeo principal al llamar a puntos de conexión de Lync 2010 u Office Communicator 2007 R2 |
RTVideo |
460 |
2510 (para una resolución máxima de 1920 x 720) |
No aplicable |
Vídeo panorámico al llamar a puntos de conexión de Lync 2013 |
H.264 |
190 |
2010 (para una resolución máxima de 1920 x 288) |
No aplicable |
Vídeo panorámico al llamar a puntos de conexión de Lync 2010 u Office Communicator 2007 R2 |
RTVideo |
190 |
510 (para una resolución máxima de 1920 x 144) |
No aplicable |
Planificación de la capacidad de audio/vídeo para conferencias
| Media | Códec típico | Ancho de banda de secuencia típica (Kbps) | Ancho de banda de secuencia máximo sin FEC | Ancho de banda de secuencia máximo con FEC |
|---|---|---|---|---|
Audio |
G.722 |
46,1 |
100,6 |
164,6 |
Audio |
Siren |
25,5 |
52,6 |
68,6 |
Recepción principal de vídeo |
H.264 y/o RTVideo |
260 |
8015 |
No aplicable |
Envío principal de vídeo |
H.264 y/o RTVideo |
270 |
8015 |
No aplicable |
Recepción de vídeo panorámico |
H.264 y/o RTVideo |
190 |
2010 (para una resolución máxima de 1920 x 288) |
No aplicable |
Envío de vídeo panorámico |
H.264 y/o RTVideo |
190 |
2515 (para enviar secuencias de bits con varias resoluciones/códecs |
No aplicable |
Para el vídeo principal, el ancho de banda típico y máximo es el ancho de banda agregado en todas las transmisiones de vídeo recibidas y en todas las secuencias de vídeo de envío, respectivamente. Incluso con varias transmisiones de vídeo, el ancho de banda de vídeo típico es menor que en el escenario de punto a punto, ya que muchas videoconferencias usan el uso compartido de contenido que conduce a ventanas de vídeo mucho más pequeñas y, por lo tanto, resoluciones de vídeo más pequeñas. El ancho de banda de carga de vídeo agregado máximo admitido es de 8000 Kbps para las transmisiones de envío y recepción, que se usarían, por ejemplo, si hay dos transmisiones de vídeo de 1920x1080p entrantes.
El ancho de banda típico de transmisión para vídeo panorámico se basa en los dispositivos disponibles actualmente que solo hacen streaming de vídeo panorámico de hasta 960x144. Una vez que los dispositivos con vídeo panorámico de 1920x288 estén disponibles, se espera que aumente el ancho de banda típico de la transmisión.
Planificación de la capacidad de audio para el RTC
| Media | Códec típico | Ancho de banda de secuencia típica (Kbps) | Ancho de banda de secuencia máximo sin FEC | Ancho de banda de secuencia máximo con FEC |
|---|---|---|---|---|
Audio |
G.711 (esto incluye participantes de RTC en conferencias) |
64,8 |
97 |
161 |
Audio |
Banda estrecha de RTAudio |
30,9 |
44,8 |
56,6 |
Las cifras de ancho de banda de red de estas tablas representan solamente tráfico unidireccional; incluyen 5 Kpbs para sobrecarga de tráfico RTPC de cada secuencia. Para el vídeo, la velocidad máxima de bits de vídeo se usa para calcular la secuencia máxima.