Flujos de llamadas de Microsoft Teams
Propina
Vea esta sesión para obtener información sobre cómo Teams aprovecha su red y cómo planear una conectividad de red óptima: Planeamiento de red de Teams.
Información general
En este artículo se describe cómo Teams usa los flujos de llamadas de Microsoft 365 en varias topologías. Además, describe los flujos únicos de Teams que se usan para la comunicación multimedia de punto a punto. El documento describe estos flujos, su propósito y su origen y terminación en la red. A efectos de este artículo, asuma lo siguiente:
El cliente local usa Flow X para comunicarse con el servicio de Microsoft 365 en la nube. Se origina desde la red del cliente y termina como punto de conexión en Microsoft 365.
El cliente local usa Flujo Y para comunicarse con un servicio de Internet en el que Microsoft 365 tiene una dependencia. Se origina desde la red del cliente y termina como punto de conexión en Internet.
En este artículo se trata la siguiente información:
Fondo. Proporciona información general, como las redes que pueden atravesar los flujos, los tipos de tráfico y las instrucciones de conectividad de la red del cliente a los puntos de conexión del servicio de Microsoft 365. También describe la interoperabilidad con componentes de terceros y los principios que usa Teams para seleccionar flujos multimedia.
Flujos de llamada en varias topologías. Ilustra el uso de flujos de llamada en varias topologías. Para cada topología, la sección enumera todos los flujos admitidos y muestra cómo se utilizan estos flujos en varios casos de uso. Para cada caso de uso, describe la secuencia y la selección de flujos mediante un diagrama de flujo.
Teams con optimización de Express Route. Describe cómo se usan estos flujos cuando express route se implementa para la optimización, ilustrado mediante una topología sencilla.
Información general
Segmentos de red
Red del cliente. El segmento de red que controla y administra. Este segmento incluye todas las conexiones de cliente dentro de las oficinas del cliente, ya sea por cable o inalámbrica, conexiones entre edificios de oficinas, conexiones a centros de datos locales y sus conexiones a proveedores de Internet, Express Route o cualquier otro emparejamiento privado.
Normalmente, una red de cliente tiene varios perímetros de red con firewalls y/o servidores proxy, que aplican las directivas de seguridad de la organización y solo permiten cierto tráfico de red que configure y configure. Como administra esta red, tiene control directo sobre el rendimiento de la red. Le recomendamos que complete evaluaciones de red para validar el rendimiento tanto en los sitios de la red como de la red a la red de Microsoft 365.
Internet. El segmento de red que forma parte de la red general que usan los usuarios que se conectan a Microsoft 365 desde fuera de la red del cliente. Este segmento también lo usa parte del tráfico de la red del cliente a Microsoft 365.
Red privada visitada o de invitado. El segmento de red fuera de la red del cliente, pero no en la red pública de Internet, que los usuarios y sus invitados pueden visitar. Por ejemplo, una red privada doméstica o una red privada empresarial, que no implementa Teams, donde pueden residir los usuarios y sus clientes que interactúan con los servicios de Teams.
Nota
La conectividad a Microsoft 365 también es aplicable a estas redes.
Microsoft 365. El segmento de red que admite los servicios de Microsoft 365. Se distribuye en todo el mundo con bordes próximos a la red del cliente en la mayoría de las ubicaciones. Entre las funciones se incluyen Retransmisión de transporte, Servidor de conferencia y Procesador multimedia.
Express Route (opcional).. El segmento de red que forma parte de la red general que le proporciona una conexión privada dedicada a la red de Microsoft 365.
Tipos de tráfico
Medios en tiempo real. Datos encapsulados dentro del Protocolo de transporte en tiempo real (RTP) que admite cargas de trabajo de audio, vídeo y pantalla compartida. En general, el tráfico multimedia es muy sensible a la latencia. Desea que este tráfico tome la ruta más directa posible y que use UDP frente a TCP como protocolo de capa de transporte, que es el mejor transporte para medios interactivos en tiempo real desde una perspectiva de calidad. (Tenga en cuenta que, como último recurso, los medios pueden usar TCP/IP y también ser túnel dentro del protocolo HTTP, pero no se recomienda debido a implicaciones de mala calidad). El flujo RTP se asegura mediante SRTP, en el que solo se cifra la carga útil.
Señalización. Vínculo de comunicación entre el cliente y el servidor, u otros clientes que se usan para controlar las actividades (por ejemplo, cuando se inicia una llamada) y entregar mensajes instantáneos. La mayoría del tráfico de señalización usa las interfaces REST basadas en HTTPS, aunque en algunos escenarios (por ejemplo, la conexión entre Microsoft 365 y un controlador de borde de sesión) usa el protocolo SIP. Es importante comprender que este tráfico es mucho menos sensible a la latencia, pero puede causar interrupciones del servicio o tiempos de espera de llamada si la latencia entre los puntos de conexión supera varios segundos.
Conectividad a Microsoft 365
Teams requiere conectividad a Internet. Las direcciones URL e intervalos de direcciones IP de los puntos de conexión de Teams se muestran en Office 365 direcciones URL e intervalos de direcciones IP. Se requiere conectividad abierta a los puertos TCP 80 y 443, y a los puertos UDP 3478 (STUN), 3479 (audio), 3480 (vídeo) y 3481 (uso compartido/VBSS).
La conectividad de flujos de medios de Teams se implementa mediante procedimientos estándar de establecimiento de conectividad interactiva (ICE) de IETF.
Restricciones de interoperabilidad
Relés de medios de terceros. Un flujo multimedia de Teams (es decir, donde uno de los puntos de conexión multimedia es Teams) puede atravesar solo Teams o Skype Empresarial relés multimedia nativos. No se admite la interoperabilidad con un relé multimedia de terceros. (Un SBC de terceros en el límite con RTC debe terminar la secuencia RTP/RTCP, protegido usando SRTP, y no retransmitirlo al próximo salto.)
Servidores proxy SIP de terceros. Un cuadro de diálogo SIP de señalización de Teams con un SBC o puerta de enlace de terceros puede atravesar Teams o Skype Empresarial servidores proxy SIP nativos. No se admite la interoperabilidad con un proxy SIP de terceros.
B2BUA (o SBC) de terceros. Un SBC de terceros termina un flujo de medios de Teams hacia y desde la RTC. Sin embargo, no se admite la interoperabilidad con un SBC de terceros dentro de la red de Teams (donde un SBC de terceros media dos Equipos o Skype Empresarial puntos de conexión).
Tecnologías que no se recomiendan con Microsoft Teams
Red VPN. No se recomienda para el tráfico multimedia (o flujo 2'). El cliente VPN debe usar el túnel dividido y redirigir el tráfico multimedia de Teams como cualquier usuario externo que no sea VPN, como se especifica en Habilitar medios de Lync para omitir un túnel VPN.
Nota
Aunque el título indica Lync, también se aplica a Teams.
Shapers de paquetes. No se recomienda ningún tipo de dispositivo de recorte de paquetes, inspección de paquetes o shaper de paquetes para el tráfico multimedia de Teams y puede degradar significativamente la calidad.
Principios
Existen cuatro principios generales que le ayudarán a comprender los flujos de llamadas de Microsoft Teams:
Microsoft 365 hospeda una conferencia de Microsoft Teams en la misma región a la que se unió el primer participante. (Si hay excepciones a esta regla en algunas topologías, se describen en este documento y se ilustran con un flujo de llamada apropiado).
Un punto de conexión multimedia de Teams en Microsoft 365 se usa en función de las necesidades de procesamiento de medios y no en función del tipo de llamada. (Por ejemplo, una llamada punto a punto puede usar un punto de conexión multimedia en la nube para procesar elementos multimedia para la transcripción o la grabación, mientras que una conferencia con dos participantes no puede usar ningún punto de conexión multimedia en la nube). Sin embargo, la mayoría de las conferencias usarán un punto de conexión multimedia con fines de combinación y enrutamiento, asignado donde se hospeda la conferencia. El tráfico multimedia enviado desde un cliente al punto de conexión multimedia puede redirigirse directamente o usar una retransmisión de transporte en Microsoft 365 si es necesario debido a las restricciones del firewall de red del cliente.
El tráfico multimedia para las llamadas de punto a punto toma la ruta más directa que esté disponible, suponiendo que la llamada no exige un punto de conexión multimedia en la nube (consulte el principio anterior). La ruta preferida es directa al punto remoto (cliente), pero si esa ruta no está disponible, uno o más relés de transporte retransmitirán el tráfico. Se recomienda que el tráfico multimedia no se transverse en servidores como shapers de paquetes, servidores VPN, etc., ya que esto afectará a la calidad de los medios.
El tráfico de señalización siempre va al servidor más cercano al usuario.
Para obtener más información sobre los detalles de la ruta de acceso multimedia elegida, vea Información sobre los flujos multimedia en Microsoft Teams - BRK4016.
Flujos de llamadas en varias topologías
Topología de Teams
Los clientes que aprovechan los servicios de Teams desde la nube usan esta topología sin ninguna implementación local, como Skype Empresarial Server o enrutamiento directo del sistema telefónico. Además, la interfaz de Microsoft 365 se realiza a través de Internet sin Azure Express Route.
Figura 1: Topología de Teams
Tenga en cuenta lo siguiente:
- La dirección de las flechas del diagrama refleja la dirección de inicio de la comunicación que afecta a la conectividad en los perímetros de empresa. Para UDP para medios, los primeros paquetes pueden fluir en la dirección inversa, pero estos paquetes se pueden bloquear hasta que los paquetes en la otra dirección fluya.
- Teams se implementa en paralelo con Skype Empresarial Online, por lo que los clientes se muestran como "Usuarios de Teams/SFB".
Encontrará más información sobre las siguientes topologías opcionales más adelante en el artículo:
- Skype Empresarial implementación local se describe en Topología híbrida de Teams.
- El enrutamiento directo del sistema telefónico (para conectividad RTC) se describe en Teams con topología de enrutamiento directo.
- Express Route se describe en Teams con la optimización de express route.
Descripciones del flujo:
- Flujo 2 : representa un flujo iniciado por un usuario de la red del cliente a Internet como parte de la experiencia de Teams del usuario. Algunos ejemplos de estos flujos son DNS y medios de punto a punto.
- Flujo 2' : representa un flujo iniciado por un usuario móvil remoto de Teams, con una VPN a la red del cliente.
- Flujo 3 : representa un flujo iniciado por un usuario móvil remoto de Teams a los puntos de conexión de Microsoft 365 Teams.
- Flujo 4 : representa un flujo iniciado por un usuario en la red del cliente a los puntos de conexión de Microsoft 365 Teams.
- Flujo 5: representa un flujo de medios de punto a punto entre un usuario de Teams y otro usuario de Teams o Skype Empresarial dentro de la red del cliente.
- Flujo 6: representa un flujo de medios de punto a punto entre un usuario móvil remoto de Teams y otro usuario remoto de Teams o Skype Empresarial móvil a través de Internet.
Caso de uso: uno a uno
Las llamadas uno a uno utilizan un modelo común en el que el autor de la llamada obtiene un conjunto de candidatos que consisten en direcciones IP/puertos, incluyendo local, relé y reflexivo (dirección IP pública del cliente visto por el relé) candidatos. El llamador envía estos candidatos al partido llamado; el partido llamado también obtiene un conjunto similar de candidatos y los envía al llamador. Los mensajes de comprobación de conectividad STUN se usan para averiguar qué rutas de llamadas o llamadas a elementos multimedia funcionan y se selecciona la mejor ruta de trabajo. Los medios (es decir, los paquetes RTP/RTCP protegidos mediante SRTP) se envían entonces usando el par de candidatos seleccionados. La retransmisión de transporte se implementa como parte de Microsoft 365.
Si los candidatos de puerto o dirección IP locales o los candidatos reflexivos tienen conectividad, la ruta directa entre los clientes (o usando un NAT) se seleccionan para los medios. Si los clientes están en la red del cliente, debe seleccionarse la ruta directa. Esto requiere conectividad UDP directa dentro de la red del cliente. Si los clientes son usuarios nómadas de la nube, en función del NAT/firewall, los medios pueden usar conectividad directa.
Si un cliente es interno en la red del cliente y un cliente es externo (por ejemplo, un usuario de la nube móvil), es poco probable que funcione la conectividad directa entre los candidatos locales o reflexivos. En este caso, una opción es utilizar uno de los candidatos de retransmisión de transporte de cualquier cliente (por ejemplo, el cliente interno obtuvo un candidato de retransmisión del relé de transporte en Microsoft 365; el cliente externo necesita poder enviar paquetes STUN/RTP/RTCP al relé de transporte). Otra opción es que el cliente interno envíe al candidato de retransmisión obtenido por el cliente móvil en la nube. Aunque se recomienda encarecidamente la conectividad UDP para medios, se admite TCP.
Pasos de alto nivel:
- El usuario de Teams A resuelve el nombre de dominio (DNS) de la dirección URL con el flujo 2.
- El usuario de Teams A asigna un puerto de retransmisión multimedia en Teams Transport Relay mediante el flujo 4.
- El usuario A de Teams envía "invitación" con los candidatos de ICE mediante el flujo 4 a Microsoft 365.
- Microsoft 365 envía una notificación al usuario B de Teams con flow 4.
- El usuario B de Teams asigna un puerto de retransmisión multimedia en Teams Transport Relay mediante el flujo 4.
- El usuario B de Teams envía "respuesta" a los candidatos de ICE mediante el flujo 4, que se reenvía al usuario A de Teams con Flow 4.
- El usuario A de Teams y el usuario de Teams B invocan pruebas de conectividad de ICE y se selecciona la mejor ruta de acceso multimedia disponible (consulte los siguientes diagramas para varios casos de uso).
- Los usuarios de Teams envían telemetría a Microsoft 365 con flow 4.
Dentro de la red del cliente:
Figura 2: Dentro de la red del cliente
En el paso 7, se selecciona el flujo de medios de punto a punto 5.
Los medios son bidireccionales. La dirección del flujo 5 indica que un lado inicia la comunicación desde una perspectiva de conectividad, coherente con todos los flujos de este documento. En este caso, no importa en qué dirección se use porque ambos puntos de conexión están dentro de la red del cliente.
Red de cliente a usuario externo (multimedia retransmitido por El relé de transporte de Teams):
Figura 3: Red de cliente a usuario externo (multimedia retransmitido por Retransmisión de transporte de Teams)
En el paso 7, se selecciona el flujo 4, de la red del cliente a Microsoft 365, y el flujo 3, del usuario móvil remoto de Teams a Microsoft 365. Estos flujos los retransmite Retransmisión de transporte de Teams en Microsoft 365.
Los medios son bidireccionales, donde la dirección indica qué lado inicia la comunicación desde una perspectiva de conectividad. En este caso, estos flujos se utilizan para la señalización y los medios, utilizando diferentes protocolos de transporte y direcciones.
Red del cliente a usuario externo (medios directos):
Figura 4: Red de cliente a usuario externo (medios directos)
En el paso 7, se selecciona el flujo 2, desde la red del cliente a Internet (punto del cliente).
Los elementos multimedia directos con usuario móvil remoto (no retransmitido a través de Microsoft 365) son opcionales. En otras palabras, el cliente puede bloquear esta ruta para exigir una ruta multimedia a través de Transport Relay en Microsoft 365.
Los medios son bidireccionales. La dirección del flujo 2 para el usuario móvil remoto indica que un lado inicia la comunicación desde una perspectiva de conectividad.
Usuario de VPN a usuario interno (multimedia retransmitido por Retransmisión de transporte de Teams)
Figura 5: Usuario de VPN a usuario interno (multimedia retransmitido por Retransmisión de transporte de Teams)
La señalización entre la VPN y la red del cliente está usando el flujo 2'. La señalización entre la red del cliente y Microsoft 365 está usando el flujo 4. Sin embargo, los medios omiten la VPN y se enrutan mediante los flujos 3 y 4 a través de la retransmisión multimedia de Teams en Microsoft 365.
Usuario de VPN al usuario interno (medio directo)
Figura 6- Usuario VPN al usuario interno (medio directo)
La señalización entre la VPN y la red del cliente está usando el flujo 2'. La señalización entre la red del cliente y Microsoft 365 está usando el flujo 4. Sin embargo, los medios omiten la VPN y se enrutan mediante el flujo 2 desde la red del cliente a Internet.
Los medios son bidireccionales. La dirección del flujo 2 al usuario móvil remoto indica que un lado inicia la comunicación desde una perspectiva de conectividad.
Usuario de VPN a usuario externo (medio directo)
Figura 7 : Usuario de VPN a usuario externo (medio directo)
La señalización entre el usuario de VPN a la red del cliente está usando flow 2' y el uso del flujo 4 a Microsoft 365. Sin embargo, los medios omiten la VPN y se enrutan mediante el flujo 6.
Los medios son bidireccionales. La dirección del flujo 6 para el usuario móvil remoto indica que un lado inicia la comunicación desde una perspectiva de conectividad.
Caso de uso: Equipos a RTC a través del tronco de Microsoft 365
Microsoft 365 tiene un sistema telefónico que permite realizar y recibir llamadas desde la red telefónica conmutada (RTC). Si el tronco RTC está conectado mediante el plan de llamadas del sistema telefónico, no hay requisitos de conectividad especiales para este caso de uso. (Si desea conectar su propio tronco RTC local a Microsoft 365, puede usar enrutamiento directo del sistema telefónico).
Figura 8: Equipos a RTC a través del tronco de Microsoft 365
Caso de uso: Reunión de Teams
El servidor de conferencias de audio,vídeo/pantalla compartida (VBSS) forma parte de Microsoft 365. Tiene una dirección IP pública que debe ser accesible desde la red del cliente y debe ser accesible desde un cliente de la nube nómada. Cada cliente o punto de conexión debe poder conectarse al servidor de conferencias.
Los clientes internos obtienen candidatos locales, reflexivos y de retransmisión de la misma manera que se describe para las llamadas uno a uno. Los clientes envían estos candidatos al servidor de conferencia en una invitación. El servidor de conferencias no usa una retransmisión, ya que tiene una dirección IP accesible públicamente, por lo que responde con su candidato de dirección IP local. El cliente y el servidor de conferencia comprueban la conectividad de la misma manera descrita para las llamadas de uno a uno.
Tenga en cuenta lo siguiente:
Los clientes de Teams no pueden unirse a Skype Empresarial reuniones y Skype Empresarial clientes no pueden unirse a las reuniones de Teams.
Un usuario de RTC, opcionalmente, "Acceso telefónico local" o "Marcado", dependiendo del aprovisionamiento de llamadas o conferencias RTC del organizador de la reunión.
Un invitado o un cliente pueden unirse desde una red privada de invitado, que está protegida mediante FW/NAT con reglas estrictas.
Figura 9: Reunión de Teams
Caso de uso: Federación con Skype Empresarial local
Multimedia retransmitido por Retransmisión de transporte de Teams en Microsoft 365
Figura 10: Multimedia retransmitido por retransmisión de transporte de Teams en Microsoft 365
Tenga en cuenta lo siguiente:
La federación es, por definición, una comunicación entre dos inquilinos. En este caso, el inquilino A, que usa Teams, federa con el inquilino B, que usa Skype Empresarial local. Si el inquilino B también usa Microsoft 365, el cliente de Skype Empresarial habría usado el flujo 3 para conectarse con Microsoft 365.
La señalización y los medios del cliente de Skype Empresarial federado al Skype Empresarial Server local están fuera del ámbito de este documento. Sin embargo, aquí se ilustra por motivos de claridad.
La señalización entre Teams y Skype Empresarial se puentea mediante una puerta de enlace.
En este caso, el relé de transporte de Teams retransmite los medios a la red del cliente y Skype Empresarial cliente remoto mediante el flujo 4.
Multimedia retransmitido por Skype Empresarial Media Relay en inquilino federado
Figura 11: Multimedia retransmitido por Skype Empresarial Media Relay en inquilino federado
Tenga en cuenta que:
La señalización y los medios desde el cliente de Skype Empresarial federado a un Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, aquí se ilustra por motivos de claridad.
La señalización entre Teams y Skype Empresarial se puentea mediante una puerta de enlace.
En este caso, Skype Empresarial retransmisión multimedia local retransmite multimedia a la red del cliente mediante el flujo 2. (Tenga en cuenta que el tráfico desde el usuario de Teams al relé multimedia remoto en la red federada del cliente se bloqueará inicialmente por el relé multimedia hasta que el tráfico en la dirección inversa comience a fluir. Sin embargo, el flujo bidireccional abrirá la conectividad en ambas direcciones).
Directa (punto a punto)
Figura 12: Directo (punto a punto)
Topología híbrida de Teams
Esta topología incluye Teams con una implementación local Skype Empresarial.
Figura 13: Topología híbrida de Teams
La dirección de las flechas del diagrama anterior refleja la dirección de inicio de la comunicación que afecta a la conectividad en los perímetros de empresa. En el caso de UDP para medios, los primeros paquetes pueden fluir en la dirección inversa, pero estos paquetes se pueden bloquear hasta que los paquetes en la otra dirección fluya.
Teams se implementa en paralelo con Skype Empresarial Online, por lo que los clientes se muestran como "Usuarios de Teams/SFB".
Flujo adicional (encima de la topología de Teams):
- Flujo 5A: representa un flujo de medios de punto a punto entre un usuario de Teams dentro de la red del cliente y un Skype Empresarial retransmisión multimedia local en el perímetro de la red del cliente.
Caso de uso: Teams para Skype Empresarial uno a uno
Implementación híbrida en la red del cliente
Figura 14: Implementación híbrida en la red del cliente
La señalización entre Teams y Skype Empresarial se puentea mediante una puerta de enlace. Sin embargo, los medios se redirigen directamente de punto a punto dentro de la red del cliente mediante el flujo 5.
Red de cliente híbrida con usuario Skype Empresarial externo, retransmitida por Microsoft 365
Figura 15: Red de cliente híbrida con usuario Skype Empresarial externo, retransmitido por Microsoft 365
Tenga en cuenta que:
La señalización y los medios desde el cliente de Skype Empresarial a un Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, aquí se ilustra por motivos de claridad.
La señalización entre Teams y Skype Empresarial se puentea mediante una puerta de enlace.
Los elementos multimedia se retransmiten a través de Teams Transport Relay a la red del cliente a través del flujo 4.
Red de cliente híbrida con usuario Skype Empresarial externo, retransmitida por Edge local
Figura 16: Red de cliente híbrida con usuario de Skype Empresarial externo, retransmitida por Edge local
Tenga en cuenta que:
La señalización y los medios desde Skype Empresarial cliente a un Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, aquí se ilustra por motivos de claridad.
La señalización está puenteada por una puerta de enlace.
Media es retransmitido por Skype Empresarial Media Relay en Skype Empresarial perímetro local a los usuarios de Teams dentro de la red del cliente mediante el flujo multimedia 5A.
Topología de Teams con enrutamiento directo del sistema telefónico
Esta topología incluye Teams con enrutamiento directo del sistema telefónico.
El enrutamiento directo le permite usar un proveedor de servicios de red telefónica conmutada (RTC) de terceros emparejando un dispositivo de hardware de controlador de borde de sesión (SBC) local compatible con Microsoft 365 y, a continuación, conectando el tronco de telefonía a ese dispositivo.
Para admitir este escenario, el cliente debe implementar un SBC certificado para Enrutamiento directo desde uno de los asociados certificados de Microsoft. El SBC debe configurarse según lo recomendado por el proveedor y enrutarse desde Microsoft 365 para el tráfico UDP directo. Los medios pueden fluir directamente desde Teams o el cliente de Skype Empresarial a la SBC (omitiendo la puerta de enlace de Teams) o atravesar la puerta de enlace de Teams. La conectividad con el SBC, cuando el tronco está configurado para omitir la puerta de enlace de Teams, se basa en ICE, donde SBC admite ICE-Lite, mientras que el punto de conexión multimedia de Teams/Skype Empresarial admite el formulario completo de ICE.
*Figura 17: Topología de teams con enrutamiento directo del sistema telefónico
Tenga en cuenta que:
La dirección de las flechas del diagrama anterior refleja la dirección de inicio de la comunicación que afecta a la conectividad en los perímetros de empresa. En el caso de UDP para medios, los primeros paquetes pueden fluir en la dirección inversa, pero estos paquetes pueden bloquearse hasta que fluya los paquetes en la otra dirección.
Teams se implementa en paralelo con Skype Empresarial Online, por lo que los clientes se muestran como "Usuarios de Teams/SFB".
Flujos adicionales (sobre la topología en línea de Teams):
- Flujo 4': representa un flujo de Microsoft 365 a la red del cliente que se usa para establecer una conexión entre el servidor multimedia de Teams en la nube con el SBC local.
- Flujo 5B : representa un flujo multimedia entre el usuario de Teams dentro de la red del cliente con el SBC de enrutamiento directo en modo de omisión.
- Flujo 5C : representa un flujo de medios entre el SBC de enrutamiento directo a otro SBC de enrutamiento directo en un modo de omisión de llamada de horquilla RTC.
Usuario interno con enrutamiento directo (multimedia retransmitido por Retransmisión de transporte de Teams)
Figura 18: Usuario interno con enrutamiento directo (multimedia retransmitido por Retransmisión de transporte de Teams)
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365.
La señalización y los medios desde el SBC a Microsoft 365 y viceversa usan el flujo 4 o flujo 4'.
Señalización y medios desde el cliente dentro de la red del cliente hasta el flujo 4 de uso de Microsoft 365.
Usuario remoto con enrutamiento directo (los medios se enrutan a través de un servidor multimedia (MP))
Figura 19 : Usuario remoto con enrutamiento directo (los medios se enrutan a través de un servidor multimedia (MP))
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365.
La señalización y los medios desde el SBC a Microsoft 365 y viceversa usan el flujo 4 o flujo 4'.
Señalización y medios desde el cliente en Internet hasta El flujo 365 de uso de Microsoft 365.
Enrutamiento directo del usuario interno (omisión multimedia)
Figura 20: Enrutamiento directo del usuario interno (omisión multimedia)
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365.
La señalización de SBC a Microsoft 365 y viceversa usa flujo 4 o flujo 4'.
Señalización desde el cliente en la red del cliente hasta el flujo 4 de uso de Microsoft 365.
Los medios del cliente dentro de la red del cliente al SBC dentro de la red del cliente utilizan el flujo 5B.
Usuario remoto con enrutamiento directo (omisión multimedia retransmitida por retransmisión de transporte de Teams)
Figura 21: Usuario remoto con enrutamiento directo (omisión multimedia retransmitida por Retransmisión de transporte de Teams)
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365 e Internet.
La señalización desde el SBC a Microsoft 365 y viceversa usa el flujo 4 o flujo 4'.
La señalización del cliente en Internet a Microsoft 365 usa el flujo 3.
Los medios desde el cliente de Internet al SBC dentro de la red del cliente usan los flujos 3 y 4, retransmitido por Teams Transport Relay.
Enrutamiento directo del usuario remoto (omisión de medios directa)
Figura 22: Enrutamiento directo del usuario remoto (derivación directa de medios)
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365 e Internet.
La señalización desde el SBC a Microsoft 365 y viceversa usa el flujo 4 o flujo 4'.
La señalización del cliente en Internet a Microsoft 365 usa el flujo 3.
Los medios del cliente en Internet al SBC dentro de la red del cliente utiliza el flujo 2.
Enrutamiento directo (omisión multimedia): llamada con la horquilla RTC (debido al desvío o transferencia de llamadas)
Figura 23: Enrutamiento directo (omisión multimedia): llamada de la horquilla RTC (debido a desvío/transferencia de llamadas)
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365.
La señalización desde el SBC a Microsoft 365 y viceversa usa el flujo 4 o flujo 4'.
El cliente está fuera del bucle de señalización y multimedia después de que la llamada esté anclada de RTC a RTC.
Los medios de la instancia de SBC A dentro de la red del cliente a la instancia de SBC B dentro de la red del cliente (donde, A y B pueden ser la misma instancia) utiliza el flujo 5C.
Enrutamiento directo (multimedia a través de Microsoft 365): llamada de horquilla de RTC en dos espacios empresariales
Figura 24: Enrutamiento directo (multimedia a través de Microsoft 365): llamada de horquilla rtc en dos espacios empresariales
Tenga en cuenta que:
El SBC debe tener una dirección IP pública enrutable desde Microsoft 365.
La señalización desde el SBC a Microsoft 365 y viceversa usa el flujo 4 o flujo 4'.
El cliente está fuera del bucle de señalización y multimedia después de que la llamada esté anclada de RTC a RTC.
Los medios de la instancia de SBC A en la red del cliente de X a la instancia B de SBC deben retransmitirse a través de Microsoft 365 Media Server y no pueden usar el modo de omisión.
Teams con optimización de express route
Figura 25: Teams con optimización de express route
En el caso de que Express Route se justifique e implemente, los flujos de Teams se podrían redirigir de nuevo del flujo 4 al flujo 1 y del flujo 4' al flujo 1'. Sin embargo, la aplicación de Teams tiene una fuerte dependencia de otros flujos de Microsoft 365 a través de Internet mediante los flujos 4 y 4'; por lo tanto, estos flujos no deben bloquearse.
Tenga en cuenta que Skype Empresarial tráfico perimetral híbrido se redirige a Internet y no a Express Route para comunicarse con usuarios externos y federar con otros inquilinos.
Para evitar los flujos asimétricos, el redireccionamiento debe estar en ambas direcciones. En otras palabras, una dirección dentro de la red del cliente se enruta mediante Internet o Express Route, en función de la optimización, pero no a través de ambos.
Red de cliente a usuario externo (multimedia retransmitido por El relé de transporte de Teams):
Figura 26: Red de cliente a usuario externo (multimedia retransmitido por Retransmisión de transporte de Teams)
Pasos de alto nivel:
- El usuario de Teams en la red del cliente resuelve el nombre de dominio (DNS) de dirección URL con flow2.
- El usuario de Teams dentro de la red del cliente asigna un puerto de retransmisión multimedia en Teams Transport Relay mediante el flujo 1.
- El usuario de Teams en la red del cliente envía "invitación" con los candidatos de ICE mediante el flujo 1 a Microsoft 365.
- Microsoft 365 envía una notificación a usuarios externos de Teams mediante el flujo 3.
- El usuario externo de Teams asigna un puerto de retransmisión multimedia en Teams Transport Relay mediante el flujo 3.
- El usuario externo de Teams envía "respuesta" con los candidatos de ICE mediante el flujo 3, que se reenvía al usuario de Teams A con Flow 1.
- El usuario A de Teams y el usuario B invocan pruebas de conectividad de ICE y selecciona los flujos 1 y 3, que retransmite Teams Transport Relay.
- Los usuarios de Teams envían telemetría a Microsoft 365 mediante los flujos 1 y 3.
Nota
Flow 4 debe estar habilitado para admitir dependencias de la aplicación teams en otros microservidores que ordene el flujo 4.