Planificar los requisitos de red para Skype Empresarial 2015

 

Última modificación del tema:2016-12-20

Resumen: revise las consideraciones del componente de red de abajo antes de implementar Skype Empresarial Server 2015.

La tarjeta de adaptador de red de cada servidor de la topología de Skype Empresarial Server tiene que admitir al menos 1 gigabit por segundo (Gbps). En general, tendría que conectar todos los roles de servidor dentro de la topología de Skype Empresarial Server con una latencia baja y una red de área local (LAN) con un elevado ancho de banda. El tamaño de la LAN depende del tamaño de la topología:

  • En las topologías de Standard Edition, los servidores tendrían que estar en una red que admita Ethernet de 1 Gbps o equivalente.

  • En las topologías de Enterprise Edition, la mayoría de los servidores tendrían que estar en una red que admita más de 1 Gbps, sobre todo cuando se admiten conferencias de audio o vídeo y el uso compartido de aplicaciones.

Para la integración de la red telefónica conmutada (RTC), puede usar líneas T1/E1 o enlaces troncales SIP.

Entre los requisitos de red para audio y vídeo (A/V) en una implementación de Skype Empresarial Server se incluyen los siguientes:

  • Si va a implementar un único Servidor perimetral o un Grupo de servidores perimetrales por medio del equilibrio de carga DNS, puede configurar el firewall external para efectuar la traducción de direcciones de red (NAT). No puede configurar el firewall internal para llevar a cabo NAT. Para más detalles, mire Determinar los requisitos de los puertos y el firewall de A/V externos en Lync Server 2013.

    importantImportante:
    Si tiene un Grupo de servidores perimetrales y utiliza un equilibrador de carga de hardware, necesita usar las direcciones IP públicas en los Servidores perimetrales, pero no puede usar NAT para los servidores o el grupo de servidores en su dispositivo compatible con NAT (por ejemplo, una aplicación de firewall o un conmutador LAN). Para más detalles, mire Resumen de puerto - Servidor perimetral consolidado ampliado con equilibradores de carga de hardware en Lync Server 2013.
  • Si la organización usa una infraestructura QoS (Calidad de servicio), el subsistema de medios estará diseñado de modo que funcione con esta infraestructura existente.

  • Si usa el protocolo de seguridad de Internet (IPsec), recomendamos deshabilitar IPsec en los intervalos de puertos usados para el tráfico de audio y vídeo. Para más detalles, vea Excepciones de IPsec en Lync Server 2013

Para proporcionar una calidad óptima de los medios, siga este procedimiento:

  • Aprovisione los vínculos de red para admitir un rendimiento de 65 kilobits por segundo (Kbps) por secuencia de audio y 500 Kbps por secuencia de vídeo (en caso de estar habilitados) durante los períodos de uso máximo. Una sesión bidireccional de audio o de vídeo usa dos secuencias, por lo que una conexión de audio o de vídeo necesitará 130 Kbps para cubrir cada secuencia. Asimismo, el vídeo usará 1000 Kbps en total para establecer una conexión del canal de subida y de bajada.

  • Para hacer frente a los picos de tráfico inesperados por encima de este nivel y a un mayor uso en el tiempo, los extremos multimedia de Skype Empresarial Server pueden adaptarse a condiciones de red variables y admitir cargas de tres veces la capacidad de proceso para audio y vídeo a la vez que mantienen una calidad aceptable. Pero, no se puede dar por sentado que esta capacidad de adaptación enmascarará el problema cuando una red esté mal aprovisionada. En una red así se reduce la capacidad de los extremos multimedia de Skype Empresarial Server para afrontar dinámicamente las condiciones de red variables (por ejemplo, una pérdida de paquetes temporalmente alta).

  • En el caso de los vínculos de red en los que el aprovisionamiento resulta muy costoso y difícil, puede que se vea obligado a considerar un aprovisionamiento para un volumen de tráfico menor. En este escenario, deje que la elasticidad de los extremos multimedia de Skype Empresarial Server absorba la diferencia entre el volumen de tráfico y el nivel de tráfico máximo, a expensas de una pequeña reducción en la calidad de voz. También habrá una disminución en el margen que normalmente está disponible para absorber los picos de tráfico repentinos.

  • En el caso de los vínculos que no se pueden aprovisionar correctamente a corto plazo (por ejemplo, un sitio con vínculos WAN de muy poca calidad), considere la posibilidad de deshabilitar el vídeo para algunos usuarios.

  • Aprovisione la red para asegurar un retraso máximo de un extremo a otro (latencia) de 150 milisegundos (ms) con carga máxima. La latencia es el único problema de red que los componentes multimedia de Skype Empresarial Server no pueden reducir, por lo que es importante encontrar y eliminar los puntos débiles.

  • En servidores que ejecutan software antivirus, todos los servidores que ejecutan Skype Empresarial Server se incluyen en la lista de excepciones para proporcionar un rendimiento y una calidad de audio óptimos.

