Plan network requirements for Skype for Business
Resumen: Revise las consideraciones del componente de red a continuación antes de implementar Skype Empresarial Server.
La información de estos temas también se describe en las notas del producto Planificación, supervisión y solución de problemas de red con Lync Server con detalles adicionales 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 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 Enterprise Edition topologías, 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 mediante el 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, consulta 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:
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. Video también usará 1000 Kbps 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, Skype Empresarial Server extremos multimedia pueden adaptarse a condiciones de red variables y admitir tres veces el rendimiento de audio y vídeo, a la vez que se mantiene 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 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 elevados) se reduce.
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 del tráfico y el nivel máximo de tráfico, a costa de una 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.
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 la única deficiencia de red que Skype Empresarial Server componentes multimedia 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 la 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 usado y la actividad de la secuencia, y ambos pueden variar entre escenarios. En la tabla siguiente se enumeran los códecs de audio que se usan normalmente en Skype Empresarial Server escenarios.
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.
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 |
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 |
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 RTVideo se sigue usando para las llamadas de punto a punto entre Skype Empresarial Server y clientes heredados. En las sesiones de conferencia con Skype Empresarial Server y 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 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í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 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 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 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 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 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 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 un valor de ancho de banda adicional, 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 Skype Empresarial Server puntos de conexión |
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 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 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 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 encarecidamente. 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 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 completa con 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 que usan 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 en 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 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 los 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. Ten en cuenta que 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, vea 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 detalles y profundidad adicionales. 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