Plan network requirements for Skype for Business
Resumen: Revise las consideraciones del componente de red que se indican a continuación antes de implementar Skype Empresarial Server.
La información de estos artículos también se describe en las notas del producto Planificación, supervisión y solución de problemas de red con Lync Server con más detalles y profundidad. Aunque el contenido hace referencia explícitamente a Lync 2010 y Lync 2013, las consideraciones para Skype Empresarial Server no cambian.
Del mismo modo, si su red implica wi-fi y acceso por cable, las notas del producto Entrega de comunicaciones de Lync 2013 Real-Time a través de Wi-Fi son una buena referencia y se aplican igualmente a Skype Empresarial Server.
Hardware de servidor
El adaptador de red de cada servidor en la topología de Skype Empresarial Server debe admitir al menos 1 gigabit por segundo (Gbps). En general, debe conectar todos los roles de servidor dentro de la topología de Skype Empresarial Server mediante una red de área local (LAN) de ancho de banda alto y baja latencia. El tamaño de la LAN depende del tamaño de la topología:
En topologías standard edition, los servidores deben 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 deben estar en una red que admita más de 1 Gbps, especialmente cuando se admiten conferencias de audio/vídeo (A/V) y 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.
Requisitos de red para el audio y vídeo
Los requisitos de red para audio/vídeo (A/V) en una implementación de Skype Empresarial Server incluyen lo siguiente:
Si vas a implementar un único servidor perimetral o un grupo perimetral con equilibrio de carga DNS, puedes configurar el firewall externo para realizar la traducción de direcciones de red (NAT). No puede configurar el firewall internal para llevar a cabo NAT. Para obtener más información, consulte Planeación de puertos y firewalls.
Importante
Si tiene un grupo de servidores perimetrales y usa un equilibrador de carga de hardware, debe usar direcciones IP públicas en los servidores perimetrales y no puede usar NAT para los servidores o el grupo en el dispositivo compatible con NAT (por ejemplo, un dispositivo de firewall o un conmutador LAN). Para obtener más información, consulte Escenarios de servidor perimetral en Skype Empresarial Server.
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 obtener detalles, consulte Excepciones de IPsec.
Para proporcionar una calidad óptima de los medios, siga este procedimiento:
Aprovisiona 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, si están habilitados, durante períodos de uso máximo. Una sesión de audio o vídeo bidireccional usa dos transmisiones, por lo que una conexión de audio o teléfono simple requiere 130 Kbps para cubrir cada transmisión. El vídeo también usará 1.000 Kbps en total para llevar una conexión ascendente y descendente.
Para hacer frente a picos inesperados de tráfico y aumento del uso con el tiempo, los puntos de conexión multimedia de Skype Empresarial Server pueden adaptarse a distintas condiciones de red y admitir tres veces el rendimiento de audio y vídeo, a la vez que mantienen una calidad aceptable. No suponga que esta adaptabilidad enmascarará el problema cuando una red esté mal aprovisionada. En una red mal aprovisionada, la capacidad de los puntos de conexión multimedia de Skype Empresarial Server para tratar dinámicamente las distintas condiciones de red (por ejemplo, una pérdida temporal de paquetes altos) se reduce.
Para los vínculos de red en los que el aprovisionamiento es costoso y difícil, es posible que tenga que considerar el aprovisionamiento para un volumen menor de tráfico. En este escenario, deje que la elasticidad de los puntos de conexión multimedia de Skype Empresarial Server absorba la diferencia entre el volumen del tráfico y el nivel máximo de tráfico, a costa de alguna reducción en la calidad de la voz. También habrá una disminución en el margen que normalmente está disponible para absorber los picos de tráfico repentinos.
Para los vínculos que no se pueden aprovisionar correctamente a corto plazo (por ejemplo, un sitio que usa vínculos WAN pobres), considere la posibilidad de deshabilitar el vídeo para determinados 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 la única deficiencia de red que los componentes multimedia de Skype Empresarial Server no pueden reducir y es importante encontrar y eliminar los puntos débiles.
Para los servidores que ejecutan software antivirus, incluya todos los servidores que ejecutan Skype Empresarial Server en la lista de excepciones para proporcionar un rendimiento y una calidad de audio óptimos.
Excepciones de IPsec
Para las redes empresariales donde se ha implementado la seguridad de protocolo de Internet (IPsec) (consulte IETF RFC 4301-4309), IPsec debe estar deshabilitado sobre el intervalo de puertos utilizados para la entrega de audio, vídeo y vídeo panorámico. Esta recomendación se fundamenta en la necesidad de evitar retrasos en la asignación de los puertos de medios por la negociación de IPsec.
En la siguiente tabla se detalla la configuración de las excepciones de IPsec recomendadas.
Excepciones de IPsec recomendadas
| Nombre de la regla | IP de origen | IP de destino | Protocolo | Puerto de origen | Puerto de destino | Requisito de autenticación |
|---|---|---|---|---|---|---|
| Servidor perimetral A/V interno entrante | Cualquiera | Servidor perimetral A/V interno | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor perimetral A/V externo entrante | Cualquiera | Servidor perimetral A/V externo | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor perimetral A/V interno saliente | Servidor perimetral A/V interno | Servidor perimetral A/V externo | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor perimetral A/V externo saliente | Servidor perimetral A/V externo | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor de mediación entrante | Cualquiera | Servidor(s) de mediación | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor de mediación saliente | Servidor(s) de mediación | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Operador de conferencia entrante | Cualquiera | Servidor front-end que ejecuta operador de conferencia | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Operador de conferencia saliente | Servidor front-end que ejecuta operador de conferencia | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor de conferencia A/V entrante | Cualquiera | Servidores front-end | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Salida de conferencia A/V | Servidores front-end | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Exchange entrante | Cualquiera | Mensajería unificada de Exchange | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidores de aplicaciones compartidas entrantes | Cualquiera | Servidores de aplicaciones compartidas | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Servidor de aplicaciones compartidas saliente | Servidores de aplicaciones compartidas | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Exchange saliente | Mensajería unificada de Exchange | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
| Clientes | Cualquiera | Cualquiera | UDP y TCP | Cualquiera | Cualquiera | No autenticar |
Requisitos de red de la conferencia
El ancho de banda usado para descargar contenido de conferencia desde el servidor de Internet Information Services (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.
Requisitos de ancho de banda de red para el tráfico multimedia
Una parte importante de la planificación de la red es asegurarse de que su red puede controlar el tráfico multimedia generado por Skype Empresarial Server. Esta sección le ayudará a planear dicho tráfico multimedia.
Uso de red de tráfico de medios
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 que se usa y la actividad de la transmisión, que puede variar entre escenarios. En la tabla siguiente se enumeran los códecs de audio que se usan normalmente en 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 SILK/banda estrecha |
Punto a punto |
13,0 |
29,0 |
41,0 |
54,0 |
Nota
Las llamadas RTC del cliente de Skype Empresarial suelen usar el códec G.711, que requiere un ancho de banda alto. Si no hay suficiente ancho de banda disponible para ese códec, las llamadas pueden fallar con un error similar al siguiente en los registros multimedia: Al menos debe habilitarse un códec, hr: c0042004. Los registros multimedia (archivos .blog) están cifrados y solo los puede descodificar el personal de soporte técnico de Microsoft.
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 los códecs Siren y G.722 incluyen la otra sobrecarga del Protocolo de transporte en tiempo real (SRTP) seguro de los escenarios de conferencia y asume que la secuencia 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 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 |
424x240 (16:9) 320x240 (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 |
El códec predeterminado para vídeo 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 clientes heredados, el códec RTVideo se sigue usando para las llamadas de punto a punto entre Skype Empresarial Server y los clientes heredados. En las sesiones de conferencia con Skype Empresarial Server y los clientes heredados, el punto de conexión de Skype Empresarial Server puede codificar el vídeo con códecs de vídeo y enviar la secuencia de bits H.264 a los clientes de Skype Empresarial Server y la secuencia de bits RTVideo a 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 máxima de bits de carga Esta es la velocidad de bits que un punto de conexión usará para la resolución con la velocidad de fotogramas máxima. Es el valor que permite la máxima calidad de vídeo y de sonido.
Velocidad de bits de carga mínima Esta es la velocidad de bits por debajo de la cual un punto de conexión de Skype Empresarial Server cambiará a la siguiente resolución inferior. 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ás bajo posible si la velocidad de bits máxima no está disponible o no es 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. Para escenas de vídeo estáticas e inmutables, la velocidad de bits real puede quedar temporalmente por debajo de la velocidad de bits mínima.
Skype Empresarial Server admite muchas resoluciones. Esto permite a Skype Empresarial Server ajustarse a diferentes anchos de banda de red y recibir capacidades de cliente. La relación de aspecto predeterminada para Skype Empresarial Server es 16:9. La relación de aspecto heredada de 4:3 sigue siendo compatible con las cámaras web, que no permiten la captura en la relación de aspecto 16:9.
La FEC de vídeo siempre se incluye en la velocidad de bits de carga del vídeo cuando se usa, por lo que no hay valores separados para con fec de vídeo y sin fec de vídeo.
Los puntos de conexión no transmiten paquetes de audio o vídeo de forma continua. Según el escenario, hay diferentes niveles de actividad de la transmisión, que indican la frecuencia con la que se envían los paquetes para una transmisión. La actividad de una transmisión depende del medio y del escenario, y no depende del códec que se esté usando. 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 escenas de vídeo estático, 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 un cambio 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 active la transmisión de vídeo de envío del usuario enviará una o más transmisiones de vídeo. Skype Empresarial Server tiene 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 que se envía una secuencia de vídeo H.264 y otra RTVideo 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 consumirá una transmisión. Esto incluye la actividad típica de la transmisión y el códec típico que se utiliza 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 útil para calcular cuánto ancho de banda debe asignarse para permitir que el códec se use en un escenario determinado. No se espera 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 transmisión. Esto incluye la actividad típica de la transmisión y el códec típico que se usa en el escenario con FEC. Este es el ancho de banda cuando la transmisión está al 100 % de actividad y hay una pérdida de paquetes que desencadena el uso de FEC para mejorar la calidad. Esto es útil 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 otro valor de ancho de banda, Ancho de banda típico. Este es el ancho de banda medio que consume una transmisión. Esto incluye la actividad típica de la transmisión y el códec típico que se usa 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 específico, pero no para la planificación de capacidad, ya que las llamadas individuales superarán este valor cuando el nivel de actividad sea mayor que el promedio. El ancho de banda típico de la transmisión de vídeo en las tablas siguientes se basa en una combinación de distintas resoluciones de vídeo, tal como se observa en los datos de clientes medidos, y es probable que las instalaciones más pequeñas tengan números reales que difieren de los datos de la tabla. 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 Skype Empresarial Server para permitir mejores 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 puntos de conexión 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 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) |
Ya incluido |
| Vídeo panorámico al llamar a puntos de conexión 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 puntos de conexión 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 |
El vídeo RT se envía además de H.264 cuando los clientes de Lync 2010 están conectados a la conferencia.
Si hay varias transmisiones, comparten dinámicamente el ancho de banda asignado.
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 de carga de vídeo agregado máximo admitido es de 8000 Kbps para las secuencias de envío y recepción, que se usarían (por ejemplo, si hay dos transmisiones de vídeo de 1920x1080p entrantes). Los valores máximos se ven con poca frecuencia en las implementaciones reales.
Al crear una conferencia multipartidista que use la característica de vista galería, el uso del ancho de banda aumenta inicialmente a medida que los participantes se unen y disminuye a medida que se eliminan 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 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.
Administración de la Calidad de servicio (QoS)
Calidad de servicio (QoS) es una tecnología de red que se usa en algunas organizaciones para ayudar a proporcionar una experiencia óptima del usuario final para las comunicaciones de audio y vídeo. QoS se usa con más frecuencia en redes donde el ancho de banda es limitado: con un gran número de paquetes de red que compiten por una cantidad bastante pequeña de ancho de banda disponible, QoS permite a los administradores asignar prioridades más altas a los paquetes que contienen datos de audio o vídeo. Al dar a estos paquetes una mayor prioridad, es probable que las comunicaciones de audio y vídeo se completen más rápido y con menos interrupciones que las sesiones de red que impliquen cosas como transferencias de archivos, exploración web o copias de seguridad de bases de datos. Esto se debe a que a los paquetes de red utilizados para transferencias de archivos o copias de seguridad de bases de datos se les asigna una prioridad de "mejor esfuerzo".
Nota
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 es compatible con otras redes, no hay ninguna garantía de que QoS se configure exactamente de la misma manera que ha configurado el servicio. Si utiliza MPLS tendrá que colaborar junto con su proveedor de MPLS.
Skype Empresarial Server no requiere QoS, pero se recomienda. Si experimenta problemas de pérdida de paquetes en la red, las soluciones disponibles son agregar más ancho de banda o implementar QoS. Si no es posible agregar más ancho de banda, la implementación de QoS podría ser el único pago para resolver el problema.
Skype Empresarial Server ofrece soporte completo para QoS: esto significa que las organizaciones que ya usan QoS pueden integrar fácilmente Skype Empresarial Server en su infraestructura de red existente. Para ello, es necesario llevar a cabo los siguientes pasos:
Habilitar QoS en Skype Empresarial Server para dispositivos que no están basados en Windows. De forma predeterminada, la QoS está deshabilitada en los equipos y otros dispositivos (como iPhone) que ejecutan otros sistemas operativos. Aunque puede usar Skype Empresarial Server para habilitar y deshabilitar la calidad de servicio para los dispositivos, normalmente no puede usar el producto para modificar los códigos DSCP usados por estos dispositivos.
Configurar intervalos de puertos y una directiva de calidad de servicio para los servidores de conferencia, aplicación y mediación. Es preciso reservar un conjunto único de puertos para distintos tipos de paquetes, como paquetes de audio y vídeo. Al usar Skype Empresarial Server, no habilita o deshabilita QoS estableciendo un valor de propiedad en True o False. En su lugar, la calidad de servicio se habilita al configurar intervalos de puertos y al crear y aplicar posteriormente una directiva de grupo. Si posteriormente decide no usar QoS, puede "deshabilitar" QoS quitando los objetos de directiva de grupo adecuados.
Configuración de intervalos de puertos y una directiva de calidad de servicio para los servidores perimetrales. Aunque no es un requisito, puede configurar los servidores perimetrales para que usen los mismos intervalos de puertos que los otros servidores. La configuración de una directiva de QoS solo se realiza en el lado interno de los servidores perimetrales. Esto se debe a que QoS está diseñado para su uso en su red interna y no en Internet.
Configurar intervalos de puertos y una directiva de calidad de servicio para sus clientes en Skype Empresarial Server. Estos intervalos de puertos solo se aplican a equipos cliente y, por lo general, no son los mismos que los intervalos de puertos configurados en los servidores. Skype Empresarial Server no admite QoS para sistemas operativos Windows que no sean Windows 10.
Nota
Si usa Windows Server 2012 o Windows Server 2012 R2, es posible que le interese el nuevo conjunto de cmdlets de Windows PowerShell disponibles para administrar QoS en esa plataforma. Para obtener más información, consulte Cmdlets de Windows PowerShell para redes.
QoS también se describe en las notas del producto Planificación, supervisión y solución de problemas de red con Lync Server con más detalles y profundidad. Aunque el contenido hace referencia explícitamente a Lync 2010 y Lync 2013, las consideraciones para Skype Empresarial Server no cambian.
Vea también
Planificar IPv6 en Skype Empresarial