Calidad de medios y rendimiento de conectividad de red en Microsoft Teams

• Se aplica a:

  Skype for Business, Microsoft Teams

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.

En este artículo 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 su 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 Empresarial Soluciones de 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 menor calidad o los dispositivos con controladores incorrectos producen una menor calidad general de sonido para el audio y una calidad de imagen inferior para el vídeo. 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 de Microsoft Teams, consulte Dispositivos Android certificados para Microsoft Teams. Puede usar el Panel de calidad de llamadas de Microsoft Teams, que se encuentra en el centro de administración de Skype Empresarial, 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 la experiencia de calidad de medios de Skype Empresarial más óptima.

Es importante recordar que todos los dispositivos multimedia, los clientes de Microsoft Teams y los servidores de Skype Empresarial a través de los cuales fluyen Real-Time elementos multimedia introducen cierta 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. En una configuración de sala de conferencias, la ubicación del micrófono y del dispositivo de vídeo tiene un impacto directo en la calidad del sonido y la imagen que reciben los participantes.

Para obtener una imagen más clara de la experiencia de audio y vídeo de un usuario, usa la aplicación Skype EmpresarialOpciones 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 observa 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 afecta considerablemente 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 Empresarial 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:

1. 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.

2. 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.

3. 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.

4. 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:

1. Conexión desde un llamador de cliente de Skype Empresarial 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 Skype Empresarial autor de llamada del cliente al punto de salida de Internet (el dispositivo perimetral de su red) y la conexión a Internet desde el perímetro de su red al perímetro de la red de Microsoft.

2. 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.

3. 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.

4. 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 Empresarial que está fuera de la red de Microsoft.

Requisitos de rendimiento de red desde un cliente de Skype Empresarial hasta el perímetro de la red de Microsoft

Para una calidad de medios Skype Empresarial óptima, se requieren los siguientes objetivos o umbrales de métricas de rendimiento de red para una conexión desde la red de su empresa al perímetro de la red de Microsoft. Este segmento de la red incluye su red interna, todas las conexiones WiFi y Ethernet, todo el tráfico de sitio a sitio de la compañía a través de una conexión WAN, por ejemplo, el cambio de etiquetas multiprotocolo (MPLS) y las conexiones de asociados de Internet o ExpressRoute al perímetro de la red de Microsoft.

Cautela

La conectividad entre un cliente de Skype Empresarial en la red de su empresa con Microsoft 365 o Office 365 servicios debe cumplir estos siguientes requisitos y umbrales de rendimiento de red.

Métrica	Óptimo	Poor
Tiempo de ida y vuelta (RFC 3550)	< 60 ms	> 500 ms
Pérdida máxima de paquetes (RFC 3550)	< 5%	> 25%
Pérdida media de paquetes (RFC 3550)	< 0.5%	> 10%
Vibración de paquetes (RFC 3550)	< 3 ms	> 30 ms

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 Empresarial Real-Time tráfico multimedia cuando la conexión de red está bajo una carga máxima.

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 Empresarial 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 Empresarial. 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 Empresarial 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
Sudeste Asiático	Sudeste Asiático	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 ayudan a asegurarse de que la conectividad a la nube cumple los objetivos o umbrales de rendimiento de red Skype Empresarial.

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 ayudan a garantizar que la conectividad a Microsoft 365 o Office 365 cumpla los requisitos de rendimiento de red Skype Empresarial 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 requisitos de rendimiento de red desde un cliente de Skype Empresarial al perímetro de la red de Microsoft y que la conexión entre los perímetros de la red y los perímetros de la red de Microsoft cumpla los objetivos de rendimiento.

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 ayudan 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. Para ello, solo puede enviar tráfico de Microsoft 365, Office 365 o Skype Empresarial mediante ExpressRoute y hacer 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 Empresarial que se describen en Requisitos de rendimiento de red desde un cliente de Skype Empresarial 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 existente Microsoft Teams Enterprise Voz. 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 de Contoso y los servidores perimetrales de Skype Empresarial 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 le 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 Empresarial 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