El ancho de banda usado para descargar contenido de conferencias desde el servidor Servicios de Internet Information Server (IIS) depende del tamaño del contenido. Puede optar por supervisar el uso real y ajustar la planeación del ancho de banda según convenga.

Una parte importante de la planeación de red garantiza que su red pueda gestionar el tráfico multimedia generado por Skype Empresarial Server. Esta sección le ayudará a planear dicho 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 secuencia, y ambos pueden variar entre escenarios. En la siguiente tabla se enumeran los códecs de audio usados generalmente en los escenarios de Skype Empresarial Server.

Ancho de banda del códec de audio

Códec de audio Escenario 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

Punto a punto, conferencias

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

Banda ancha SILK

Punto a punto

36,0

52,0

64,0

100,0

Banda ancha SILK

Punto a punto

26,0

42,0

54,0

80,0

Banda ancha SILK

Punto a punto

20,0

36,0

48,0

68,0

Banda ancha/banda estrecha SILK

Punto a punto

13,0

29,0

41,0

54,0

Las cantidades del ancho de banda de la tabla anterior se basan en los paquetes de 20 ms (50 paquetes por segundo) y para los códecs Siren y G.722 se incluyen las sobrecargas adicionales del protocolo de transporte seguro en tiempo real (SRTP) de los escenarios de conferencia y asumen que la secuencia está 100 % activa. La corrección de error de reenvío (FEC) se utiliza de forma dinámica cuando existe una 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 se utiliza en los sistemas basados en el sistema de la Sala de reuniones de Lync, que utiliza un micrófono estéreo o un par de micrófonos mono para permitir que los oyentes puedan distinguir mejor a varios hablantes en la sala de reuniones.

Ancho de banda de resolución de vídeo

