Flujos de llamadas de Microsoft Teams

Sugerencia

Vea esta sesión para obtener información sobre Teams aprovecha su red y cómo planear una conectividad de red óptima: Teams planificación de red.

Información general

En este artículo se describe cómo Teams usa Microsoft 365 o Office 365 llamadas en varias topologías. Además, describe flujos de Teams que se usan para la comunicación multimedia punto a punto. En el documento se describen estos flujos, su finalidad y su origen y finalización en la red. Para los fines de este artículo, suponga lo siguiente:

  • Flow El cliente local usa X para comunicarse con el Microsoft 365 o Office 365 en la nube. Se origina a partir de la red de clientes y termina como un punto de conexión en Microsoft 365 o Office 365.

  • Flow El cliente local usa Y para comunicarse con un servicio en Internet en el que Microsoft 365 o Office 365 tiene una dependencia. Se origina a partir de la red del cliente y termina como un punto de conexión en Internet.

En este artículo se trata la siguiente información:

  • Fondo. Proporciona información en segundo plano, como redes que los flujos pueden atravesar, tipos de tráfico, instrucciones de conectividad de la red de clientes a puntos de conexión de servicio Microsoft 365 o Office 365, interoperabilidad con componentes de terceros y principios que usan Teams para seleccionar flujos multimedia.

  • La llamada fluye en varias topologías. Ilustra el uso de flujos de llamadas en varias topologías. Para cada topología, la sección enumera todos los flujos admitidos e ilustra cómo se usan estos flujos en varios casos de uso. Para cada caso de uso, describe la secuencia y selección de flujos mediante un diagrama de flujo.

  • Teams con la optimización de Express Route. Describe cómo se usan estos flujos cuando express route se implementa para la optimización, ilustrado con una topología simple.

Información general

Segmentos de red

Red de clientes. Este es el segmento de red que controla y administra. Esto incluye todas las conexiones de clientes dentro de las oficinas de clientes, ya sean cableadas o inalámbricas, 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 clientes tiene varios perímetros de red con firewalls o servidores proxy, que aplican las directivas de seguridad de su organización y que solo permiten cierto tráfico de red que haya configurado y configurado. Dado que administra esta red, tiene control directo sobre el rendimiento de la red y le recomendamos que complete evaluaciones de red para validar el rendimiento tanto dentro de los sitios de la red como desde su red a la red Microsoft 365 o Office 365 red.

Internet. Este es el segmento de red que forma parte de la red general que usarán los usuarios que se conecten a Microsoft 365 o Office 365 desde fuera de la red de clientes. También se usa por parte del tráfico de la red de clientes para Microsoft 365 o Office 365.

Red privada visitada o invitada. Este es el segmento de red fuera de su red de clientes, pero no en internet público, 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 o Office 365 también se aplica a estas redes.

Microsoft 365 o Office 365. Este es el segmento de red que admite Microsoft 365 o Office 365 servicios. Se distribuye en todo el mundo con bordes cercanos a la red de clientes en la mayoría de las ubicaciones. Entre las funciones se incluyen Retransmisión de transporte, servidor de conferencias y Procesador multimedia.

Ruta rápida (opcional). Este es el segmento de red que forma parte de la red general que le dará una conexión privada dedicada a la red Microsoft 365 o Office 365 red.

Tipos de tráfico

Multimedia en tiempo real. Datos encapsulados dentro del Protocolo de transporte en tiempo real (RTP) que admite cargas de trabajo de audio, vídeo y uso compartido de pantalla. En general, el tráfico multimedia es altamente sensible a la latencia, por lo que le gustaría que este tráfico tomara la ruta más directa posible y usar 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 se pueden túneles dentro del protocolo HTTP, pero no se recomienda debido a malas implicaciones de calidad). El flujo RTP se protege con SRTP, en el que solo se cifra la carga.

Señalización. El vínculo de comunicación entre el cliente y el servidor u otros clientes que se usan para controlar 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 o Office 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 llamadas si la latencia entre los puntos de conexión supera varios segundos.

Conectividad a Microsoft 365 o Office 365

Teams requiere conectividad a Internet. Teams url de punto de conexión e intervalos de direcciones IP se muestran en Office 365 direcciones URL e intervalos de direcciones IP. (Tenga en cuenta que se requiere conectividad abierta a los puertos TCP 80 y 443 y a los puertos UDP 3478 a 3481). Además, Teams depende de Skype Empresarial Online, que también debe estar conectado a Internet.

