Source: https://technet.microsoft.com/es-es/library/gg425841.aspx
Timestamp: 2018-03-17 22:39:59+00:00

Document:
Planificar los requisitos de red para Skype Empresarial 2015
Planificar Skype Empresarial Server Planificar los requisitos de red
Planificar IPv6
Requisitos del equilibrio de carga
Resumen: revise las consideraciones del componente de red de abajo antes de implementar Skype Empresarial Server 2015.
La información de estos temas también se describe en el white paper Planificación de redes, supervisión y solución de problemas con Lync Server adicionales detalles y profundidad. Mientras que el contenido se refiere explícitamente a Lync 2010 y Lync 2013, las consideraciones de Skype Empresarial Server 2015 no se modifican.
Del mismo modo, si trata de su red wi-fi, así como acceso por cable, las notas del producto Entrega Lync 2013 real-time Communications en Wi-Fi es una buena referencia y es igualmente aplicable a Skype Empresarial Server 2015.
Rendimiento de la red y las necesidades se vinculan directamente a la carga de tráfico que se colocan en ellos. Al planear sus implementaciones de servidor y de red le recomendamos hacer uso de la Herramienta de planeación de Skype Empresarial Server 2015, el Calculadora de planeamiento de capacidad de Skype Empresarial Server 2015y el Skype for Business Server 2015 Stress and Performance Tool.
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.
Requisitos de red para el audio y vídeo
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.
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.
Requisitos de red de la conferencia
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.
Requisitos de ancho de banda de red para el tráfico multimedia
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.
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 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
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
Banda estrecha de RTAudio
Punto a punto, RTC
G.722 estéreo
Punto a punto, conferencias
RTC, conferencias
Banda ancha SILK
Banda ancha/banda estrecha SILK
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
Velocidad de bits máxima de carga de vídeo (Kbps)
Velocidad de bits mínima de carga de vídeo (Kbps)
320 x 180 (16:9)
212 x 160 (4:3)
424 x 240 (16:9))
320 x 240 (4:3
424 x 320 (4:3)
848 x 480 (16:9)
960 x 144 (20:3)
1280 x 192 (20:3)
1920 x 288 (20:3)
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
Ancho de banda máximo RTCP (Kbps)
Vídeo (solo se envía/recibe H.264 o RTVideo)
Vídeo (se envía/recibe H.264 y RTVideo)
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
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
Vídeo principal al llamar a los extremos de Skype Empresarial Server
4010 (para una resolución máxima de 1920 x 1080)
Vídeo principal al llamar a los extremos Lync 2010 o Office Communicator 2007 R2
2510 (para una resolución máxima de 1920 x 720)
Vídeo panorámico al llamar a los extremos de Skype Empresarial Server
2010 (para una resolución máxima de 1920 x 288)
Vídeo panorámico al llamar a los extremos de Lync 2010
510 (para una resolución máxima de 1920 x 144)
Planificación de la capacidad de audio/vídeo para conferencias
Códec típico
Recepción principal de vídeo
H.264 y RTVideo¹
Envío principal de vídeo
H.264 y RTVideo
Recepción de vídeo panorámico
Envío de vídeo panorámico
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.
Resoluciones máx. recibidas
Velocidad de bits media total
Velocidad de bits máxima total
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
G. 711 (esto incluye a los participantes RTC de conferencias)
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)
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.
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:
Habilitación de la QoS 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, por lo general no puede usar el producto para modificar los códigos DSCP que usan estos dispositivos.
Configuración de intervalos de puertos para servidores de conferencias, aplicaciones y mediación. Es preciso reservar un conjunto único de puertos para distintos tipos de paquetes, como paquetes de audio y vídeo. Con Skype Empresarial Server no se habilita ni deshabilita la calidad de servicio al, por ejemplo, definir 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 más adelante decide no usar QoS, para "deshabilitar" la calidad de servicio necesita quitar los objetos de directiva de grupo adecuados.
Configuración de los intervalos de puertos para servidores perimetrales. Aunque no es un requisito, puede configurar los servidores perimetrales para que usen los mismos intervalos de puertos que los otros servidores.
Configuración de los intervalos de puertos para clientes de Microsoft Lync. 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.
Configurar la directiva de calidad de servicio para los servidores de conferencia, aplicación y mediación en Lync Server 2013. Estas directivas determinan los códigos DSCP que se aplican a diferentes tipos de paquetes.
Configuración de la directiva de calidad de servicio para los servidores perimetrales de audio y vídeo. Esto solo se necesita hacer para el lado interno de los servidores perimetrales, ya que la QoS está diseñada para usarse en la red interna y no en Internet.
Configuración de las directivas de calidad de servicio para clientes que se ejecutan en Windows 7 o Windows 8. Tenga en cuenta que Skype Empresarial Server no admite la QoS en otros sistemas operativos Windows, como Windows Vista o Windows XP.
Configuración de la calidad de servicio en dispositivos Microsoft Lync Phone Edition. De forma predeterminada, la QoS está habilitada para los dispositivos Lync Phone Edition. Pero, tal vez desee cambiar el valor predeterminado de DSCP a fin de garantizar que todos los paquetes de audio de la organización usen el mismo código DSCP.
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.
Planificar IPv6 en Skype Empresarial
Requisitos del equilibrio de carga para Skype Empresarial
Requisitos de DNS para Skype para Business Server 2015
Requisitos de protocolo y puerto para servidores

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución