ExpressRoute y QoS en Skype Empresarial Online
Importante
Skype Empresarial Online operado por 21Vianet en China se retirará el 1 de octubre de 2023. Si aún no ha actualizado sus usuarios de Skype Empresarial Online, se programarán automáticamente para una actualización asistida. Si quiere actualizar su organización a Teams usted mismo, le recomendamos que empiece a planear la ruta de actualización hoy mismo. Recuerde que una actualización correcta alinea la preparación técnica y de usuario, por lo que debe asegurarse de aprovechar nuestras instrucciones de actualización mientras se desplaza a Teams.
Skype Empresarial Online, excluyendo el servicio operado por 21Vianet en China, se retiró el 31 de julio de 2021.
Conéctese a Microsoft 365 o Office 365 a través de una conexión de red dedicada con Azure ExpressRoute para Microsoft 365 o Office 365 y Skype Empresarial Online. Su conexión dedicada para sus aplicaciones de Skype Empresarial le proporcionará un rendimiento y privacidad confiables y predecibles lejos de la red pública de Internet. Ahora puede comprar una mejor conexión de red a Microsoft 365 o Office 365 y Skype Empresarial Online que agrega predictibilidad y confiabilidad de categoría empresarial e incluye un SLA con tiempo activo.
Nota
Hay disponible una nueva versión de la calculadora de ancho de banda: Skype Empresarial, Calculadora de ancho de banda. Sin embargo, en las instrucciones de este documento se usa la Calculadora de ancho de banda de Lync 2010 y 2013.
Skype Empresarial Online y ExpressRoute
Al trabajar con un partner de ExpressRoute de Microsoft, puede conectar varias aplicaciones de Microsoft 365 y Office 365, como Skype Empresarial Online en la nube a través de una conexión dedicada. Sin embargo, las capacidades de comunicaciones de voz y vídeo en tiempo real para Skype Empresarial requieren servicios de red configurados para admitir estas cargas de trabajo de Microsoft 365 o Office 365 en tiempo real. Esto incluye una red que tenga un ancho de banda suficiente para transferir el volumen necesario de tráfico y que sea capaz de admitir una calidad de servicio (QoS), y así poder ofrecer a sus usuarios una experiencia de categoría empresarial.
Este documento está diseñado para ayudarle, a los administradores y a los diseñadores de redes a comprender los desafíos especiales necesarios para admitir las comunicaciones en tiempo real, las herramientas proporcionadas por Microsoft para ayudarle a diseñar una red capaz de admitir esos requisitos y para guiarle a través del proceso de diseño mediante un caso práctico.
En la primera parte de este documento verá un caso práctico que le ayudará a diseñar la red con la Herramienta de cálculo de ancho de banda de Skype Empresarial para calcular los requisitos de red de una implementación de ExpressRoute de Skype Empresarial de gran tamaño y en varios sitios. En la segunda parte de este documento se indican los conceptos fundamentales de Calidad de servicio (QoS), un análisis en profundidad de los detalles técnicos para admitir las comunicaciones en tiempo real de Skype Empresarial, así como los tipos específicos de servicios de red que son necesarios.
Aquí encontrará los detalles técnicos e información que le ayudará a comprender QoS, ExpressRoute y los retos específicos a los que se enfrentará, además de conocimientos prácticos de herramientas y técnicas que le permitirán implementar correctamente ExpressRoute en toda su red de Skype Empresarial.
Introducción
Cuando se esté preparando para usar ExpressRoute para Skype Empresarial, es una buena idea ver los diferentes modelos de conexión de ExpressRoute y las distintas opciones de partners y ubicaciones, así como leer cómo comprar y aprovisionar ExpressRoute en su empresa. Aquí encontrará algunos recursos con los que le resultará más fácil a empezar:
Parte 1: Caso práctico - ExpressRoute paraDewey Law, LLC.
Este caso práctico para Dewey Law, LLC. le mostrará cómo configurar una red, solicitar servicios de acceso a la red y determinar los requisitos de ancho de banda para admitir ExpressRoute para Skype Empresarial Online.
Antecedentes Dewey Law, LLC. es un bufete de abogados nacional de gran tamaño, con 790 abogados y un total de 5580 empleados repartidos en 78 ubicaciones. La firma tiene una sede en Nueva York, tres oficinas regionales en Chicago, San Francisco y Dallas, junto con 24 sucursales grandes y 50 sucursales pequeñas repartidas por todo el país o región. El bufete gestiona casos importantes y complejos, y la carga de trabajo se suele repartir entre dos o más oficinas. Tener este diseño de red genera como resultado una cantidad importante de tráfico de red entre las oficinas.
Dewey Law, LLC. es un bufete relativamente joven y los abogados y otros miembros del personal están cómodos con la tecnología y dependen en gran medida de ella para su trabajo diario.
Distribución de usuarios por ubicaciones y puestos
| Personal | Sede central (NY) | Oficinasregionales(3) | Sucursalesgrandes(24) | Sucursalespequeñas(50) |
|---|---|---|---|---|
| Ejecutivos |
20 |
10 |
1 |
1 |
| Socios |
150 |
50 |
10 |
5 |
| Asociados |
300 |
100 |
20 |
10 |
| Asistente jurídico |
400 |
125 |
30 |
15 |
| Administradores ejecutivos |
100 |
35 |
6 |
3 |
| TI y administrativos generales |
100 |
25 |
3 |
2 |
| Total por sitio |
1.070 |
345 |
70 |
36 |
| Total por clase de sitio |
1.070 |
1.035 |
1.680 |
1.800 |
Configuración de la red
Para ofrecer servicios en tiempo real coherentes y de alta calidad para Dewey Law, LLC., es necesario que se cumplan dos requisitos básicos:
Quieren prestar servicios de voz durante un error de alimentación, por lo que sus conmutadores y enrutadores de distribución de la red tienen que suministrar alimentación a través de Ethernet (PoE) IEEE 802.3af o 802.3at.
Además, los conmutadores y enrutadores de red también tienen que usar sistemas de alimentación ininterrumpida (SAI) para que puedan continuar funcionando durante un error de alimentación.
Tienen una conexión Wi-Fi a sus oficinas de LAN, por lo que recomendamos encarecidamente que usen un socio certificado de infraestructura Skype Empresarial Wi-Fi de Skype Empresarial Solutions.
Propina
Se recomiendan los puntos de acceso inalámbricos 802.11n y 802.11ac.
Además, lo más importante es que se tienen que configurar todas las redes LAN de las oficinas para proporcionar Calidad de servicio (QoS). Esto incluye pc, portátiles y cualquier hardware de red, como conmutadores y enrutadores.
Ahora que ya ha cubierto los conceptos básicos, para ofrecer servicios de voz de nivel empresarial para Dewey Law, LLC., le recomendamos que use el servicio IP Multi-Protocol Label Switching (MPLS) de un partner de servicio de red que se conectará al servicio Azure ExpressRoute. MPLS proporciona un servicio IP con garantías de rendimiento para retraso, vibración y pérdida de paquetes. Sin embargo, si MPLS no está disponible, también se puede usar Ethernet conectado a uno de nuestros socios de intercambio de datos de ExpressRoute.
Los proveedores de MPLS ofrecen varios niveles de clase de servicio, pero cada uno usa diferentes términos para identificarlos. Tendrá que trabajar estrechamente con su proveedor para asegurarse de que comprende los datos que ha introducido en la Calculadora de ancho de banda de Lync 2010 y 2013 y las opciones disponibles y se recomiendan para las diferentes aplicaciones de carga de trabajo de Microsoft 365 y Office 365 en tiempo real.
Hay dos opciones para asignar los datos de las aplicaciones de Skype Empresarial a las diferentes clases de servicio de MPLS:
Marcado de extremo de tráfico con Punto de código de servicios diferenciados (DSCP)
Basado en lista de control de acceso (ACL) de red
Para implementar el marcado de extremo, tiene que configurar todos los equipos Windows que se hayan unido al dominio para Dewey Law, LLC. para marcar cada paquete con el Punto de código de servicios diferenciados (DSCP) y, después, implementar QoS en todos los conmutadores y enrutadores de red de todos los sitios de oficinas para asegurarse de que se mantengan los marcados de QoS y no se eliminen. Los marcados de DSCP en los paquetes de red indican al proveedor de servicios cómo clasificar por orden de prioridad los paquetes de red. Encontrará más información sobre DSCP en la sección QoS de la parte 2.
Para la asignación basada en ACL de red, las marcas de prioridad dscp se implementan en un enrutador ascendente y se basan en el puerto de origen UDP. Los intervalos de puertos recomendados para cada aplicación se enumeran en la sección 2.6.1.1 de Planificación, supervisión y solución de problemas de red con Lync Server. Es importante que coordine esto con la implementación y el diseño globales de QoS de Dewey Law LLC, y tenga en cuenta las diferentes directivas de QoS y la posibilidad de que los paquetes no coincidan.
Cada proveedor de servicios de red de ExpressRoute tendrá una clase de servicio (QoS) que sea apropiada para voz y vídeo en tiempo real. Esta COS se llama "desvío rápido" (EF) para voz y "desvío garantizado" (AF) para vídeo. Debe tener cuidado al cambiar el tamaño de la cantidad de ancho de banda que compre para el tráfico de EF de voz. El motivo es que la clase de servicio de voz no es indulgente en caso de que envíe más tráfico de voz del aprovisionado por la clase de servicio.
Propina
Cualquier tráfico que se envíe en la clase de servicio de voz que supere el compromiso del proveedor de servicios se descartará inmediatamente, lo que afectará directamente a la calidad de la voz.
Al analizar el diseño general de Dewey Law, LLC. es muy importante que determine con precisión la cantidad de ancho de banda de red que necesitan para admitir el tráfico de voz en toda la red y marcar cada paquete de voz (y solo los paquetes de voz) con la configuración de DSCP para voz (es decir, DSCP EF 46).
Para implementar QoS en toda su red empresarial, los puntos de conexión o enrutadores deben marcar cada paquete con el indicador de prioridad de capa 3 adecuado (es decir, DSCP). En toda la ruta de red, cada conmutador y enrutador ha de tener activada la opción QoS. Aunque solo haya un conmutador o enrutador de red que no tenga activada QoS, se podrían eliminar las marcas de QoS en los paquetes de voz o vídeo que pasen a través del conmutador o enrutador. Esto deshabilita eficazmente QoS en todos los conmutadores y enrutadores de bajada, lo que reduce el valor de tener ExpressRoute.
Esto también necesita que la asociación de las prioridades de QoS de las capas 3 y 2 se defina en cada punto. Los mecanismos de prioridad de la capa 2 se definen en IEEE 802.1p para las redes cableadas y en 802.11e/WMM para las redes Wi-Fi. Lo que es más importante, el enrutador de red que se encuentre frente a la red MPLS del proveedor de servicios de red debe mantener la configuración de DSCP en todos los paquetes salientes para que mantengan la clase de servicio MPLS adecuada.
Propina
Para obtener información específica sobre la configuración de QoS, consulte la sección 2.6 Planeamiento de red, supervisión y solución de problemas con Lync Server. También puede ver Planear los requisitos de red para Skype Empresarial 2015 para obtener más información sobre los requisitos de planeación de red.
Solicitud de servicios de acceso a la red
Una vez que tenga los requisitos previos y mecanismos de red de QoS para admitir ExpressRoute, el siguiente paso es realizar un pedido para los servicios de acceso a la red de ExpressRoute. Al solicitar servicios de acceso de ExpressRoute para Dewey Law LLC del partner proveedor de servicios de red de Microsoft, tendrá que proporcionar dos cosas:
La cantidad total de ancho de banda necesario para conectar cada sitio a ExpressRoute y Microsoft 365 o Office 365.
El ancho de banda total necesario para cada clase de servicio que sea necesario para admitir las aplicaciones de Skype Empresarial que se usan en Dewey Law, LLC. El requisito de ancho de banda de clase de servicio depende del volumen de tráfico que espere de las diferentes aplicaciones de Skype Empresarial, como voz, vídeo, mensajería instantánea, presencia y pantalla compartida.
Determinar los requisitos de ancho de banda para aplicaciones de Skype Empresarial
Para Dewey Law, LLC., después de determinar el ancho de banda total necesario, tendrá que conocer cómo se tiene que dividir dicha cantidad total de ancho de banda entre las diferentes clases de servicio. Por ejemplo, cuánto ancho de banda se tiene que asignar a cada aplicación de Skype Empresarial.
Para determinar esos requisitos en cada una de las Dewey Law, LLC. usará la Calculadora de ancho de banda de Lync 2010 y 2013. Esta calculadora es una herramienta basada en Excel que le permite especificar el uso esperado de las distintas Skype Empresarial aplicaciones, como voz, vídeo, conferencia y pantalla compartida. La calculadora generará automáticamente una estimación del ancho de banda y los requisitos de CoS para cada sitio de su red. Al descargar la Calculadora de ancho de banda de Lync 2010 y 2013, también se descargará una guía del usuario que le proporcionará detalles sobre su uso.
Para ayudarle con la hoja de cálculo, las distintas celdas están codificadas por colores:
Verde Son áreas de entrada de datos generales.
Amarillo Son áreas de entrada de datos avanzados. Aunque se pueden cambiar, hágalo con precaución.
Rojo Son áreas de solo lectura donde los valores de entrada están bloqueados y no se pueden cambiar.
Gris Son áreas que solo permiten la visualización. Son los resultados o datos que proceden de las áreas de entrada generales.
El proceso de diseño de Dewey Law, LLC. empieza con la caracterización de sus usuarios en diferentes "roles". Por cada rol que defina, puede especificar el uso esperado de las diferentes aplicaciones de Skype Empresarial ("Ninguno", "Bajo", "Medio", "Alto" o una de las tres opciones definidas de "Personalizado"). Estas selecciones se encuentran en la hoja de cálculo "Rol". Se proporciona el uso específico para cada opción ("Bajo", "Medio", "Alto"), pero los valores predeterminados para cada opción no se pueden cambiar. Al identificar el número de usuarios por cada rol que se encuentra en cada sitio, la calculadora puede calcular el total de ancho de banda necesario para cada ubicación.
También puede especificar los códecs de audio y de vídeo que se usarán, si se usa la corrección de errores de transmisión y otros parámetros del sistema que afectarán a los requisitos de ancho de banda. Puede usar la configuración predeterminada de la Herramienta de cálculo de ancho de banda de Skype Empresarial, o bien seleccionar diferentes códecs y otros parámetros del sistema. Para el diseño del sitio de Dewey Law, LLC., se puede usar la configuración predeterminada. Sin embargo, para cambiar de cualquiera de las opciones predeterminadas hay un menú desplegable con todas las opciones disponibles. Los valores de ancho de banda que se usan para cada opción se incluyen en la hoja de cálculo "Códecs". Si cambia un parámetro, se actualizará el cambio en la combinación de ancho de banda y clase de servicio (CoS) en todos los sitios. Esta capacidad le permite probar diferentes configuraciones posibles y ver el impacto que tendrán los cambios en los requisitos de ancho de banda.
Hemos definido tres roles para Dewey Law, LLC.: "Ejecutivo/socio", "Asociado/asistente jurídico" y "Administradores de TI". En la tabla siguiente se muestra cómo hemos establecido los perfiles de uso para las distintas aplicaciones de Skype Empresarial para cada rol.
Roles y perfiles de uso (hoja de cálculo "Rol": columnas de la A a la P)
| Rol | MI/Presencia | Audio P2P | Vídeo P2P | Audioconferencia | Videoconferencia | Compartir escritorio | Audioconferencia | Lync 2010Tipo_RTV | Usuarios remotos | Lync 2013audio estéreo | Lync 2013calidad de vídeo | Lync 2013comportamiento de los usuarios para la ventana de vídeo P2P | Lync 2013Uso para varias vistas |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Ejecutivo/socio |
Alto |
Medio |
Bajo |
Medio |
Medio |
Ninguna |
Medio |
CIF |
0 % |
0 % |
Muy buena |
Típica |
Típica |
| Asociado/Asistente jurídico |
Alto |
Medio |
Bajo |
Medio |
Alto |
Alto |
Medio |
CIF |
0 % |
0 % |
Medio |
Típica |
Típica |
| Administradores de TI |
Alto |
Medio |
Ninguna |
Bajo |
Ninguna |
Ninguna |
Medio |
CIF |
0 % |
0 % |
Medio |
Típica |
Típica |
Tendrá que escribir la información en la tabla Anterior Distribución de usuarios por ubicaciones y posiciones en la hoja de cálculo "Sitios" de la Calculadora de ancho de banda de Lync 2010 y 2013. Como el número de usuarios de las oficinas regionales es idéntico, se definen para un "Sitio" y se especifica que hay tres instancias de este. Se realiza lo mismo para las sucursales grandes y pequeñas donde había 24 y 50 usuarios en los sitios, respectivamente.
Después de especificar la configuración para cada rol, tendrá que escribir en la hoja de cálculo "Sitios" el número de usuarios de cada rol en todos los sitios. El total de usuarios de todos los sitios se actualiza automáticamente. Dado que no hay usuarios en la ubicación de Microsoft 365 o Office 365, todos deben introducirse en las filas "Ramas" de la hoja de cálculo. A continuación, la Herramienta de cálculo de ancho de banda de Skype Empresarial rellena las columnas "Clase de mejor esfuerzo", "Clase de tráfico de datos" y "Clase de tráfico en tiempo real" en la tabla "Clase de tráfico de WAN BW por QoS". Esto se muestra en los datos de la tabla siguiente.
Propina
La hoja de cálculo completa también incluye el número máximo de sesiones simultáneas para cada aplicación, pero hemos eliminado esas columnas para ahorrar espacio.
Roles por sitio (hoja de cálculo "Sitios": columnas A, D, I y de AI a AX)
| Nombre del sitio | Total de usuarios en el sitio | Total de sitios como este | Perfil de usuario 1 | Del usuario del perfil 1 | Perfil de usuario 2 | Del usuario del perfil 2 | Perfil de usuario 3 | Del usuario del perfil 3 |
|---|---|---|---|---|---|---|---|---|
| Sede central |
1070 |
1 |
Ejecutivo/socio |
170 |
Asociado/asistente jurídico |
700 |
Administradores de TI |
200 |
| Oficinas regionales |
345 |
3 |
Ejecutivo/socio |
60 |
Asociado/asistente jurídico |
225 |
Administrador de TI |
60 |
| Sucursales grandes |
70 |
24 |
Ejecutivo/socio |
11 |
Asociado/asistente jurídico |
50 |
Administrador de TI |
9 |
| Sucursales pequeñas |
36 |
50 |
Ejecutivo/socio |
6 |
Asociado/asistente jurídico |
25 |
Administrador de TI |
1 |
Ancho de banda necesario por aplicación y por sitio en Kbps(Hoja de cálculo "Sitios": columnas A y BQ a LF)
| Sitio | Máximo de ancho de banda de SIP/MI | Máximo de ancho de banda de audio del mismo nivel entre sitios | Máximo de ancho de banda de vídeo del mismo nivel entre sitios | Máximo de ancho de banda de audioconferencia | Máximo de ancho de banda de videoconferencia | Máximo de ancho de banda de uso compartido de WAN | Máximo de ancho de banda de WAN para llamadas RTC |
|---|---|---|---|---|---|---|---|
| Sede central |
1070 |
525.30 |
560.00 |
739.50 |
2640.00 |
4224.00 |
2688.30 |
| Oficinas regionales |
345 |
185.40 |
560.00 |
255.00 |
1320.00 |
1536.00 |
896.10 |
| Sucursales grandes |
70 |
92.70 |
560.00 |
102.00 |
600.00 |
384.00 |
216.30 |
| Sucursales pequeñas |
36 |
119.40 |
560.00 |
76.50 |
600.00 |
384.00 |
123.60 |
Probablemente, las columnas más importantes de la hoja de cálculo son las que describen el ancho de banda de WAN por la clase de QoS. Esto se muestra en la tabla siguiente. Estos datos resumen la información que tendrá que proporcionar al proveedor de servicios de red para solicitar la conexión de acceso en cada uno de los sitios. Al calcular el ancho de banda total, recuerde multiplicar el ancho de banda de cada tipo de sucursal por el número de sitios del mismo tipo. Para conectar con su partner de servicios de red de ExpressRoute, puede ver Azure ExpressRoute.
Es importante no superar el ancho de banda en la clase de servicio de reenvío rápido (EF) o de voz. Se descartó un conjunto de paquetes aleatorio, por lo que, en lugar de reducir la calidad de una sola llamada o de un grupo de llamadas, esto podría afectar a todas las llamadas en curso. También es importante que solo se marque la voz con DSCP para EF (es decir, DSCP = 46) o que la cola de voz se desborde cuando se agregue tráfico que no sea de voz.
Propina
De nuevo, aunque la clase de servicio de EF ofrece las mejores garantías de rendimiento, si se supera el ancho de banda definido, se descartarán los paquetes adicionales inmediatamente.
Ancho de banda agregado por sitio por clase de tráfico de QoS (hoja de cálculo "Sitios": columnas A y ML a MR)
| Nombre del sitio | Clase de mejor esfuerzo (DSCP 0) | Clase de tráfico de datos (DSCP personalizado) | Clase de tráfico en tiempo real(DSCP 34, AF41) | Clase de tráfico prioritario(DSCP 46, EF) |
|---|---|---|---|---|
| Sede central |
0.00 |
5764.80 |
3200.00 |
3953.10 |
| Oficinas regionales |
0.00 |
2033.60 |
1880.00 |
1336.50 |
| Sucursales grandes |
0.00 |
486.40 |
1160.00 |
411.00 |
| Sucursales pequeñas |
0.00 |
438.40 |
1160.00 |
319.50 |
Poner en marcha el plan
Podemos calcular el ancho de banda total que atravesará la WAN y la cantidad de ancho de banda que atravesará ExpressRoute; para ello usamos la estimación del ancho de banda de la tabla Por aplicación por sitio anterior. La parte de tráfico que atraviesa ExpressRoute excluye el ancho de banda entre sitios del mismo nivel.
| Sitio | Máximo de ancho de banda de SIP/MI | Máximo de ancho de banda de audioconferencia | Máximo de ancho de banda de videoconferencia | Máximo de ancho de banda de uso compartido de WAN | Máximo de ancho de banda de WAN para llamadas RTC | Total ExpressRoute tráfico por clase de sitio (es decir, total n.º de tiempo de los sitios) |
|---|---|---|---|---|---|---|
| Sede central |
1.070 |
739.50 |
2640.00 |
4224.00 |
2688.30 |
11361.80 |
| Oficinas regionales |
345 |
255.00 |
1320.00 |
1536.00 |
896.10 |
8704.20 |
| Sucursales grandes |
70 |
102.00 |
600.00 |
384.00 |
216.30 |
32935.20 |
| Sucursales pequeñas |
36 |
76.50 |
600.00 |
384.00 |
123.60 |
61005.00 |
Esto significa que Skype Empresarial tráfico en línea, que atravesará la ruta rápida será de aproximadamente 114 Mbps, por lo que Dewey necesitará al menos la suscripción de 200-Mbps para ExpressRoute. Pueden adquirirse varios circuitos de ExpressRoute en diferentes ubicaciones de intercambio de tráfico de ExpressRoute. Esto podría recomendarse si los sitios de Dewey están en regiones geográficas diferentes o para proporcionar resistencia cuando se produce un error en la conexión al circuito de ExpressRoute. Si adquiere circuitos de ExpressRoute en varias regiones de Azure, el complemento premium de ExpressRoute será necesario para recibir una conectividad global en ExpressRoute.
Ahora que tiene la cantidad total de ancho de banda necesario y los números de ancho de banda de clase de servicio (CoS), puede realizar los pedidos con los proveedores de servicios de red seleccionados. No olvide incluir las estimaciones del tráfico de otras aplicaciones y servicios. Ofrecemos instrucciones de planeación de red para otros servicios de Microsoft 365 y Office 365, como calculadoras de ancho de banda para Exchange y OneDrive. La suscripción de ancho de banda para el proveedor de servicios de red será superior porque el tráfico entre sitios necesitará agregarse de nuevo. La Calculadora de ancho de banda de Lync 2010 y 2013 proporciona solo una estimación del tráfico esperado, por lo que se recomienda confirmar la capacidad de la red para admitir ese volumen de tráfico realizando una prueba de esfuerzo.
Propina
Es muy recomendable realizar una prueba de esfuerzo de la red al realizar una evaluación previa de la red.
Para llevar a cabo una prueba de esfuerzo, es necesario crear y configurar la infraestructura y, después, ejecutarla con el volumen esperado de tráfico simulado al supervisar el rendimiento. Es posible que las estimaciones de tráfico no sean precisas en algunas áreas, pero al menos se asegura de que puede admitir el volumen de tráfico estimado por la Herramienta de cálculo de ancho de banda de Skype Empresarial. Se recomienda ejecutar la prueba de esfuerzo durante un mínimo de unos días, pero ejecutarla durante períodos más largos de tiempo puede ayudarle a refinar los números. Sin embargo, la ampliación del período de prueba de esfuerzo se debe sopesar con el coste de los servicios de red que está pagando y que no transportan tráfico de red de usuario real. Microsoft ha certificado a muchos proveedores como parte de su programa IT Pro Tools para proporcionar herramientas de operaciones y administración de redes, incluidas herramientas de esfuerzo de preasesión de red. Skype Empresarial también proporciona integradores de sistemas (SI) que pueden usar IT Pro Tools para completar la evaluación de la red. Para más información, vea Soluciones de Skype Empresarial: IT Pro Tools.
La prueba de esfuerzo proporciona algunas garantías de que la red puede admitir el volumen de tráfico que sea necesario, pero, en realidad, los datos de la Herramienta de cálculo de ancho de banda de Skype Empresarial pueden ser incorrectos por varias razones. También debería considerar seguir supervisando las redes de los sitios realizando una evaluación de red continua una vez que se implemente para asegurarse de que el ancho de banda sea suficiente y que los mecanismos de QoS funcionen correctamente. Es importante seguir supervisando el rendimiento de la red a medida que se incorpora más usuarios reales en línea.
Parte 2:QoS de ExpressRoute para Skype Empresarial
El servicio ExpressRoute de Microsoft proporciona una conexión dedicada a la nube de Azure, pero los servicios de comunicación de las cargas de trabajo en tiempo real de Office 365 necesitarán servicios de red con un ancho de banda suficiente para transferir el volumen de tráfico necesario y que sea capaz de admitir una calidad de servicio (QoS) para ofrecer una experiencia del servicio de categoría empresarial a sus usuarios. Una conexión compatible con QoS debe configurarse de un extremo a otro (PC, conmutadores de red y enrutadores a la nube), ya que cualquier parte de la ruta que no admita QoS podría degradar la calidad de toda la llamada.
El propósito de esta sección es ayudarle a comprender los desafíos a la hora de admitir el tráfico en tiempo real en una red IP y configurar y admitir una implementación de ExpressRoute correcta de Microsoft 365 o Office 365 cargas de trabajo en tiempo real con un proveedor de Exchange ExpressRoute de Microsoft o un partner de proveedor de servicios de red.
Solo se acepta QoS en sus redes sobre los circuitos de la red de ExpressRoute y se usa en la red de Microsoft para el tráfico de Skype Empresarial. Hoy en día, hay partes de algunas conexiones salientes de Microsoft a las que les faltan valores de DSCP para Skype Empresarial. Hasta que el tráfico saliente esté totalmente marcado con valores de DSCP, se le recomienda que siga las instrucciones para agregar marcas de QoS al tráfico en el límite de la red, como se describe en la sección Implementar QoS con lista de Access Control de red (ACL) de este artículo.
El problema del tiempo real
Para prestar servicios de voz y vídeo de calidad empresarial es necesario cumplir con demandas especiales de una red IP. El tráfico en tiempo real usa el protocolo de transporte en tiempo real (RTP), que se transfiere con el Protocolo de datagramas de usuario (UDP). Al contrario que el protocolo de control de transmisión (TCP), que asigna números y prueba todos los mensajes para asegurarse de que no contengan errores (además de incluir otros mecanismos para detectar y retransmitir mensajes perdidos o con errores), UDP no proporciona este tipo de fiabilidad. Si los mensajes están dañados por errores o se pierden debido a desbordamientos de búfer, se perderán. UDP se eligió para usarse con RTP porque la naturaleza del tráfico en tiempo real permite que, incluso aunque se volvieron a enviar los mensajes perdidos, llegarían demasiado tarde para que tuvieran un impacto positivo en el flujo de mensajes de voz.
Al conocer el impacto de los paquetes de voz perdidos, los diseñadores idearon dos enfoques para mejorar el rendimiento de la voz y vídeo sobre IP:
Hacer que la codificación y descodificación de voz sea más resistente cuando se pierdan paquetes. Esto se puede hacer mediante la corrección de errores de reenvío (FEC) para corregir un porcentaje de los errores detectados, que es una funcionalidad de Microsoft 365 o Office 365 transporte en tiempo real, o bien diseñando sistemas de descodificación de voz que intenten enmascarar el efecto de los paquetes perdidos, que es una característica de los códecs de Microsoft.
Usar servicios de transporte que usen mecanismos de calidad de servicio para garantizar el rendimiento de la red en relación con retrasos, pérdida de paquetes y vibración, y la variación en el retraso entre paquetes.
Una codificación de voz resistente solo sirve para solucionar el problema de la pérdida de paquetes, por lo que es importante que una red usada para transportar voz y vídeo en tiempo real tenga mecanismos para minimizar el retraso y la vibración. Incluso con una codificación resistente, si se pierden demasiados paquetes, la estación receptora no tendrá información suficiente para reconstruir una versión reconocible de la señal de voz. El porcentaje de paquetes perdidos que daría como resultado una degradación notable de la calidad de la voz, que varía según la técnica de codificación de voz que se use. Sin embargo, en todos los casos, la pérdida de cadenas de paquetes sucesivos es problemático.
Minimizar el retraso es importante porque el retraso excesivo puede afectar al flujo de la conversación y crear molestias para los oradores. Los procedimientos recomendados nos indican que el retraso de un extremo a otro para la voz (lo que denominamos retraso "de boca a oído") debe mantenerse por debajo de 150 milisegundos (msecs). retraso unidireccional, no de ida y vuelta. Por supuesto, el retraso aumentará en vínculos de transmisión más largos, como los que cruzan los océanos, dado el retraso en la propagación o el tiempo que tarda la señal en viajar físicamente por el cable.
Cuando el retraso es superior a 150 msecs. unidireccional, tiene un efecto extraño en el altavoz. Psicológicamente, se apaga un reloj en el cerebro del orador que les hace pensar que el destinatario no los ha escuchado y repiten lo último que dijeron. Esto choca con la respuesta retrasada que llega desde el otro extremo. Si alguna vez has hablado por un canal por satélite, reconocerás este efecto. A través de un canal por satélite, el retraso unidireccional es de aproximadamente 250 msecs, que está mucho más allá del retraso permitido.
Parámetros de red recomendados para voz de categoría empresarial
| Parámetro | Valor recomendado |
|---|---|
| Entre vibración de paquetes de llegada (promedio) |
≤ 5ms |
| Entre vibración de paquetes de llegada (máximo) |
≤ 40ms |
| Índice de pérdida de paquetes (promedio) |
0 % al aproximarse |
| Latencia de red unidireccional |
≤ 100 ms (tienen que incluirse comprobaciones en el retraso frente a la distancia geográfica) |
ExpressRoute como parte de una red de voz de categoría empresarial
ExpressRoute ofrece una conexión dedicada a través de un Proveedor de servicios de red (NSP) o de un proveedor de Exchange (EXP) en una de las tres opciones de conexión:
Ubicación de Exchange en la nube
Conexión punto a punto en Ethernet
Conexión cualquiera a cualquiera (IPVPN)
Esto proporciona ventajas de alta disponibilidad (99,9 % SLA en tiempo activo) y un enrutamiento fiable que es seguro (sin tránsito de Internet), sin verse afectado por las variaciones en el tráfico de Internet y que respeta el marcado de Calidad del servicio para priorizar el tráfico (QoS se explica a continuación). ExpressRoute, junto con una WAN bien planeada, puede proporcionarle una red de voz de categoría empresarial.
Puede usar ExpressRoute para el tránsito de datos de oficinas o centros de datos (si es topología híbrida) que están conectados al circuito. Los datos de los usuarios de fuera del sitio (por ejemplo, de oficinas domésticas o de viajes, etc.) no aprovecharán el circuito de ExpressRoute a menos que los usuarios estén conectados a una VPN y no necesitan incluirse en estimaciones de ancho de banda para dimensionar el circuito de ExpressRoute. Si es un cliente multinacional, puede comprar circuitos ExpressRoute en cada región y usar etiquetas de comunidad BGP para informar las reglas de enrutamiento de modo que el tráfico se dirija al circuito preferido de ExpressRoute (normalmente el más cercano para cada sitio), mientras que los otros circuitos ofrecen redundancia en caso de una interrupción que afecte a un único circuito.
Si ExpressRoute no es una opción
Puede que no sea viable conectar todos los sitios a ExpressRoute debido a los costes, a la incapacidad de cumplir los requisitos previos de ExpressRoute o a las limitaciones de su proveedor de servicios de red actual. Si no puede usar ExpressRoute, se le recomienda seguir las siguientes instrucciones para marcar QoS dentro de su red y planear los contratos con su proveedor de servicios de red para garantizar un ancho de banda suficiente y compatibilidad con la priorización del tráfico en función de QoS.
Además, si tiene oficinas en varias regiones, pero no tiene circuitos de ExpressRoute en todas las regiones, debería usar las etiquetas de la comunidad BGP de la región al configurar el enrutamiento del tráfico hacia las oficinas satélite y desde ellas y así evitar el tránsito innecesario de largo recorrido. Por ejemplo, suponga que una empresa tiene una organización de Skype Empresarial Online hospedada en Estados Unidos, pero con sucursales en Europa, y la empresa solo tiene un único circuito de ExpressRoute en Silicon Valley. La mayoría del tráfico de Skype Empresarial Online se redirigirá a un centro de datos donde se hospede la organización (por ejemplo, llamadas de conferencias con otros usuarios de la empresa), y para la mayor parte del tráfico se preferirá usar el circuito de ExpressRoute. Sin embargo, si un usuario en Europa tuviera que unirse a una llamada de conferencia hospedada por otra empresa cuya organización se encuentra en Europa, el destino para los medios de esa llamada sería el centro de datos europeo donde se ubica la segunda empresa. Redirigir el tráfico a través del circuito de ExpressRoute en Silicon Valley sería una ruta menos directa de lo que sería posible a través de Internet. En ese caso, sería recomendable configurar enrutadores en su red (por ejemplo, en las oficinas europeas) para inspeccionar las etiquetas de la comunidad al realizar reglas de enrutamiento, y redirigir mediante Internet, en vez de por el circuito ExpressRoute de Silicon Valley, para el tráfico que tenga etiquetas regionales de Europa.
Conceptos básicos de Calidad de servicio (QoS)/Clase de servicio (CoS)
En IP, Calidad de servicio (QoS) describe cualquier mecanismo que se usa para proporcionar una administración de prioridades para algunos paquetes frente a otros. Según la definición de la Unión de Telecomunicaciones Internacional (ITU), QoS está compuesto por todos los aspectos de calidad de una conexión, incluido el retraso, la pérdida, la relación de señal a ruido, interferencias, eco, interrupciones, respuesta de frecuencias, niveles de volumen, etc. Lo que conocemos como QoS en redes de paquetes se denomina más correctamente Clase de servicio (CoS), que se centra en mejorar el rendimiento de retraso, vibración y pérdida de paquetes, pero continuaremos usando el término QoS, ya que es más común.
Al proporcionar QoS en una red IP se usan dos componentes principales:
La reserva de una cantidad definida de ancho de banda en cada vínculo para el tráfico en tiempo real (si ese ancho de banda no se necesita para el tráfico en tiempo real en cualquier momento, se puede usar para otro tipo de tráfico). La recomendación general es que no se asigne más del 30 % de la capacidad de cualquier vínculo para el tráfico de voz.
Marca los paquetes con un indicador de prioridad en el encabezado que indica a los conmutadores y enrutadores de la ruta la prioridad que se tiene que asignar al paquete.
Cuando se recibe un paquete en un conmutador o enrutador, se mueve a una cola de salida para la siguiente etapa o salto. Hay diferentes colas de salida para los diferentes niveles de prioridad. Un conmutador o enrutador usa un algoritmo que da servicio a la cola de prioridad alta con más frecuencia que a las colas de baja prioridad.
El desafío es que hay diferentes técnicas de QoS que se implementan en la capa 2 (es decir, ethernet o capa de Wi-Fi) y la capa 3 (es decir, la capa IP). Es posible que estas implementaciones distintas de QoS se tengan que configurar en cada conmutador y enrutador de la red, así como la interfaz entre su red y la red del proveedor de servicios de red.
Hay dos opciones para asignar los datos de las diferentes aplicaciones de Skype Empresarial a las diferentes clases de servicio:
Marcado de extremo del tráfico con Punto de código de servicios diferenciados (DSCP)
Basado en lista de control de acceso (ACL) de red
Marcado de extremo del tráfico: Punto de código de servicios diferenciados (DSCP)
Los servicios diferenciados (DiffServ) son un mecanismo "general" para clasificar y administrar el tráfico de red y proporcionar QoS en redes IP. Los enrutadores y otros dispositivos que implementen funciones de capa 3 usan el Punto de código de servicios diferenciados (DSCP) para definir la prioridad del paquete. Para implementar QoS, se inserta un valor de DSCP de 6 bits en el campo Servicios diferenciados (anteriormente, el campo "Tipo de servicio") en el encabezado de IP (6 bits permiten 64 niveles de prioridad distintos). Los niveles de prioridad se suelen definir como se muestra aquí.
Configuración de DSCP recomendada
| Clase de tráfico | Tratamiento (Marcado DSCP) | Cargas de trabajo de Skype Empresarial |
|---|---|---|
| Voz |
EF (46) |
Voz de Skype Empresarial y Lync |
| Interactivas |
AF41 (34) |
Vídeo |
| AF21 (18) |
Uso compartido de aplicaciones |
|
| Valor predeterminado |
AF11 (10) |
Transferencia de archivos |
| CS0 (0) |
Otro valor |
Encabezado ip versión 4
QoS de capa 2: IEEE 802.1p/Wi-Fi Multimedia (IEEE 802.11e)
Aunque DSCP es el mecanismo estándar para implementar QoS en la capa 3, existen diferentes mecanismos de QoS de capa 2 para redes cableadas (es decir, Ethernet) e inalámbricas (es decir, redes Wi-Fi). El mecanismo de QoS para las redes cableadas se define en el estándar IEEE 802.1p, mientras que el mecanismo de QoS para WLAN se define en IEEE 802.11e, lo que la Alianza Wi-Fi identifica como "Certificación Wi-Fi Multimedia" (certificación WMM).
IEEE 802.1p usa un punto de código de prioridad (PCP) de 3 bits para identificar la prioridad del mensaje (la PCP forma parte de un campo de 32 bits en el encabezado de Ethernet que también transporta el identificador de VLAN). A continuación se incluyen las definiciones de los valores de PCP.
Valores de PCP de IEEE 802.1p
| Valor de PCP | Prioridad | Acrónimo | Tipos de tráfico |
|---|---|---|---|
| 7 |
7 |
NC |
Control de red |
| 6 |
6 |
IC |
Control de conexión entre redes |
| 5 |
5 |
VO |
Voz |
| 4 |
4 |
VI |
Vídeo |
| 3 |
3 |
CA |
Aplicaciones críticas |
| 2 |
2 |
EE |
Esfuerzo excelente |
| 0 |
1 |
BE |
Mejor esfuerzo |
| 1 |
0 |
BK |
Fondo |
Aunque IEEE 802.1p se implementa de forma muy similar a DSCP con tráfico clasificado en diferentes colas de prioridad para cada nivel de prioridad, la naturaleza de uso compartido de medios de las redes WLAN necesita un enfoque distinto. Aunque el punto de acceso y el cliente mantengan colas de salida separadas para los distintos niveles de prioridad, hay diferencias en cómo se envían las tramas a través del canal de radio.
En una red Wi-Fi, todos los clientes asociados a un punto de acceso comparten un único canal semidúplex (es decir, solo una estación de cliente o el punto de acceso pueden enviar a la vez). Para minimizar el potencial de colisiones en el canal de radio, antes de enviar una trama, la estación espera hasta que el canal esté inactivo durante un período de tiempo definido, llamado "Espaciado entre tramas" y, si el canal está ocupado cuando una estación va a realizar un envío, se interrumpe durante un período de tiempo aleatorio. Una vez que se envía la trama, si el remitente no recibe un mensaje de confirmación del destinatario, asume que se ha producido una colisión u otro error y retrocede un intervalo aleatorio antes de intentar acceder al canal de radio para reenviar. El intervalo de interrupción es aleatorio para reducir la probabilidad de que las mismas dos estaciones vuelvan a entrar en conflicto.
Para clasificar por orden de prioridad el acceso al canal de radio, IEEE 802.11e/WMM define diferentes intervalos de espera de transmisión previa llamados "Espaciados entre tramas arbitrados" (AFIS) y diferentes intervalos de interrupción para las diferentes clases de tráfico (se definen cuatro niveles de prioridad llamados "Categorías de acceso").
La prioridad se establece con la asignación de valores de AFIS más cortos a las tramas de prioridad más elevadas. Por lo tanto, si una estación está esperando para enviar una trama de voz y otra está esperando para enviar una trama de datos, la trama de voz siempre se enviará primero. Desde el punto de vista técnico, se asigna el mismo valor de AFIS a las tramas de voz y de vídeo, pero los intervalos de interrupción para las tramas de vídeo son superiores. Por lo tanto, aunque una trama de voz y una de vídeo pueden entrar en conflicto en el primer intento, la trama de voz siempre se retransmitirá antes. A continuación se muestra la correlación entre IEEE 802.1p e IEEE 802.11e:
Asignación de IEEE 802.11e/Wi-Fi Multi-Media (WMM) a 802.1P
| Categoría de acceso de WMM | Descripción deWMM | Valor de PCP de 802.1P | Designación de 802.1P |
|---|---|---|---|
| 1(AC_VO) |
Voz |
7 (111) |
NC |
| 6 (110) |
VO |
||
| 2(AC_VI) |
Vídeo |
5 (101) |
VI |
| 4 (100) |
CL |
||
| 3(AC_BE) |
Mejor esfuerzoDatos |
3 (011) |
EE |
| 0 (000) |
BE |
||
| 4(AC_BK) |
FondoDatos |
1 (001) |
BK |
| 2 (010) |
--- |
Aquí se muestra la asociación recomendada de las prioridades de la capa 3 con la capa 2:
Asociaciones recomendadas de prioridad de la capa 3 a la capa 2
| Marcas de la capa 3 | Capa 2 (valor de PCP) | Wi-Fi (categoría de acceso) | |
|---|---|---|---|
| Control de red |
Comportamiento por salto (PHB): selector de clases (CS) 6 |
6 |
1(AC_VO) |
| Valor de DSCP: 48 |
|||
| Voz |
Comportamiento por salto (PHB): desvío rápido (EF) |
5 |
1(AC_VO) |
| Valor de DSCP: 46 |
|||
| Videoconferencia |
Comportamiento por salto (PHB): desvío garantizado (AF) 41 |
4 |
2(AC_VI) |
| Valor de DSCP: 34 |
|||
| Señalización de llamadas |
Comportamiento por salto (PHB): selector de clases (CS) 3 |
3 |
2(AC_VI) |
| Valor de DSCP: 24 |
|||
| Datos de baja latencia |
Comportamiento por salto (PHB): desvío garantizado (AF) 21 |
2 |
3(AC_BE) |
| Valor de DSCP: 18 |
|||
| Datos de alto rendimiento |
Comportamiento por salto (PHB): desvío garantizado (AF) 11 |
1 |
3(AC_BE) |
| Valor de DSCP: 10 |
|||
| Mejor esfuerzo |
Comportamiento por salto (PHB): 0 |
0 |
4(AC_BK) |
| Valor de DSCP: 0 |
Es importante tener en cuenta que hay un error de coincidencia en la codificación de prioridad para IEEE 802.1p y WMM. En 802.1p, el valor de PCP para voz es de 5, mientras que en la asignación de equivalencia estándar a WMM, PCP 5 se traduce como Categoría de acceso 2, la categoría de acceso de WMM para vídeo (AC_VI). Si es posible, se recomienda invalidar la asignación para que PCP 5 se traduzca como la categoría de acceso 1, o simplemente evitar usar voz y vídeo en la misma red Wi-Fi hasta que la Alianza Wi-Fi solucione este problema. Para obtener más información sobre Wi-Fi, consulta Elementos del catálogo wi-fi.
Implementación de QoS con lista de control de acceso (ACL) de red
El método alternativo para implementar QoS en una configuración de ExpressRoute es usar la lista de control de acceso (ACL) de red. Con este método, en lugar de que los extremos inserten las marcas DSCP apropiadas en el encabezado de cada paquete, el marcado lo puede realizar un enrutador de canal de subida, según el puerto UDP de origen. Es necesario configurar todos los conmutadores y enrutadores para que sean compatibles con QoS, para garantizar que se mantenga la configuración de DSCP. Lo que es más importante, el enrutador conectado a la red del proveedor de servicios tiene que mantener el DSCP en el encabezado de cada paquete, ya que el parámetro de DSCP es básicamente la instrucción para indicar al proveedor de servicios de red cómo tiene que tratar el paquete.
Los intervalos de puertos recomendados para cada aplicación de Skype Empresarial se enumeran en la sección 2.6.1.1 de la Guía de planeación, supervisión y solución de problemas de red con Lync Server. Es importante que esto se coordine con el enfoque general de la organización en relación con QoS y debe estar atento a las diferentes directivas de QoS y posibles errores de coincidencia de comentarios de paquetes.
Aunque la principal razón por la que se usa QoS y los servicios de red MPLS es garantizar una experiencia del usuario adecuada para voz y vídeo en tiempo real, estas mismas capacidades también se pueden aplicar en las aplicaciones de datos. En lugar de considerar todas las aplicaciones por igual, las redes MPLS pueden permitir a las organizaciones otorgar prioridad a algunas aplicaciones de datos frente a otras. Con MPLS, se puede asignar prioridad a las aplicaciones en tiempo real, como transacciones con tarjeta de crédito o la pantalla compartida, frente a tráfico que no dependa tanto del tiempo, como el correo electrónico.
Información sobre los tipos de servicios de redes IP: IP básica y MPLS
El reenvío de paquetes IP original funcionaba según el principio del "mejor esfuerzo". Eso significaba que los enrutadores que reenviaban esos paquetes IP harían todo lo posible por entregarlos a sus destinos, pero no había ninguna garantía con respecto a cuándo o si llegarían a sus destinos. Así es como funcionan hoy en día los servicios de Internet básicos, como su conexión a internet doméstica. La idea era que, si se necesitaba confiabilidad para una aplicación en concreto, se proporcionaría con un mayor nivel en la pila de protocolos. El mecanismo de entrega confiable es el protocolo de control de transmisión (TCP). El Protocolo de datagramas de usuario (UDP), que se usa para voz y vídeo en tiempo real, es el mecanismo de entrega poco confiable (es decir, el "mejor esfuerzo").
Multi-Protocol Label Switching (MPLS) se desarrolló como un medio para que los proveedores de servicios de red ofrezcan un servicio IP con garantías de rendimiento para retraso, vibración y pérdida de paquetes. Para ofrecer esas garantías de rendimiento, MPLS reduce parte de la falta de predictibilidad de la IP tradicional. Primero, en lugar de que cada paquete tenga que encontrar su camino de enrutador a enrutador hasta llegar a su destino (que, como resultado, podría ocurrir que cada paquete tomara una ruta distinta desde el origen hasta el destino), MPLS enruta todos los paquetes con una conexión de "circuito virtual" con una ruta fija llamada intercambio de rutas por etiqueta (LSP). Si uno de los vínculos de la ruta produce errores, se cambiará rápidamente la ruta de todos los LSP que usen ese vínculo.
Cuando un paquete se envía a la red MPLS, el proveedor de servicios de red del enrutador perimetral anexa un encabezado adicional al paquete, que incluye una etiqueta que se usa para reenviarlo al LSP adecuado. La etiqueta es eliminada por el enrutador perimetral en el otro extremo de la red MPLS.
Antes de simplificar el proceso de reenvío, la otra ventaja que proporciona MPLS es que el sistema de administración de redes sabrá que las conexiones se realizan en todos los vínculos de la red. Al controlar la forma en que se enruta el tráfico a través de la red, el operador puede garantizar la QoS que proporcionará cada ruta. Por lo tanto, al contrario que el rendimiento del mejor esfuerzo de la IP tradicional o básica, los operadores de MPLS pueden proporcionar un servicio IP con un rendimiento predecible. LSP también hace que MPLS sea por definición más seguro que los servicios de Internet tradicionales. Por lo tanto, con el servicio IP básico se puede esperar que el rendimiento de la red sea lo suficientemente bueno para proporcionar voz de calidad correcta y use técnicas como FEC, además de una codificación de voz más resistente, para mejorar las probabilidades, lo que puede garantizar el uso de MPLS.
Los proveedores de MPLS ofrecen varios niveles de clase de servicio, pero, desafortunadamente, cada uno usa términos distintos para identificarlos. Tendrá que trabajar estrechamente con su proveedor para asegurarse de que comprende los resultados de la Herramienta de cálculo de ancho de banda de Lync 2010 y 2013 y las opciones recomendadas para las diferentes aplicaciones de Cargas de trabajo en tiempo real de Microsoft 365 o Office 365.
Conclusión
Skype Empresarial mejora la forma en que se realizan las comunicaciones empresariales. En lugar de tener un teléfono conectado a un PBX, un sistema de videoconferencia independiente, una plataforma separada para el correo electrónico, un servicio externo para audioconferencia y algún vehículo para MI y presencia, Skype Empresarial puede reunir todas estas capacidades en una misma interfaz de usuario.
Para proporcionar servicios de voz y vídeo en tiempo real de categoría empresarial y de manera coherente, se necesita una infraestructura de red de un extremo a otro que sea capaz de proporcionar QoS. Esto incluye tanto a servicios LAN como a servicios WAN. Microsoft proporciona herramientas como la Herramienta de cálculo de ancho de banda de Lync 2010 y 2013 para estimar la capacidad de red que necesitará para los distintos servicios. Además, hay asociados en el programa IT Pro Tools Skype Empresarial Solutions: IT Pro Tools que ofrecen herramientas para evaluar previamente la infraestructura de red y apoyar la supervisión, la generación de informes y la solución de problemas. Sin una infraestructura de red configurada y con el tamaño correcto, corre el riesgo de tener una implementación de Skype Empresarial de ExpressRoute que no satisfaga las expectativas de los usuarios en cuanto a calidad y coherencia.
Las herramientas empresariales eficaces tienen que producir resultados confiables y coherentes, y entregar una experiencia del usuario que anime a la adopción de usuarios. Desde un punto de vista de redes que significa tener una infraestructura de red, tanto local como de área amplia, fija y móvil, que pueda permitir que esto suceda. Planear, diseñar, implementar y mantener esa infraestructura no siempre es una tarea fácil. El hardware, las herramientas y los servicios de red para cumplir lo que están disponibles actualmente, pero es responsabilidad de los profesionales de TI ver que están diseñados, implementados y mantenidos de una manera que garantiza que los usuarios obtengan un conjunto de servicios de comunicaciones y colaboración que les permitan trabajar de forma eficaz y eficaz y que la organización pueda aprovechar todas las ventajas que ofrece esta tecnología.