Teams conectividad de flujos multimedia se implementa mediante procedimientos estándar de establecimiento de conectividad interactiva (ICE) de IETF.

Restricciones de interoperabilidad

Retransmisión multimedia de terceros. Un Teams de medios (es decir, donde uno de los puntos de conexión multimedia está Teams) solo puede atravesar Teams o Skype Empresarial retransmisión multimedia nativa. La interoperabilidad con un relé multimedia de terceros no es compatible. (Tenga en cuenta que un SBC de terceros en el límite con RTC debe finalizar la transmisión RTP/RTCP, protegerse con SRTP y no retransmitirla al siguiente salto).

Servidores proxy SIP de terceros. Un Teams sip de señalización con una puerta de enlace o SBC 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 Teams multimedia a y desde la RTC se termina por un SBC de terceros. Sin embargo, la interoperabilidad con un SBC de terceros dentro de la red Teams (donde un SBC de terceros media dos puntos de conexión Teams o Skype Empresarial) no es compatible.

Red VPN. No se recomienda para el tráfico multimedia (o el flujo 2'). El cliente VPN debe usar el túnel dividido y enrutar Teams tráfico multimedia como cualquier usuario externo que no sea VPN, tal y 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.

Formadores de paquetes. No se recomienda ningún tipo de snipper de paquetes, inspección de paquetes o dispositivos de formador de paquetes Teams tráfico multimedia y puede degradar significativamente la calidad.

Principios

Hay cuatro principios generales que le ayudan a comprender los flujos de llamadas Microsoft Teams:

  • Una Microsoft Teams conferencia está hospedada por Microsoft 365 o Office 365 en la misma región donde se unió el primer participante. (Tenga en cuenta que si hay excepciones a esta regla en algunas topologías, se describirán en este documento e ilustrarán con un flujo de llamada adecuado).

  • Un punto Teams de conexión multimedia en Microsoft 365 o Office 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 medios para la transcripción o grabación, mientras que una conferencia con dos participantes puede no 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 para 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 se puede enrutar directamente o usar una retransmisión de transporte en Microsoft 365 o Office 365 si es necesario debido a las restricciones del firewall de red del cliente.

  • El tráfico multimedia para las llamadas punto a punto toma la ruta más directa disponible, suponiendo que la llamada no requiere un punto de conexión multimedia en la nube (vea el principio anterior). La ruta preferida es directa al punto remoto (cliente), pero si esa ruta no está disponible, una o más retransmisiones de transporte retransmitirán el tráfico. Se recomienda que el tráfico multimedia no transversa los servidores como los formadores de paquetes, los servidores VPN, entre otros, 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 que se elige, vea Comprender los flujos de medios en Microsoft Teams - BRK4016.

Flujos de llamadas en varias topologías

Teams topología

Esta topología la usan los clientes que aprovechan Teams servicios de la nube sin ninguna implementación local, como Skype Empresarial Server o Sistema telefónico enrutamiento directo. Además, la interfaz para Microsoft 365 o Office 365 se realiza a través de Internet sin Azure Express Route.

Microsoft Teams Figura 01 flujos de llamadas en línea.

Figura 1: Teams topología

Ten 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 empresariales. En el caso de UDP para medios, los primeros paquetes pueden fluir en la dirección inversa, pero estos paquetes pueden bloquearse hasta que fluyan los paquetes en la otra dirección.
  • Teams se implementa en paralelo con Skype Empresarial Online, por lo que los clientes se muestran como "usuario 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 Teams topología híbrida.
  • Sistema telefónico Enrutamiento directo (para conectividad RTC) se describe en Teams con topología de enrutamiento directo.
  • Express Route se describe en Teams optimización de Express Route.

Flow descripciones:

  • Flow 2: representa un flujo iniciado por un usuario de la red de clientes a Internet como parte de la experiencia Teams usuario. Algunos ejemplos de estos flujos son DNS y medios de punto a punto.
  • Flow 2': representa un flujo iniciado por un usuario Teams móvil remoto, con VPN a la red del cliente.
  • Flow 3: representa un flujo iniciado por un usuario Teams móvil remoto para Microsoft 365 o Office 365/Teams extremos.
  • Flow 4: representa un flujo iniciado por un usuario de la red de clientes para Microsoft 365 o Office 365/Teams extremos.
  • Flow 5: representa un flujo multimedia punto a punto entre un usuario de Teams y otro usuario Teams o Skype Empresarial dentro de la red de clientes.
  • Flow 6: representa un flujo multimedia de punto a punto entre un usuario de Teams móvil remoto y otro usuario Teams móvil remoto o Skype Empresarial a través de Internet.

Caso de uso: uno a uno

Las llamadas uno a uno usan un modelo común en el que el autor de la llamada obtendrá un conjunto de candidatos compuesto por direcciones IP o puertos, incluidos los candidatos locales, de retransmisión y reflexivos (dirección IP pública del cliente, como lo ven los retransmisión). El autor de la llamada envía estos candidatos a la parte llamada; la parte llamada también obtiene un conjunto similar de candidatos y los envía al autor de la llamada. Los mensajes de comprobación de conectividad de ATURD se usan para buscar qué rutas multimedia de autor de llamada o de fiesta funcionan y se selecciona la mejor ruta de trabajo. Los medios (es decir, paquetes RTP/RTCP protegidos con SRTP) se envían después con el par de candidatos seleccionado. La retransmisión de transporte se implementa como parte de Microsoft 365 y Office 365.

Si los candidatos de dirección IP/puerto local o los candidatos reflexivos tienen conectividad, se seleccionará la ruta directa entre los clientes (o mediante un NAT) para los medios. Si los clientes están ambos en la red de clientes, se debe seleccionar la ruta de acceso directa. Esto requiere conectividad UDP directa dentro de la red del cliente. Si los clientes son usuarios en la nube nómadas, en función del NAT/firewall, los medios pueden usar la conectividad directa.

Si un cliente es interno en la red de clientes y un cliente es externo (por ejemplo, un usuario de la nube móvil), es poco probable que la conectividad directa entre los candidatos locales o reflexivos funcione. En este caso, una opción es usar uno de los candidatos de retransmisión de transporte de cualquiera de los clientes (por ejemplo, el cliente interno obtuvo un candidato de retransmisión del relé de transporte en Microsoft 365 o Office 365; el cliente externo debe poder enviar paquetes de STUN/RTP/RTCP a la retransmisión de transporte). Otra opción es el cliente interno que envía al candidato de retransmisión obtenido por el cliente de nube móvil. Tenga en cuenta que, aunque la conectividad UDP para medios es muy recomendable, tcp es compatible.

Pasos de alto nivel:

  1. Teams El usuario A resuelve el nombre de dominio url (DNS) con el flujo 2.
  2. Teams El usuario A asigna un puerto de retransmisión multimedia en Teams de transporte mediante el flujo 4.
  3. Teams El usuario A envía "invitación" con los candidatos del ICE mediante el flujo 4 para Microsoft 365 o Office 365.
  4. Microsoft 365 o Office 365 envía una notificación a Teams usuario B mediante el flujo 4.
  5. Teams El usuario B asigna un puerto de retransmisión multimedia Teams relé de transporte mediante el flujo 4.
  6. Teams El usuario B envía "respuesta" con los candidatos del ICE mediante el flujo 4, que se reenvía a Teams usuario A con Flow 4.
  7. Teams El usuario A y Teams usuario B invocan pruebas de conectividad ICE y se selecciona la mejor ruta de acceso multimedia disponible (consulte los diagramas siguientes para varios casos de uso).
  8. Teams Los usuarios envían telemetría a Microsoft 365 o Office 365 con el flujo 4.

Dentro de la red de clientes:

Microsoft Teams Figura 02 Flujos de llamadas en línea.

Figura 2: Dentro de la red de clientes

En el paso 7, se selecciona el flujo de medios 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 qué dirección se usa porque ambos puntos de conexión están dentro de la red del cliente.

Red de cliente a usuario externo (multimedia retransmitido por Teams de transporte):

Microsoft Teams Figura 03 flujos de llamadas en línea.

Figura 3: Red de cliente a usuario externo (medios retransmitido por Teams relé de transporte)

En el paso 7, se selecciona el flujo 4, de la red de clientes a Microsoft 365 o Office 365, y el flujo 3, desde el usuario Teams móvil remoto Microsoft 365 Office 365 o Office 365. Estos flujos se retransmiten mediante Teams de transporte dentro de Microsoft 365 o Office 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 usan para señalización y medios, con diferentes protocolos de transporte y direcciones.

Red de cliente a usuario externo (medios directos):

Microsoft Teams Figura 04 flujos de llamadas en línea.

Figura 4: Red de cliente a usuario externo (medios directos)

En el paso 7, se selecciona el flujo 2, desde la red de clientes a Internet (el punto del cliente).

  • Los medios directos con usuarios móviles remotos (no retransmitido Microsoft 365 o Office 365) son opcionales. En otras palabras, el cliente puede bloquear esta ruta para exigir una ruta de acceso multimedia a través de Retransmisión de transporte Microsoft 365 o Office 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 Teams de transporte)