Códec de vídeo Resolución y relación de aspecto Velocidad de bits máxima de carga de vídeo (Kbps) Velocidad de bits mínima de carga de vídeo (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

Para el vídeo, el códec predeterminado es el estándar de codificación de vídeo avanzado H.264/MPEG-4 Parte 10, junto con sus extensiones de codificación de vídeo escalable. Para mantener la interoperabilidad con clientes heredados, el códec de RTVideo todavía se usa para las llamadas punto a punto entre clientes heredados y Skype Empresarial Server. En las sesiones de conferencia con Skype Empresarial Server y los clientes heredados, el extremo de Skype Empresarial Server puede codificar el vídeo usando códecs de vídeo y enviando la secuencia de bits H.264 a los clientes de Skype Empresarial Server y la secuencia de bits de RTVideo a los clientes heredados.

El ancho de banda necesario depende de la resolución, la calidad, la velocidad de fotogramas y los movimientos o cambios de la imagen. Para cada resolución existen dos secuencias de bits interesantes:

  • Velocidad de bits máxima de carga Es la velocidad de bits que usará un extremo para la resolución a la máxima velocidad de fotogramas. Es el valor que permite la máxima calidad de vídeo y de sonido.

  • Velocidad de bits mínima de carga Esta es la velocidad de bits debajo de la cual un extremo de Skype Empresarial Server cambiará a la siguiente resolución menor. Para garantizar una determinada resolución, la velocidad de bits de carga de vídeo disponible no tiene que ser menor que esta velocidad de bits mínima para dicha resolución. Este valor le ayuda a comprender el valor mínimo posible en los casos en los que la velocidad de bits máxima no está disponible o no resulta práctica. Para algunos usuarios, esta baja velocidad de bits de vídeo puede considerarse una experiencia de vídeo no aceptable, por lo que aconsejamos precaución al considerar estas velocidades de bits mínimas de vídeo. Tenga en cuenta que en las escenas de vídeo estáticas o invariables, la velocidad de bits real puede descender temporalmente por debajo de la velocidad de bits mínima.

Skype Empresarial Server admite muchas resoluciones. Esto permite que Skype Empresarial Server ajuste mejor los distintos anchos de banda de red y recibir mejor las capacidades de los clientes. Además, la relación de aspecto predeterminada para Skype Empresarial Server es de 16:9. La relación de aspecto heredada de 4:3 aún se admite para las cámaras web que no permiten las capturas con una relación de aspecto de 16:9.

La FEC de vídeo siempre se incluye en la velocidad de bits de carga de vídeo cuando se usa para que no existan valores independientes con la FEC de vídeo y sin esta.

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 solo envían secuencias de audio cuando los usuarios hablan.

  • Ambos participantes reciben secuencias de audio.

  • Si se utiliza el vídeo, ambos extremos envían y reciben secuencias de vídeo durante la llamada.

  • Para las escenas de vídeo estáticas, la velocidad de bits real puede llegar a ser considerablemente lenta de forma temporal, ya que el códec de vídeo omitirá la codificación de las regiones del vídeo sin cambios desde la muestra anterior.

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. Si el multivídeo está habilitado, los requisitos de resolución y de ancho de banda de cada secuencia de vídeo serán menores.

  • Cada participante que enciende la secuencia de vídeo del usuario enviará una o más secuencias de vídeo. Skype Empresarial Server agrega la capacidad de enviar hasta cinco secuencias para optimizar la calidad de 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 por 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 la planeación de la capacidad, las dos estadísticas siguientes son de interés:

  • Ancho de banda máximo sin FEC El ancho de banda máximo que una secuencia consumirá, incluida la actividad típica de la secuencia y el códec típico usado en el escenario sin FEC. Este es el ancho de banda cuando la secuencia está con el 100 % de actividad y no hay pérdida de paquetes que desencadena el uso de FEC. Resulta práctico para contabilizar el ancho de banda que se necesita asignar para permitir que el códec se utilice en un escenario determinado. No se prevé que FEC sea un requisito en una red administrada.

  • Ancho de banda máximo con FEC El ancho de banda máximo que consume una secuencia, incluida la actividad típica de la secuencia y el códec típico usado en el escenario sin FEC. Este es el ancho de banda cuando la secuencia está con el 100 % de actividad y existe una pérdida de paquetes que desencadena el uso de FEC para mejorar la calidad. Resulta práctico para contabilizar el ancho de banda que se necesita asignar para permitir que el códec se utilice en un escenario determinado y permitir el uso de la FEC para preservar la calidad en condiciones de pérdida de paquetes.

En las siguientes tablas también se enumera un valor adicional de ancho de banda, Ancho de banda típico . Este es el ancho de banda medio que consume una secuencia, incluida la actividad típica de la secuencia y el códec típico usado en el escenario. Este ancho de banda puede utilizarse para calcular el ancho de banda que se está utilizando en el tráfico multimedia en un momento determinado, pero no tiene que utilizarse para la planificación de capacidad, ya que las llamadas individuales excederán este valor cuando el nivel de actividad es superior al promedio. El ancho de banda de secuencia de vídeo típico de las tablas que aparecen a continuación se basa en una combinación de resoluciones de vídeo, tal como se observa en los datos de cliente medidos, y las instalaciones más pequeñas podrían tener números reales que difieran de los datos de las tablas. Por ejemplo, en las sesiones punto a punto, la mayoría de los usuarios utilizarían la ventana de representación de vídeo predeterminada, mientras que un porcentaje de usuarios aumentaría o maximizaría la aplicación Skype Empresarial Server para permitir mayores resoluciones de vídeo.

En las siguientes tablas se proporcionan los valores 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

Audio

Banda ancha SILK

44,3

69

105

Vídeo principal al llamar a los extremos de Skype Empresarial Server

H.264

460

4010 (para una resolución máxima de 1920 x 1080)

Ya incluido

Vídeo principal al llamar a los extremos Lync 2010 o Office Communicator 2007 R2

RTVideo

460

2510 (para una resolución máxima de 1920 x 720)

Ya incluido

Vídeo panorámico al llamar a los extremos de Skype Empresarial Server

H.264

190

2010 (para una resolución máxima de 1920 x 288)

Ya incluido

Vídeo panorámico al llamar a los extremos de Lync 2010

RTVideo

190

510 (para una resolución máxima de 1920 x 144)

Ya incluido

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 RTVideo¹

260

8015

No aplicable

Envío principal de vídeo

H.264 y RTVideo

270

8015

No aplicable

Recepción de vídeo panorámico

H.264 y 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 RTVideo

190

2515 ²

No aplicable

1. Se envía el vídeo RT, además de H.264, cuando los clientes Lync 2010 se conectan a la conferencia.

2. Si hay varias secuencias, comparten el ancho de banda asignado de forma dinámica.

Para el vídeo principal, el ancho de banda de secuencia típico es el ancho de banda agregado sobre todas las secuencias de vídeo recibidas, mientras que la secuencia máxima es el ancho de banda sobre todas las secuencias de vídeo enviadas. Aun con varias secuencias de vídeo, el ancho de banda típico para vídeo es más pequeño que en el escenario punto a punto, ya que muchas conferencias de vídeo utilizan el uso compartido de contenidos, que hace que las ventanas de vídeo sean más pequeñas y, por lo tanto, las resoluciones de vídeo son inferiores. El ancho de banda máximo de carga de vídeo agregada compatible es de 8000 Kbps para las secuencias de envío y de recepción que se utilizarían (por ejemplo, si hay dos secuencias de vídeo entrantes de 1920 x 1080 p). Los valores máximos se ven con poca frecuencia en las implementaciones reales.

Al crear una conferencia de varios participantes que usa la característica de la vista de galería, el uso del ancho de banda aumenta inicialmente a medida que se van uniendo los participantes; posteriormente disminuye a medida que descienden las resoluciones para ajustarse al máximo.

 

  2 participantes 3 participantes 4 participantes 5 participantes 6 participantes

Resoluciones máx. recibidas

1920 x 1080

1280 x 720

640 x 360

640 x 360 320 x 240

640 x 360 320 x 240

Velocidad de bits media total

2128

4050

1304

1224

1565

Velocidad de bits máxima total

4063

5890

2860

2699

3017

El ancho de banda de secuencia típico para los vídeos panorámicos se basa en los dispositivos que solo transmiten en secuencias un vídeo panorámico de hasta 960 x 144. Tenga en cuenta que el ancho de banda de secuencia típico puede aumentar al utilizar dispositivos con un vídeo panorámico de 1920 x 288.

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 a los participantes RTC de 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.

La calidad de servicio (QoS) es una tecnología de red que usan algunas organizaciones para ofrecer una experiencia de usuario final óptima para las comunicaciones de audio y vídeo. QoS se usa principalmente en las redes en las que el ancho de banda es limitado. Como hay una gran cantidad de paquetes de red compitiendo por una cantidad relativamente pequeña de ancho de banda disponible, la calidad de servicio permite a los administradores asignar prioridades más altas a los paquetes que contienen datos de audio o vídeo. Al asignar una prioridad más alta a estos paquetes, las comunicaciones de audio y vídeo probablemente se completen con mayor rapidez y con menos interrupciones que las sesiones de red que incluyen transferencias de archivos, exploración web o copias de seguridad de bases de datos. Esto se debe a que se asigna una prioridad de "mejor esfuerzo" a los paquetes de red usados para las transferencias de archivos o las copias de seguridad de bases de datos.

noteNota:
Como regla general, la QoS se aplica solamente a las sesiones de comunicación de la red interna. Al implementar la QoS necesita configurar los servidores y los enrutadores para que admitan el marcado de paquetes de un modo especial que puede que no se admita en Internet o en otras redes. Incluso si la calidad de servicio se admite en otras redes, no existe ninguna garantía de que se configure de la misma manera que configuró el servicio. Si utiliza MPLS tendrá que colaborar junto con su proveedor de MPLS.

Skype Empresarial Server no requiere la QoS, pero lo recomendamos encarecidamente. Si detecta problemas relacionados con la pérdida de paquetes en la red, las soluciones disponibles pasan por agregar más ancho de banda o implementar la QoS. Si no puede agregar más ancho de banda, la implementación de la QoS puede ser la única solución al problema.

Skype Empresarial Server ofrece compatibilidad total con la QoS: esto significa que las organizaciones que ya usan QoS pueden integrar fácilmente Skype Empresarial Server en la infraestructura de red existente. Para ello, es necesario llevar a cabo los siguientes pasos:

noteNota:
Si utiliza Windows Server 2012 o Windows Server 2012 R2, tal vez le interese el nuevo conjunto de cmdlets de Windows PowerShell disponible para administrar la Calidad de servicio en dicha plataforma. Para obtener más información, consulte QoS Cmdlets de red en Windows PowerShell en https://go.microsoft.com/fwlink/p/?LinkId=285379.
 
Mostrar: