Calidad de medios y rendimiento de conectividad de red en Microsoft Teams
Importante
Skype for Business Online operado por 21Vianet en China se retirará el 1 de octubre de 2023. Si aún no ha actualizado sus usuarios de Skype for Business 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 for Business Online, excluyendo el servicio operado por 21Vianet en China, se retiró el 31 de julio de 2021.
En este tema se define el conjunto de requisitos de rendimiento de red para los servicios de Microsoft Teams y cómo puede elegir usar Internet o ExpressRoute para la conectividad entre su red y Microsoft Teams en función de la evaluación de la conectividad de red. Si ha decidido implementar Azure ExpressRoute para conectividad dedicada a Microsoft 365 o Office 365, este documento también proporciona instrucciones sobre cómo planear las conexiones de ExpressRoute en diferentes escenarios de implementación de Microsoft Teams.
La calidad de los medios de Real-Time (audio, vídeo y uso compartido de aplicaciones) a través de IP se ve muy afectada por la calidad de la conectividad de red de un extremo a otro. Para obtener una calidad de medios de Microsoft Teams óptima, es importante que se asegure de que hay una conexión de alta calidad entre la red de su empresa y Microsoft Teams. La mejor forma de lograrlo es configurar la red interna y la conectividad de la nube en función de la capacidad de su red para dar cabida al pico de volumen de tráfico de Microsoft Teams en todas las conexiones.
Azure ExpressRoute no es un requisito de Microsoft 365 y Office 365 servicios, incluido Microsoft Teams. Sin embargo, Azure ExpressRoute es una de las opciones de implementación disponibles que le ayudarán a asegurarse de que la conectividad con Microsoft 365 o Office 365 cumple los requisitos de rendimiento de red de Microsoft Teams y garantiza la experiencia de calidad de medios de Microsoft Teams más óptima.
Propina
Aunque este tema proporciona orientación general sobre el rendimiento de las redes, una guía completa para la evaluación de la red está fuera del ámbito de este documento. Para encontrar una lista de asociados de Microsoft Teams que pueden ayudarle con las mediciones de rendimiento de red como parte de una evaluación de red completa y exhaustiva, visite Skype for Business Soluciones para partners.
Requisitos de conectividad de red para Microsoft Teams
Factores que afectan a la calidad de medios de Microsoft Teams
Hay muchos factores diferentes que contribuyen a la calidad de los medios de Real-Time de Microsoft Teams (audio, vídeo y uso compartido de aplicaciones) que incluyen los dispositivos que se usan, el entorno y la conectividad de red.
Dispositivos
En una sesión multimedia de Real-Time, los dispositivos de captura y representación multimedia que usan todos los participantes, como auriculares y cámaras web, tienen un gran impacto en la calidad general de audio y vídeo. Los dispositivos de audio y vídeo de menor calidad o que utilizan controladores incorrectos generan, respectivamente, sonido e imágenes de calidad reducida. Los dispositivos certificados o de buena calidad ayudan con la cancelación del eco, el filtrado del ruido, la resolución de vídeo y reducen la latencia.
Aunque los dispositivos multimedia de audio y vídeo certificados no son necesarios, son dispositivos altamente recomendados certificados para Microsoft Teams para disfrutar de una experiencia multimedia óptima. Para obtener una lista de todos los dispositivos certificados para Microsoft Teams, consulte Teléfonos y dispositivos para Skype for Business. Puede usar el Panel de calidad de llamadas de Microsoft Teams, que se encuentra en el centro de administración de Skype for Business, para comprobar que los dispositivos en uso funcionan correctamente y supervisar la calidad de los medios de audio y vídeo.
Propina
Se requiere un dispositivo certificado para obtener una experiencia de calidad de medios de Skype for Business óptima.
Es importante recordar que todos los dispositivos multimedia, los clientes de Microsoft Teams y los servidores de Skype for Business a través de los cuales fluye Real-Time multimedia, introducen cierta cantidad de latencia. La latencia de procesamiento de software y del dispositivo, junto con la latencia de red, tiene un gran impacto en la latencia general de un extremo a otro y en la experiencia del usuario final y contribuye a ellas.
Entorno
El entorno y el área circundante donde los usuarios se reúnen y usan dispositivos de audio y vídeo es otro factor importante para la calidad de audio y vídeo. Los usuarios que llamen desde un entorno ruidoso tendrán audio eco, apagado y poco claro. Los usuarios en un entorno oscuro o con poca luz generarán vídeo con poca luminosidad y claridad de imagen. Otra cuestión determinante en la calidad de la imagen y el sonido que recibirán los participantes es la ubicación del micrófono y el dispositivo de vídeo en entornos como salas de conferencias.
Para obtener una imagen más clara de la experiencia de audio y vídeo de un usuario, usa la aplicación Skype for BusinessOpciones de dispositivo >> deaudio o dispositivo de vídeo para realizar cambios en el dispositivo en uso y personalizar su configuración.
Red
La calidad de los medios de Real-Time a través de la red IP se ve muy afectada por la calidad de la conectividad de red, pero especialmente por la cantidad de:
Latencia Este es el tiempo que se tarda en obtener un paquete IP desde el punto A hasta el punto B en la red. Este retardo de propagación de red está vinculado a la distancia física entre los dos puntos y la velocidad de la luz, incluida la sobrecarga adicional tomada por los diversos routers en medio. La latencia se mide como tiempo de ida y vuelta (RTT).
Pérdida de paquetes Esto se define a menudo como un porcentaje de paquetes que se pierden en un período de tiempo determinado. La pérdida de paquetes afecta directamente a la calidad del audio, desde pequeños paquetes perdidos individuales que casi no tienen impacto, hasta pérdidas de ráfagas posteriores que provocan un corte de audio completo.
Vibración entre llegada de paquetes o simplemente vibración Este es el cambio medio en el retraso entre paquetes sucesivos. La mayoría del software VoIP moderno, incluido Microsoft Teams, puede adaptarse a algunos niveles de vibración mediante el almacenamiento en búfer. Solo cuando la vibración excede el búfer, un participante observará los efectos de la vibración.
Nota
El almacenamiento en búfer para la vibración aumentará la latencia de un extremo a otro.
Con muchas sesiones multimedia simultáneas de Microsoft Teams Real-Time y otro tráfico de red generado por otros servicios de Microsoft 365 o Office 365 y otras aplicaciones empresariales, es fundamental asegurarse de que haya ancho de banda suficiente sobre toda la ruta de red que conecta su red al servicio Microsoft Teams para evitar la congestión de la red y garantizar una excelente Real-Time multimedia (audio, vídeo y uso compartido de aplicaciones).
Implementación de calidad de servicio (QoS) en redes congestionadas
Además, la congestión del tráfico en toda la red afectará enormemente a la calidad de los medios. Para permitir que los paquetes de audio y vídeo viajen por la red con mayor rapidez y se prioricen sobre otro tráfico de red en una red congestionada, se puede usar Calidad de servicio (QoS) para proporcionar una experiencia óptima del usuario final para las comunicaciones de audio y vídeo.
QoS ofrece una forma de asignar prioridades más altas a los paquetes de red que contienen datos de audio o vídeo. Al asignar una prioridad mayor a estos paquetes, es probable que las comunicaciones de audio y vídeo viajen por la red 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 los paquetes de red que se usan para transferencias de archivos o copias de seguridad de bases de datos se asignan de forma predeterminada como prioridad al "mejor esfuerzo" y la congestión de la red no tendrá un impacto tan grande. Si no asigna una prioridad más alta a los paquetes multimedia (audio, vídeo y uso compartido de aplicaciones) y los deja también asignados como "mejor esfuerzo", también se procesarán junto con el resto del tráfico de red. Dependiendo de la cantidad de congestión de la red, esto potencialmente terminará en una experiencia de calidad de audio y vídeo general más baja para los usuarios.
Se recomienda encarecidamente que implemente QoS en su red para asegurarse de que la congestión de la red no tenga un impacto. Sin embargo, para que esto tenga el máximo impacto, todos los puntos de conexión de red deben admitir QoS, lo que significa que todos los puntos de conexión deben respetar el marcado de QoS y la priorización de paquetes. Los servicios de Microsoft Teams cumplen el marcado de QoS y la priorización dentro de la red de Microsoft. Sin embargo, el tráfico que se enruta a través de una conexión pública como Internet desde la red de su empresa a la red de Microsoft no conserva el marcado de QoS ni la priorización de paquetes. Las conexiones privadas de su red a Microsoft 365 o Office 365 que usan Azure ExpressRoute ofrecen una solución de implementación que conserva el marcado de QoS y la priorización de paquetes que, a su vez, aumentará la calidad general de audio y vídeo para los usuarios finales.
Requisitos de rendimiento de red para conectarse a Microsoft Teams
Skype for Business Real-Time multimedia viaja a través de muchos dispositivos diferentes, aplicaciones cliente, software de servidor y a través de diferentes redes. La latencia de un extremo a otro de Real-Time multimedia es la cantidad total de latencia que se introduce en todos los componentes y segmentos de red. La calidad de la conexión de red de un extremo a otro está determinada por el segmento de red con la peor calidad. Este segmento actúa como un cuello de botella para este tráfico de red.
El siguiente diagrama muestra el flujo de audio unidireccional en una conferencia de un participante de Microsoft Teams a otro.
En este escenario de conferencia, la ruta de acceso a los medios se compone de los siguientes segmentos de red:
Conexión del usuario 1 al borde de la red de Microsoft Por lo general, esto incluye una conexión de red como WiFi o Ethernet, la conexión WAN del Usuario 1 al punto de salida de Internet (su dispositivo perimetral de red) y la conexión a Internet desde el perímetro de su red al perímetro de la red de Microsoft.
Conexión dentro de la red de Microsoft Esto se produce entre Microsoft Edge y el centro de datos de Microsoft Teams, donde se usan los servidores de conferencia A/V.
Conexión dentro de Microsoft Network Esto se produce entre el centro de datos de Microsoft Teams y el perímetro de la red de Microsoft.
Conexión desde el perímetro de red de Microsoft al usuario 2 Esto incluye la conexión a Internet desde el perímetro de su red al perímetro de la red de Microsoft, la conexión WAN del Usuario 2 al punto de salida de Internet (el perímetro de su red) y la conexión de red, como una WiFi o ethernet.
El siguiente diagrama muestra un desglose de los componentes y segmentos de red de una llamada RTC de Microsoft Teams:
En un escenario de llamada RTC, la ruta de acceso multimedia cruza los siguientes segmentos de red:
Conexión desde un llamador de cliente de Skype for Business al borde de la red de Microsoft Esto suele incluir una conexión de red como WiFi o Ethernet, la conexión WAN desde el llamador del cliente Skype for Business al punto de salida de Internet (su dispositivo perimetral de red) y la conexión a Internet desde el perímetro de su red al perímetro de la red de Microsoft.
Conexión dentro de la red de Microsoft Esto se produce entre Microsoft Edge y el centro de datos de Microsoft Teams, donde se usa un servidor de mediación.
Conexión dentro de Microsoft Network Esto se produce entre el centro de datos de Microsoft Teams y el perímetro de la red de Microsoft.
Conexión entre Microsoft Network y los asociados proveedores de servicios RTC Esta es la conexión que existe para realizar una llamada RTC desde el cliente de Skype for Business que está fuera de la red de Microsoft.
Requisitos de rendimiento de red desde un cliente de Skype for Business hasta el perímetro de la red de Microsoft
Para una calidad de medios Skype for Business óptima, se necesitan los siguientes objetivos o umbrales de métricas de rendimiento de red para una conexión desde la red de la empresa al perímetro de la red de Microsoft. Este segmento de la red incluye su red interna, esto incluye todas las conexiones WiFi y Ethernet, todo el tráfico de sitio a sitio de la empresa a través de una conexión WAN, por ejemplo, el cambio de etiquetas multiprotocolo (MPLS), así como las conexiones de Internet o ExpressRoute asociadas al perímetro de la red de Microsoft.
Precaución
La conectividad entre un cliente de Skype for Business en la red de su compañía con Microsoft 365 o Office 365 servicios debe cumplir estos siguientes requisitos y umbrales de rendimiento de red.
| Métrica |
Destino |
|---|---|
| Latencia (unidireccional) |
< 50 ms |
| Latencia (RTT o tiempo de ida y vuelta) |
< 100 ms |
| Pérdida de paquetes de ráfaga |
<10% durante cualquier intervalo de 200 ms |
| Pérdida de paquetes |
<1% durante cualquier intervalo de 15 s |
| Vibración entre llegada de paquetes |
<30 ms durante cualquier intervalo de 15 s |
| Reordenación de paquetes |
<Paquetes desordenado del 0,05 % |
Otros requisitos de destino de rendimiento:
La red de Microsoft tiene más de 160 ubicaciones de perímetro en todo el mundo. Trabajamos con los principales proveedores de servicios de Internet (ISP) en todo el mundo a través de esos sitios perimetrales. El objetivo de la métrica de latencia asume que el sitio o sitios de su empresa y los bordes de Microsoft están en el mismo continente.
El sitio o los sitios de tu empresa a la conexión perimetral de la red de Microsoft incluyen acceso a la red de primer salto, que puede ser WiFi u otra tecnología inalámbrica.
El destino de rendimiento de red asume el ancho de banda y/o la planificación de calidad de servicio adecuados. En otras palabras, esto se aplica directamente a Skype for Business Real-Time tráfico multimedia cuando la conexión de red está bajo una carga máxima.
Requisitos de rendimiento de red desde el perímetro de la red hasta el perímetro de la red de Microsoft
Los siguientes son los objetivos o umbrales de rendimiento de red necesarios para la conexión entre el perímetro de la red y el perímetro de la red de Microsoft. Este segmento de la red excluye la red interna o WAN del cliente y está pensado como guía al probar el tráfico de red que se envía a través de Internet o a través de una red asociada de ExpressRoute y también se puede usar al negociar un contrato de nivel de servicio (SLA) de rendimiento con su proveedor de ExpressRoute.
Precaución
La conectividad entre el perímetro de la red de tu empresa y el perímetro de la red de Microsoft debe cumplir estos siguientes requisitos y umbrales de rendimiento de red.
| Métrica |
Destino |
|---|---|
| Latencia (unidireccional) |
< 30 ms |
| Latencia (RTT) |
< 60 ms |
| Pérdida de paquetes de ráfaga |
<1% durante cualquier intervalo de 200 ms |
| Pérdida de paquetes |
<0,1 % durante cualquier intervalo de 15 s |
| Vibración entre llegada de paquetes |
<15 ms durante cualquier intervalo de 15 s |
| Reordenación de paquetes |
<Paquetes desordenado del 0,01 % |
Otros requisitos de destino de rendimiento:
El objetivo de rendimiento requiere una conexión entre cualquiera de los perímetros de la red de tu empresa y el perímetro de la red de Microsoft más cercano, para estar en el mismo continente.
El destino de rendimiento de red asume el ancho de banda y/o la planificación de calidad de servicio adecuados. Esto también se aplica a Skype for Business Real-Time tráfico multimedia cuando la conexión de red está bajo una carga máxima. Para obtener un ancho de banda adecuado y planear QoS, consulte ExpressRoute y QoS en Microsoft Teams.
Medición del rendimiento de la red
Para medir el rendimiento real de la red, especialmente en lo que respecta a la latencia y la pérdida de paquetes, desde cualquier sitio de red de la compañía hasta el perímetro de la red, puede usar herramientas como ping y probar con un conjunto de servicios de retransmisión multimedia Skype for Business que se ejecutan desde los sitios de Microsoft Edge y del centro de datos.
Nota
La medición del rendimiento de la red a través del ping (ICMP) no es eficaz. Por ese motivo, la ip anycast expuesta a continuación dejará de responder a las solicitudes ICMP a partir de enero de 2020. Para medir el rendimiento de la red de forma eficaz, Microsoft recomienda la herramienta Desasociación de red.
Para probar las conexiones de Internet a la red de Microsoft, se recomienda realizar pruebas con las siguientes VIP de los relés multimedia de Skype for Business. La VIP Anycast se resolverá en una dirección IP de un relé multimedia en un sitio perimetral de la red de Microsoft más cercano a la ubicación de prueba.
| Dirección IP |
Tipo |
Ubicación |
|---|---|---|
| 13.107.8.2 |
VIP |
IP de Anycast en todo el mundo |
A continuación se muestran algunas recomendaciones de alto nivel para evaluar el rendimiento de la red:
Debe evaluar la red interna y las conexiones a Microsoft 365 o Office 365.
Debería evaluar y recopilar datos para todas las redes durante un largo período de tiempo. Le recomendamos que realice pruebas de rendimiento de red durante un mínimo de una semana, de modo que pueda ver los patrones de uso de todos los días y horas laborables. Esto le mostrará las horas punta.
Debe tomar varias muestras de mediciones de rendimiento de la red. Le recomendamos que tome una medida cada 10 minutos desde un sitio de la empresa durante todo el período de tiempo durante el que recopila datos. Para comparar los requisitos de rendimiento de red de Microsoft Teams, tome el valor de medición de percentil número 90 de este conjunto de datos de muestra.
Debe evaluar continuamente el rendimiento de la red. El uso de la red varía con el tiempo debido a cambios en los patrones de uso, a nuevas aplicaciones basadas en empresas que usan una gran cantidad de ancho de banda y a los cambios en las ubicaciones de la organización o de la empresa física. Es importante que supervise continuamente el rendimiento de su red frente a estos requisitos y objetivos/umbrales de rendimiento de red y realice ajustes oportunos para garantizar la calidad de medios Real-Time más óptima.
Medición del rendimiento de red con máquinas virtuales de Azure
En lugar de realizar pruebas en los sitios del perímetro de la red de Microsoft, hay soluciones de evaluación de red de Skype for Business clientes y asociados que usan la configuración de pruebas para los servicios en la nube de Microsoft Azure. En estas soluciones, las herramientas de evaluación de red prueban la latencia, la pérdida de paquetes y la vibración frente a puntos de conexión personalizados configurados como servicio en la nube de Azure. Como resultado, el tráfico de red de prueba viaja a través de otro segmento de red, que es la conexión dentro de la red de Microsoft entre los bordes de red y los centros de datos de Azure que hospedan el servicio de evaluación de red.
Para esas soluciones de evaluación de red basadas en servicios de pruebas hospedadas de Azure. Se recomienda realizar la evaluación de red dentro del país o región. Por ejemplo, para los sitios de clientes en el este de EE. UU., la evaluación debe realizarse en una instancia de servicio de pruebas hospedada en la región del centro de datos del este de EE. UU. de Azure.
A continuación se muestran los destinos de latencia (RTT) para la configuración de evaluación de red basada en servicios de Azure. Los destinos de latencia unidireccional serán la mitad de los destinos de RTT correspondientes. Los objetivos de vibración y pérdida de paquetes siguen siendo los mismos que los definidos para las pruebas basadas en Skype Media Relay.
| Región del cliente |
Región de Azure |
Tu perímetro de red: tiempo de ida y vuelta de Azure (RTT) |
Su sitio: tiempo de ida y vuelta de Azure (RTT) |
|---|---|---|---|
| Centro de EE. UU. |
Centro de EE. UU. |
99 |
139 |
| Este de EE. UU. |
Este de EE. UU. |
86 |
126 |
| North Central US |
North Central US |
97 |
137 |
| South Central US |
South Central US |
94 |
134 |
| Oeste de EE. UU. |
Oeste de EE. UU. |
94 |
134 |
| Hawaii US |
Oeste de EE. UU. |
116 |
156 |
| Canada Central |
Canada Central |
138 |
178 |
| Canada East |
Canada East |
131 |
171 |
| Norte de Europa |
Norte de Europa |
99 |
139 |
| Europa Occidental |
Europa Occidental |
95 |
135 |
| Asia Oriental |
Asia Oriental |
118 |
158 |
| Southeast Asia |
Southeast Asia |
97 |
137 |
| Japan East |
Japan East |
111 |
151 |
| Japón Oeste |
Japón Oeste |
118 |
158 |
| Brasil Sur |
Brasil Sur |
70 |
110 |
| Australia East |
Australia East |
124 |
164 |
| Australia Southeast |
Australia Southeast |
124 |
164 |
| Central India |
Central India |
103 |
143 |
| South India |
South India |
103 |
143 |
| West India |
West India |
103 |
143 |
| China East |
China East |
120 |
160 |
| China North |
China North |
120 |
160 |
Calidad de medios y ExpressRoute
Azure ExpressRoute para Microsoft 365 o Office 365 es una conexión de red dedicada para conectarse a Microsoft 365 o Office 365. Ofrece a los clientes la posibilidad de tener control sobre la ruta de acceso que toma el tráfico de red. Ya no tienen que preocuparse por el enrutamiento impredecible que ocurre en Internet, donde los operadores, proveedores e ISP desconocidos transportan datos. El tráfico de red que se envía a través de ExpressRoute se envía directamente a través de la red del asociado de ExpressRoute a la red de Microsoft. Esto permite a los clientes tratar a Microsoft 365 o Office 365 como si se encontrara en su propio centro de datos fuera del sitio con una conexión dedicada.
Azure ExpressRoute está disponible para todas las ofertas de licencias de Microsoft 365 y Office 365. Sin embargo, el complemento Premium de Azure ExpressRoute es necesario para Microsoft 365 y Office 365 habilitar el enrutamiento global. Los clientes con al menos 500 puestos que implementen ExpressRoute pueden obtener el complemento Premium de ExpressRoute necesario sin ningún gasto adicional.
¿Se requiere ExpressRoute para una buena calidad de medios?
Azure ExpressRoute no es un requisito para obtener la calidad de medios de Microsoft Teams más óptima. Sin embargo, es una de las opciones de implementación que le ayuda a asegurarse de que la conectividad a la nube cumple los objetivos o umbrales de rendimiento de red Skype for Business.
Microsoft 365 y Office 365 son servicios seguros y de alto rendimiento que usan Internet. Seguimos invirtiendo en nuevas capacidades de seguridad y nodos perimetrales regionales para mejorar continuamente la seguridad y el rendimiento. Azure ExpressRoute no es un requisito para los servicios de Microsoft 365 o Office 365, incluido Microsoft Teams. Azure ExpressRoute es una de las opciones de implementación disponibles que le ayudarán a asegurarse de que la conectividad con Microsoft 365 o Office 365 cumpla los requisitos de rendimiento de red Skype for Business y garantiza la experiencia de calidad de medios de Microsoft Teams más óptima.
Para la calidad de medios de Microsoft Teams, es importante que la conexión entre los sitios de su empresa y los perímetros de la red de Microsoft cumpla los objetivos de rendimiento de los requisitos de rendimiento de red desde un cliente de Skype for Business al perímetro de la red de Microsoft y que la conexión entre los perímetros de su red y los perímetros de la red de Microsoft cumpla los objetivos de rendimiento en Requisitos de rendimiento de red desde el perímetro de la red hasta el perímetro de la red de Microsoft.
También es importante que la conectividad de la red física de su empresa, incluida la capacidad de conectividad de la nube y la red interna, se adapten al pico de volumen de tráfico de medios. Azure ExpressRoute es una de las muchas maneras que ayudarán a los clientes a garantizar que su conectividad a la nube de Microsoft Teams cumple todos estos requisitos de rendimiento.
¿Se requiere ExpressRoute para un SLA de calidad de voz?
No, ExpressRoute no es necesario para sla. de calidad de voz de Microsoft Teams. El contrato de nivel de servicio de calidad de voz de Microsoft Teams se aplica a las llamadas válidas realizadas por cualquier usuario del servicio de voz de Microsoft Teams dentro de la licencia y suscripción correctas que permiten al usuario realizar cualquier tipo de llamada VoIP o RTC. Un SLA de calidad de voz debe incluir que se aborde todas las condiciones siguientes:
Llamadas de teléfonos IP certificados por Microsoft.
Conexiones Ethernet cableadas.
Problemas de calidad de voz debidos a problemas de la red de Microsoft.
Nota
El SLA de calidad de voz excluye las llamadas en las que la baja calidad de llamada se debe a problemas en redes que no son de Microsoft, incluidos los asociados de ExpressRoute y otras redes.
¿Internet o Azure ExpressRoute?
Antes de tomar una decisión sobre las opciones de conectividad de red a Microsoft Teams, los clientes deben evaluar su red y la conectividad a Internet actual en función de los requisitos de rendimiento de red descritos en Requisitos de rendimiento de red para conectarse a Microsoft Teams.
Si el rendimiento de la red a través de la conexión a Internet actual está configurado para una capacidad suficiente durante la hora punta y que cumple los requisitos de rendimiento de red desde sitios a los bordes de la red de Microsoft y desde los bordes de la red a los bordes de la red de Microsoft, puede seguir usando su conectividad a Internet existente para conectarse a Microsoft Teams.
Para los sitios de la empresa en los que no se cumplen los requisitos de rendimiento de red, recomendamos encarecidamente que primero trabaje con los proveedores de servicios de red existentes para mejorar el rendimiento general de la red. Sin embargo, si aún no se cumplen, el uso de Azure ExpressRoute puede ayudarle a garantizar que la conectividad a la nube de Microsoft Teams puede ayudarle a cumplir los requisitos de rendimiento de red.
Azure ExpressRoute ofrece las siguientes ventajas adicionales:
Un contrato de nivel de servicio (SLA) sobre la disponibilidad de la conexión entre su red y la red de Microsoft. ExpressRoute tiene un SLA de disponibilidad garantizada del 99,9 %.
Se necesita un ancho de banda planeado y garantizado para los servicios de Microsoft 365 y Office 365. Puede hacerlo enviando solo tráfico de Microsoft 365, Office 365 o Skype for Business mediante ExpressRoute y haciendo que el resto del tráfico de Internet vaya a través de otros puntos de entrada o salida de Internet de su red.
ExpressRoute está diseñado para conservar el marcado de QoS de DSCP entre su red y la red de Microsoft.
Para obtener más información sobre la QoS de ExpressRoute y la planificación de capacidad, consulte ExpressRoute y QoS en Microsoft Teams.
¿Puedo configurar Azure ExpressRoute solo para Microsoft Teams?
Sí, puede configurar Azure ExpressRoute para garantizar una conectividad de red excelente desde la red de su empresa solo a Microsoft Teams. Esto proporcionará la calidad de medios Real-Time óptima para los usuarios, pero puede seguir conectándose a otros servicios de Microsoft 365 o Office 365 a través de Internet.
El Border Gateway Protocol (BGP) es un protocolo de enrutamiento en Internet que se utiliza para redirigir el tráfico de red a través de Internet. Está diseñado para intercambiar información de ruteo entre sistemas autónomos (AS) encontrados a través de Internet. Los valores de comunidades BGP son etiquetas de atributo que se pueden aplicar a las rutas entrantes o salientes. Bgp communities are often used to signal to the receiving AS, which outbound link to use to reach a given destination based on geography, service type or other criteria.
Con el soporte de las comunidades BGP, Microsoft etiquetará prefijos y rutas con los valores de comunidad BGP adecuados en función del servicio al que pertenecen. Microsoft etiquetará los prefijos anunciados a través del emparejamiento público y el emparejamiento de Microsoft con los valores de comunidad BGP adecuados que indican la región en la que se hospedan los prefijos. Puede confiar en los valores de la comunidad para tomar decisiones de enrutamiento adecuadas para ofrecer un enrutamiento óptimo. Puede usar el valor de comunidad BGP de Microsoft Teams para configurar una conexión ExpressRoute solo para Microsoft Teams. Encontrará más información en Requisitos de enrutamiento de ExpressRoute.
Escenarios de conectividad de ExpressRoute para Microsoft Teams
Si ha decidido que ExpressRoute basado en las recomendaciones anteriores es ideal para usted, estas son las recomendaciones sobre dónde y cuántas conexiones de ExpressRoute debería obtener.
Implementación solo en línea: un solo sitio
Si todos los usuarios usan el servicio Microsoft Teams y sus oficinas están centradas alrededor de una única ubicación física y decide implementar Azure ExpressRoute, debe configurar una única conexión ExpressRoute entre el sitio de su compañía y la ubicación de emparejamiento ExpressRoute más cercana.
El siguiente gráfico muestra un ejemplo de este tipo de implementación. Para este ejemplo, Contoso es una universidad ubicada en Orlando, FLORIDA. Contoso tiene 10 000 profesores y estudiantes. Las pruebas de Internet desde su ubicación a los sitios de Microsoft Edge mostraron una pérdida de paquetes superior al 5 % durante las horas punta de clase. Han decidido obtener una conexión dedicada a Microsoft 365 o Office 365 usar ExpressRoute con ancho de banda aprovisionado en exceso para evitar la congestión de la red de Microsoft 365 o Office 365 especialmente para el tráfico de Real-Time de Microsoft Teams. Se conectan a la nube de Microsoft a través de ExpressRoute en el sitio de MeetMe de Atlanta, GA.
Implementación solo en línea: varios sitios en el mismo continente
Si su compañía usa los servicios de Microsoft Teams desde varias oficinas en la misma región o continente y eligió implementar Azure ExpressRoute, se recomienda conectar su sitio principal a través de ExpressRoute y, después, agregar emparejamiento expressRoute adicional para otras ubicaciones que no cumplan los objetivos de rendimiento de red recomendados.
En el ejemplo siguiente, Contoso es una compañía de servicios de viajes de Estados Unidos con sede en Nueva York, pero tiene otras oficinas a través de la Estados Unidos. Sus oficinas están interconectadas a través de una WAN que usa MPLS para conectarse a Microsoft 365 o Office 365. Inicialmente, configuraron una conexión ExpressRoute desde su enrutador de Internet en Hoboken, Nueva Jersey al sitio de MeetMe de Nueva York.
Con esta configuración, el tráfico de red desde la mayoría de sus sitios a la red de Microsoft (sitio perimetral de Nueva York) puede cumplir los objetivos de rendimiento de red de conexión de cliente Skype for Business que se describen en Requisitos de rendimiento de red desde un cliente de Skype for Business al perímetro de la red de Microsoft. Sin embargo, la latencia entre las oficinas de la costa oeste de Contoso a Nueva York supera los 50 ms en un solo sentido. Además, Honolulu es la segunda oficina más grande para Contoso, la latencia de Honolulu a Nueva York supera los 80 ms de un solo camino. Para garantizar una buena calidad de medios para los usuarios de esas oficinas, Contoso decidió agregar una conexión ExpressRoute en la costa oeste entre su sitio de San José y el sitio de MeetMe ExpressRoute de Silicon Valley.
Implementación solo en línea: varios sitios en diferentes continentes
Si todos los usuarios usan el servicio Microsoft Teams y sus oficinas se encuentran en varias ubicaciones físicas en varios continentes, si decide implementar Azure ExpressRoute, debe configurar al menos una conexión ExpressRoute para cada continente entre el sitio principal de cada continente y su ubicación de emparejamiento ExpressRoute más cercana. En función de la relación entre coste y beneficio, puede elegir implementar conexiones ExpressRoute adicionales desde sitios en los que no se cumplen los objetivos de rendimiento de red.
En el siguiente ejemplo, Contoso es un gran bufete de abogados corporativos con oficinas en las principales ciudades de Norteamérica y Europa. En función de su evaluación del rendimiento de la conexión a Internet y la red interna, Contoso decidió implementar dos conexiones ExpressRoute en Norteamérica y un único circuito ExpressRoute para todas sus oficinas europeas.
Implementación híbrida
Si tiene una implementación local de Lync o Microsoft Teams y elige implementar una integración híbrida de Microsoft Teams, le recomendamos que, si decide implementar Azure ExpressRoute, tenga al menos una conexión ExpressRoute para cada sitio local de Lync o Microsoft Teams Edge y al menos una conexión ExpressRoute para cada continente con oficinas. En función de la relación entre coste y beneficio, para cada continente puede elegir implementar conexiones ExpressRoute adicionales desde oficinas en las que no se cumplen los objetivos de rendimiento de red.
Si tiene una implementación local de Microsoft Teams, debe seguir la Guía de planeación e implementación de servidores perimetrales. En concreto, los servidores perimetrales deben ser accesibles desde fuera de la red. Esto suele lograrse asignando una dirección IP pública enrutable al servidor perimetral o mediante la traducción de direcciones de red (NAT).
En el ejemplo siguiente, Contoso tiene una implementación local de Microsoft Teams Telefonía IP empresarial. Quieren migrar usuarios locales a Microsoft 365 o Office 365 servicios en línea. También decidieron usar una implementación híbrida para que puedan seguir usando su infraestructura RTC existente para todos los usuarios locales y en línea. El centro de datos local y los servidores perimetrales Skype for Business de Contoso se encuentran en Chicago. Para su implementación, Contoso decidió configurar una conexión ExpressRoute entre su centro de datos de Chicago y Chicago ExpressRoute. También agregaron una conexión ExpressRoute en la costa oeste para servir mejor a su oficina de Honolulu.
Implementación en línea con Cloud Connector Edition
Skype for Business Edición de conector de nube es una oferta híbrida que consta de un conjunto de Virtual Machines empaquetadas (VM) que implementan la conectividad con RTC local. Al implementar una topología de Skype Empresarial Server mínima en un entorno virtualizado, podrá enviar y recibir llamadas con teléfonos fijos y móviles a través de la infraestructura de voz RTC local existente.
Si decide implementar Azure ExpressRoute y Cloud Connector Edition, le recomendamos que configure al menos una conexión Express Route para cada continente, entre el sitio principal de cada continente y su ubicación de emparejamiento ExpressRoute más cercana. En función de la relación entre coste y beneficio, para cada continente puede elegir implementar conexiones ExpressRoute adicionales desde sitios en los que no se cumplen los objetivos de rendimiento de red.
Si tiene una implementación local de Microsoft Teams, debe seguir la Guía de planificación para Skype for Business Edición de conector de nube. En concreto, los servicios perimetrales de acceso y de A/V deben tener asignadas direcciones IP públicas y centros de datos accesibles de Microsoft 365 o Office 365.
En el siguiente ejemplo, Contoso es una firma de contabilidad europea con presencia en algunos de los principales países o regiones y ciudades de Europa. Cuando se suscribe a Microsoft Teams para todas sus necesidades de colaboración, deciden colocar un conector de nube para cada país o región que tengan una ubicación física para seguir usando su infraestructura RTC y los contratos de operadores que ya existen. En función de las pruebas realizadas en todos sus sitios y en el perímetro de la red de Microsoft, determinaron que una única conexión ExpressRoute en Londres ayudará a cumplir los objetivos de rendimiento de red de conexión de cliente de Microsoft Teams descritos en Requisitos de rendimiento de red desde un cliente de Skype for Business hasta el perímetro de la red de Microsoft.
A continuación se muestra otra opción de implementación de Contoso. En este caso, decidieron configurar una conexión ExpressRoute en cada sitio donde se implementa un conector de nube.
Temas relacionados
ExpressRoute y calidad del servicio en Skype Empresarial Online