Microsoft Teams Figura 05 flujos de llamadas en línea.

Figura 5: usuario VPN a usuario interno (multimedia retransmitido por Teams de transporte)

La señalización entre la RED VPN a la red del cliente está usando el flujo 2'. La señalización entre la red del cliente y Microsoft 365 o Office 365 está usando el flujo 4. Sin embargo, los medios omiten la VPN y se enruta con los flujos 3 y 4 Teams de medios en Microsoft 365 o Office 365.

Usuario de VPN a usuario interno (medios directos)

Microsoft Teams Figura 06 flujos de llamadas en línea.

Figura 6: usuario DE VPN a usuario interno (medios directos)

La señalización entre la RED VPN a la red del cliente está usando el flujo 2'. La señalización entre la red del cliente y Microsoft 365 o Office 365 está usando el flujo 4. Sin embargo, los medios omiten la VPN y se enruta mediante el flujo 2 desde la red de clientes a Internet.

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 externo (medios directos)

Microsoft Teams flujo de llamadas, figura 07.

Figura 7: usuario DE VPN a usuario externo (medios directos)

La señalización entre el usuario VPN a la red del cliente es usar el flujo 2' y usar el flujo 4 para Microsoft 365 o Office 365. Sin embargo, los medios omiten la VPN y se enruta con 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.

Usar mayúsculas y minúsculas: Teams RTC a través de Microsoft 365 o Office 365 tronco

Microsoft 365 y Office 365 tienen 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 Sistema telefónico llamadas, no hay requisitos de conectividad especiales para este caso de uso. (Si desea conectar su propio tronco RTC local a Microsoft 365 o Office 365, puede usar Sistema telefónico enrutamiento directo).

Microsoft Teams Figura 08 flujos de llamadas en línea.

Figura 8: Teams a RTC a través Office 365 tronco

Caso de uso: Teams reunión

El servidor de conferencias de uso compartido de audio/vídeo/pantalla (VBSS) forma parte de Microsoft 365 y Office 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 nube nómada. Cada cliente o punto de conexión debe poder conectarse al servidor de conferencias.

Los clientes internos obtendrán candidatos locales, reflexivos y de retransmisión del mismo modo que se describe para las llamadas uno a uno. Los clientes enviarán estos candidatos al servidor de conferencias 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 comprobarán la conectividad de la misma manera que se describe para las llamadas uno a uno.

Ten en cuenta que:

  • Teams clientes no pueden unirse Skype Empresarial reuniones y Skype Empresarial no pueden unirse a Teams reuniones.

  • Un usuario RTC opcionalmente "Marca IN" o es "Marcado HACIA FUERA", según el aprovisionamiento de llamadas RTC o conferencias del organizador de la reunión.

  • Un usuario invitado o un usuario cliente pueden unirse desde una red privada de invitados, que está protegida con FW/NAT con reglas estrictas.

Microsoft Teams Figura 09 flujos de llamadas en línea.

Figura 9: Teams reunión

Caso de uso: Federación con Skype Empresarial local

Retransmisión multimedia por Teams de transporte en Microsoft 365 o Office 365

Microsoft Teams Figura 10 Flujos de llamadas en línea.

Figura 10: Retransmisión multimedia por Teams de transporte en Office 365

Ten en cuenta que:

  • La federación es, por definición, una comunicación entre dos inquilinos. En este caso, el inquilino A, que usa Teams, se federa con el inquilino B, que usa Skype Empresarial local. Si el inquilino B también usa Microsoft 365 o Office 365, el cliente de Skype Empresarial habría usado el flujo 3 para conectarse con Microsoft 365 o Office 365.

  • La señalización y los medios desde el cliente Skype Empresarial federados a Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, se ilustra aquí para mayor claridad.

  • La señalización entre Teams y Skype Empresarial está puenteada por una puerta de enlace.

  • Los medios en este caso se retransmiten mediante Teams de transporte a la red de clientes y Skype Empresarial cliente mediante el flujo 4.

Retransmisión multimedia por Skype Empresarial Multimedia Relay en inquilino federado

Microsoft Teams Figura 11 flujos de llamadas en línea.

Figura 11: Retransmisión multimedia por Skype Empresarial Multimedia Relay en inquilino federado

Ten en cuenta que:

  • La señalización y los medios desde el cliente Skype Empresarial federado a un Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, se ilustra aquí para mayor claridad.

  • La señalización entre Teams y Skype Empresarial está puenteada por una puerta de enlace.

  • Los medios en este caso se retransmiten mediante Skype Empresarial multimedia local a la red de clientes mediante el flujo 2. (Tenga en cuenta que el tráfico desde un usuario Teams al Retransmisión multimedia remota en la red de clientes federados se bloqueará inicialmente por la Retransmisión multimedia hasta que el tráfico en la dirección inversa empiece a fluir. Sin embargo, el flujo bidireccional abrirá la conectividad en ambas direcciones).

Directo (punto a punto)

Microsoft Teams Figura 12 Flujos de llamadas en línea.

Figura 12: Directa (punto a punto)

Teams topología híbrida

Esta topología incluye Teams una implementación Skype Empresarial local.

Microsoft Teams Figura 13 flujos de llamadas en línea.

Figura 13: Teams topología híbrida

  • 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 empresariales. En el caso de UDP para medios, los primeros paquetes pueden fluir en la dirección inversa, pero estos paquetes pueden bloquearse hasta que fluyan los paquetes en la otra dirección.

  • Teams se implementa en paralelo con Skype Empresarial Online, por lo que los clientes se muestran como "usuario Teams/SFB".

Flujo adicional (encima de Teams topología):

  • Flow 5A: representa un flujo multimedia punto Teams punto entre un usuario de Teams dentro de la red de clientes y un relé multimedia local de Skype Empresarial en el perímetro de red del cliente.

Caso de uso: Teams para Skype Empresarial uno a uno

Híbrido dentro de la red de clientes

Microsoft Teams Figura 14 flujos de llamadas en línea.

Figura 14: híbrido dentro de la red de clientes

La señalización entre Teams y Skype Empresarial está puenteada por una puerta de enlace. Sin embargo, los medios se enruta directamente de punto a punto dentro de la red de clientes mediante el flujo 5.

Red híbrida de clientes con usuarios Skype Empresarial externos, retransmisión por Microsoft 365 o Office 365

Microsoft Teams Figura 15 Flujos de llamadas en línea.

Figura 15: Red híbrida de clientes con usuarios Skype Empresarial externos, retransmitido por Office 365

Ten en cuenta que:

  • La señalización y los medios Skype Empresarial cliente a una red Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, se ilustra aquí para mayor claridad.

  • La señalización entre Teams y Skype Empresarial está puenteada por una puerta de enlace.

  • Los medios se retransmiten Teams retransmisión de transporte a la red de clientes a través del flujo 4.

Red híbrida de clientes con usuarios Skype Empresarial externos, retransmitido por edge local

Microsoft Teams Figura 16 flujos de llamadas en línea.

Figura 16: Red híbrida de clientes con usuarios Skype Empresarial externos, retransmitido por edge local

Ten en cuenta que:

  • La señalización y los medios de Skype Empresarial cliente a una red Skype Empresarial Server local está fuera del ámbito de este documento. Sin embargo, se ilustra aquí para mayor claridad.

  • La señalización está puenteada por una puerta de enlace.

  • Los medios se retransmiten Skype Empresarial Media Relay dentro de Skype Empresarial edge local para Teams usuario dentro de la red de clientes con el flujo multimedia 5A.

Teams con Sistema telefónico topología de enrutamiento directo

Esta topología incluye Teams con Sistema telefónico enrutamiento directo.

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 o Office 365 y, después, conectando el tronco de telefonía a ese dispositivo.

Para admitir este escenario, el cliente debe implementar un SBC certificado para enrutamiento directo de uno de los partners certificados de Microsoft. El SBC debe configurarse según lo recomendado por el proveedor y ser enrutable desde Microsoft 365 o Office 365 para el tráfico UDP directo. Los medios pueden fluir directamente desde Teams y/o el cliente de Skype Empresarial a la SBC (omitiendo la puerta de enlace Teams) o atravesar la puerta de enlace 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 Teams/Skype Empresarial admite el formulario completo de ICE.

Microsoft Teams Figura 17 Flujos de llamadas en línea.

*Figura 17: Teams con Sistema telefónico topología de enrutamiento directo

Ten 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 empresariales. En el caso de UDP para medios, los primeros paquetes pueden fluir en la dirección inversa, pero estos paquetes pueden bloquearse hasta que fluyan los paquetes en la otra dirección.

  • Teams se implementa en paralelo con Skype Empresarial Online, por lo que los clientes se muestran como "usuario Teams/SFB".

Flujos adicionales (encima de Teams topología en línea):

  • Flow 4': representa un flujo de Microsoft 365 o Office 365 a la red del cliente, que se usa para establecer una conexión entre el servidor multimedia Teams en la nube con el SBC local.
  • Flow 5B: representa un flujo multimedia entre el usuario Teams dentro de la red de clientes con el SBC de enrutamiento directo en modo de omisión.
  • Flow 5C: representa un flujo multimedia entre el SBC de enrutamiento directo a otro SBC de enrutamiento directo en un modo de omisión de llamada de direccionamiento directo.

Usuario interno con enrutamiento directo (retransmisión multimedia por Teams de transporte)

Microsoft Teams Figura 18 flujos de llamadas en línea.

Figura 18: usuario interno con enrutamiento directo (retransmisión multimedia Teams relé de transporte)

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365.

  • La señalización y los medios desde el SBC Microsoft 365 o Office 365 y viceversa usan el flujo 4 y/o el flujo 4'.

  • Señalización y medios desde el cliente dentro de la red del cliente para Microsoft 365 o Office 365 el flujo 4.

Usuario remoto con enrutamiento directo (los medios se enruta a través de un servidor multimedia (MP))

Microsoft Teams Figura 19 flujos de llamadas en línea.

Figura 19: Usuario remoto con enrutamiento directo (los medios se enruta a través de un servidor multimedia (MP))

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365.

  • La señalización y los medios desde el SBC Microsoft 365 o Office 365 y viceversa usan el flujo 4 y/o el flujo 4'.

  • Señalización y medios desde el cliente en Internet para Microsoft 365 o Office 365 usar el flujo 3.

Enrutamiento directo interno del usuario (omisión de medios)

Microsoft Teams Figura 20 Flujos de llamadas en línea.

Figura 20: Enrutamiento directo del usuario interno (omisión de medios)

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365.

  • La señalización de SBC a Microsoft 365 o Office 365 y viceversa usa el flujo 4 y/o el flujo 4'.

  • Señalización desde el cliente dentro de la red del cliente para Microsoft 365 o Office 365 usar el flujo 4.

  • Los medios desde el cliente dentro de la red de clientes a SBC dentro de la red de clientes usan el flujo 5B.

Usuario remoto con enrutamiento directo (desvío multimedia retransmitido por Teams de transporte)

Microsoft Teams Figura 21 flujos de llamadas en línea.

Figura 21: Usuario remoto con enrutamiento directo (desvío de medios retransmitido por Teams de transporte)

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365 e Internet.

  • La señalización desde el SBC Microsoft 365 o Office 365 y viceversa usa el flujo 4 o el flujo 4'.

  • La señalización desde el cliente en Internet para Microsoft 365 o Office 365 usa el flujo 3.

  • Los medios desde el cliente en Internet al SBC dentro de la red de clientes usan los flujos 3 y 4, retransmitido por Teams retransmisión de transporte.

Enrutamiento directo del usuario remoto (desvío de medios directo)

Microsoft Teams Figura 22 Flujos de llamadas en línea.

Figura 22: Enrutamiento directo del usuario remoto (desvío directo de medios)

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365 e Internet.

  • La señalización desde el SBC Microsoft 365 o Office 365 y viceversa usa el flujo 4 o el flujo 4'.

  • La señalización desde el cliente en Internet para Microsoft 365 o Office 365 usa el flujo 3.

  • Los medios desde el cliente en Internet hasta el SBC dentro de la red de clientes usan el flujo 2.

Enrutamiento directo (omisión de medios): llamada de la horquilla RTC (debido al desvío o transferencia de llamadas)

Microsoft Teams Figura 23 flujos de llamadas en línea.

Figura 23 - Enrutamiento directo (desvío de medios) - Llamada de la horquilla RTC (debido a desvío de llamadas/transferencia)

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365.

  • La señalización desde el SBC Microsoft 365 o Office 365 y viceversa usa el flujo 4 o el flujo 4'.

  • El cliente está fuera del bucle de señalización y multimedia después de que la llamada se desanclar de RTC a RTC.

  • Los medios de la instancia A de SBC dentro de la red de clientes a la instancia B de SBC dentro de la red de clientes (donde, A y B pueden ser la misma instancia) usa el flujo 5C.

Enrutamiento directo (multimedia a Microsoft 365 o Office 365): llamada de la horquilla RTC en dos inquilinos

Microsoft Teams Figura 24 flujos de llamadas en línea.

Figura 24: Enrutamiento directo (medios a través de Microsoft 365 o Office 365): llamada de la horquilla RTC en dos inquilinos

Ten en cuenta que:

  • El SBC debe tener una dirección IP pública que sea enrutable desde Microsoft 365 o Office 365.

  • La señalización desde el SBC Microsoft 365 o Office 365 y viceversa usa el flujo 4 o el flujo 4'.

  • El cliente está fuera del bucle de señalización y multimedia después de que la llamada se desanclar de RTC a RTC.

  • Los medios de la instancia A de SBC dentro de la red de cliente X a la instancia B de SBC deben retransmitirse a través de Microsoft 365 o Office 365 Media Server y no pueden usar el modo de omisión.

Teams con la optimización de Express Route

Microsoft Teams Figura 25 flujos de llamadas en línea.

Figura 25: Teams optimización de rutas rápidas

En el caso de que Ruta rápida esté justificado e implementado, Teams los flujos de Teams se podrían volver a enrutar del flujo 4 al flujo 1 y del flujo 4' al flujo 1'. Sin embargo, Teams aplicación tiene una dependencia dura de otros flujos de Microsoft 365 o Office 365 a través de Internet mediante los flujos 4 y 4'; por lo tanto, estos flujos no deben bloquearse.

Tenga en cuenta Skype Empresarial tráfico perimetral híbrido se enruta a Internet y no a Express Route para comunicarse con usuarios externos y federar con otros inquilinos.

Para evitar flujos asimétricos, el redireccionamiento debe estar en ambas direcciones. En otras palabras, una dirección dentro de la red de clientes es enrutable a través de 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 Teams de transporte):

Microsoft Teams Figura 26 flujos de llamadas en línea.

Figura 26: Red de cliente a usuario externo (medios retransmitido por Teams retransmisión de transporte)

Pasos de alto nivel:

  1. Teams El usuario de la red de clientes resuelve el nombre de dominio URL (DNS) con flow2.
  2. Teams El usuario de la red de clientes asigna un puerto de retransmisión multimedia Teams relé de transporte mediante el flujo 1.
  3. Teams El usuario de la red de clientes envía "invitación" con los candidatos del ICE mediante el flujo 1 para Microsoft 365 o Office 365.
  4. Microsoft 365 o Office 365 envía una notificación al usuario Teams externo mediante el flujo 3.
  5. Teams usuario externo asigna un puerto de retransmisión multimedia en Teams relé de transporte mediante el flujo 3.
  6. Teams usuario externo envía "respuesta" con los candidatos del ICE mediante el flujo 3, que se reenvía a Teams usuario A con Flow 1.
  7. Teams El usuario A y Teams usuario B invocan pruebas de conectividad ice y selecciona los flujos 1 y 3, que se retransmiten por Teams relé de transporte.
  8. Teams Los usuarios envían telemetría a Microsoft 365 o Office 365 mediante los flujos 1 y 3.

Nota

Flow 4 debe habilitarse para admitir dependencias de Teams aplicación en otros microservicios que ordene el flujo 4.