Fluxos de chamadas do Microsoft Teams

• Aplica-se a:

  Microsoft Teams

Ponta

Assista a esta sessão para saber como o Teams aproveita sua rede e como planejar a conectividade de rede ideal: o Planejamento de Rede do Teams.

Visão geral

Este artigo descreve como o Teams usa fluxos de chamadas do Microsoft 365 em várias topologias. Além disso, descreve fluxos exclusivos do Teams que são usados para comunicação de mídia ponto a ponto. O documento descreve esses fluxos, sua finalidade e sua origem e término na rede. Para fins deste artigo, suponha o seguinte:

• O Flow X é usado pelo cliente local para se comunicar com o serviço Microsoft 365 na nuvem. Ele é originário da rede do cliente e termina como um ponto de extremidade no Microsoft 365.

• O Flow Y é usado pelo cliente local para se comunicar com um serviço na Internet no qual o Microsoft 365 tem dependência. Ele é originário da rede do cliente e termina como um ponto de extremidade na Internet.

Este artigo aborda as seguintes informações:

• Plano de fundo. Fornece informações em segundo plano, como redes que os fluxos podem percorrer, tipos de tráfego e diretrizes de conectividade da rede do cliente para os pontos de extremidade de serviço do Microsoft 365. Ele também descreve a interoperabilidade com componentes de terceiros e princípios que são usados pelo Teams para selecionar fluxos de mídia.

• Fluxos de chamada em várias topologias. Ilustra o uso de fluxos de chamada em várias topologias. Para cada topologia, a seção enumera todos os fluxos com suporte e ilustra como esses fluxos são usados em vários casos de uso. Para cada caso de uso, ele descreve a sequência e a seleção de fluxos usando um diagrama de fluxo.

• Equipes com otimização de Rota Expressa. Descreve como esses fluxos são usados quando o Express Route é implantado para otimização, ilustrado usando uma topologia simples.

Plano de fundo

Segmentos de rede

Rede do cliente. O segmento de rede que você controla e gerencia. Esse segmento inclui todas as conexões de cliente em escritórios de clientes, sejam elas com fio ou sem fio, conexões entre edifícios de escritórios, conexões com datacenters locais e suas conexões com provedores de Internet, Rota expressa ou qualquer outro emparelhamento privado.

Normalmente, uma rede de cliente tem vários perímetros de rede com firewalls e/ou servidores proxy, que impõem as políticas de segurança da sua organização e que permitem apenas determinado tráfego de rede que você configurou e configurou. Como você gerencia essa rede, você tem controle direto sobre o desempenho da rede. Recomendamos que você conclua as avaliações de rede para validar o desempenho dentro de sites em sua rede e da rede para a rede do Microsoft 365.

Internet. O segmento de rede que faz parte de sua rede geral que é usado por usuários que estão se conectando ao Microsoft 365 de fora da rede do cliente. Esse segmento também é usado por algum tráfego da rede de clientes para o Microsoft 365.

Rede privada visitada ou convidada. O segmento de rede fora de sua rede de clientes, mas não na Internet pública, que seus usuários e seus convidados podem visitar. Por exemplo, uma rede privada doméstica ou uma rede privada empresarial, que não implanta o Teams, onde seus usuários e seus clientes que interagem com os serviços do Teams podem residir.

Nota

A conectividade com o Microsoft 365 também é aplicável a essas redes.

Microsoft 365. O segmento de rede que dá suporte aos serviços do Microsoft 365. Ele é distribuído em todo o mundo com bordas próximas à rede do cliente na maioria dos locais. As funções incluem Retransmissão de Transporte, servidor de conferência e Processador de Mídia.

Rota expressa (opcional). O segmento de rede que faz parte da rede geral que oferece uma conexão privada e dedicada à rede do Microsoft 365.

Tipos de tráfego

Mídia em tempo real. Dados encapsulados no RTP (Protocolo de Transporte em tempo real) que dão suporte a cargas de trabalho de áudio, vídeo e compartilhamento de tela. Em geral, o tráfego de mídia é altamente sensível à latência. Você deseja que esse tráfego siga o caminho mais direto possível e use UDP versus TCP como o protocolo de camada de transporte, que é o melhor transporte para mídia interativa em tempo real de uma perspectiva de qualidade. (Observe que, como último recurso, a mídia pode usar TCP/IP e também ser túnel dentro do protocolo HTTP, mas não é recomendado devido a implicações de má qualidade.) O fluxo RTP é protegido usando SRTP, no qual apenas a carga é criptografada.

Sinalização. O link de comunicação entre o cliente e o servidor ou outros clientes que são usados para controlar atividades (por exemplo, quando uma chamada é iniciada) e fornecem mensagens instantâneas. A maioria do tráfego de sinalização usa as interfaces REST baseadas em HTTPS, embora em alguns cenários (por exemplo, conexão entre o Microsoft 365 e um Controlador de Borda de Sessão) use o protocolo SIP. É importante entender que esse tráfego é muito menos sensível à latência, mas pode causar interrupções de serviço ou tempo limite de chamada se a latência entre os pontos de extremidade exceder vários segundos.

Conectividade com o Microsoft 365

O Teams requer conectividade com a Internet. URLs de ponto de extremidade do Teams e intervalos de endereço IP são listados em URLs Office 365 e intervalos de endereços IP. Abra a conectividade com as portas TCP 80 e 443 e para as portas UDP 3478 (STUN), 3479 (Áudio), 3480 (Vídeo) e 3481 (compartilhamento/VBSS) são necessárias.

A conectividade de fluxos de mídia do Teams é implementada usando procedimentos de ICE (Estabelecimento de Conectividade Interativa) IETF padrão.

Restrições de interoperabilidade

Retransmissões de mídia de terceiros. Um fluxo de mídia do Teams (ou seja, onde um dos pontos de extremidade de mídia é o Teams) pode percorrer apenas o Teams ou Skype for Business retransmissões de mídia nativa. Não há suporte para interoperabilidade com um retransmissão de mídia de terceiros. (Um SBC de terceiros no limite com PSTN deve encerrar o fluxo RTP/RTCP, protegido usando SRTP e não retransmiti-lo para o próximo salto.)

Servidores proxy SIP de terceiros. Uma caixa de diálogo SIP de sinalização do Teams com um SBC e/ou gateway de terceiros pode percorrer o Teams ou Skype for Business proxies SIP nativos. Não há suporte para interoperabilidade com um proxy SIP de terceiros.

B2BUA de terceiros (ou SBC). Um fluxo de mídia do Teams de e para o PSTN é encerrado por um SBC de terceiros. No entanto, não há suporte para interoperabilidade com um SBC de terceiros na rede do Teams (em que um SBC de terceiros media dois pontos de extremidade do Teams ou Skype for Business) .

Tecnologias que não são recomendadas com o Microsoft Teams

Rede VPN. Não é recomendado para tráfego de mídia (ou fluxo 2'). O cliente VPN deve usar o túnel dividido e rotear o tráfego de mídia do Teams como qualquer usuário externo que não seja VPN, conforme especificado em Habilitar a mídia do Lync para ignorar um túnel VPN.

Nota

Embora o título indique Lync, ele também é aplicável ao Teams.

Modeladores de pacote. Qualquer tipo de snipper de pacote, inspeção de pacotes ou dispositivos de shaper de pacote não é recomendado para o tráfego de mídia do Teams e pode degradar significativamente a qualidade.

Princípios

Há quatro princípios gerais que ajudam você a entender os fluxos de chamadas para o Microsoft Teams:

• Uma conferência do Microsoft Teams é hospedada pelo Microsoft 365 na mesma região em que o primeiro participante ingressou. (Se houver exceções a essa regra em algumas topologias, elas serão descritas neste documento e ilustradas por um fluxo de chamada apropriado.)

• Um ponto de extremidade de mídia do Teams no Microsoft 365 é usado com base nas necessidades de processamento de mídia e não com base no tipo de chamada. (Por exemplo, uma chamada ponto a ponto pode usar um ponto de extremidade de mídia na nuvem para processar mídia para transcrição ou gravação, enquanto uma conferência com dois participantes pode não usar nenhum ponto de extremidade de mídia na nuvem.) No entanto, a maioria das conferências usará um ponto de extremidade de mídia para fins de mixagem e roteamento, alocados onde a conferência está hospedada. O tráfego de mídia enviado de um cliente para o ponto de extremidade de mídia pode ser roteado diretamente ou usar um Retransmissão de Transporte no Microsoft 365, se necessário devido a restrições de firewall de rede do cliente.

• O tráfego de mídia para chamadas ponto a ponto usa a rota mais direta disponível, supondo que a chamada não exigue um ponto de extremidade de mídia na nuvem (consulte princípio anterior). A rota preferencial é direta para o par remoto (cliente), mas se essa rota não estiver disponível, uma ou mais Retransmissões de Transporte transmitirão o tráfego. É recomendável que o tráfego de mídia não transverse servidores como shapers de pacote, servidores VPN e assim por diante, uma vez que isso afetará a qualidade da mídia.

• O tráfego de sinalização sempre vai para o servidor mais próximo do usuário.

Para saber mais sobre os detalhes sobre o caminho de mídia escolhido, consulte Noções básicas sobre fluxos de mídia no Microsoft Teams – BRK4016.

Fluxos de chamada em várias topologias

Topologia do Teams

Essa topologia é usada por clientes que aproveitam os serviços do Teams da nuvem sem nenhuma implantação local, como Skype for Business Server ou Roteamento Direto do Sistema Telefônico. Além disso, a interface para o Microsoft 365 é feita pela Internet sem a Rota do Azure Express.

Figura 1 – Topologia do Teams

Considere o seguinte:

• A direção das setas no diagrama reflete a direção de iniciação da comunicação que afeta a conectividade nos perímetros corporativos. Para UDP para mídia, os primeiros pacotes podem fluir na direção inversa, mas esses pacotes podem ser bloqueados até que os pacotes na outra direção fluam.
• O Teams é implantado lado a lado com Skype for Business Online, portanto, os clientes são exibidos como "Usuário do Teams/SFB".

Você pode encontrar mais informações sobre as seguintes topologias opcionais posteriormente no artigo:

• Skype for Business implantação local é descrita na topologia híbrida do Teams.
• O Roteamento Direto do Sistema Telefônico (para conectividade PSTN) é descrito no Teams com topologia de Roteamento Direto.
• A Rota Expressa é descrita no Teams com otimização de Rota Expressa.

Descrições de fluxo:

• Fluxo 2 – Representa um fluxo iniciado por um usuário na rede do cliente para a Internet como parte da experiência do Teams do usuário. Exemplos desses fluxos são DNS e mídia ponto a ponto.
• Fluxo 2' – Representa um fluxo iniciado por um usuário remoto do Teams móvel, com VPN para a rede do cliente.
• Fluxo 3 – Representa um fluxo iniciado por um usuário remoto do Teams móvel para pontos de extremidade do Microsoft 365 Teams.
• Fluxo 4 – Representa um fluxo iniciado por um usuário na rede do cliente para os pontos de extremidade do Microsoft 365 Teams.
• Fluxo 5 – Representa um fluxo de mídia ponto a ponto entre um usuário do Teams e outro usuário do Teams ou Skype for Business na rede do cliente.
• Fluxo 6 – Representa um fluxo de mídia ponto a ponto entre um usuário remoto do Teams móvel e outro usuário remoto do Teams móvel ou Skype for Business pela Internet.

Caso de uso: um para um

Chamadas um para um usam um modelo comum no qual o chamador obtém um conjunto de candidatos que consistem em endereços/portas IP, incluindo candidatos locais, retransmissão e reflexivos (endereço IP público do cliente, conforme visto pelo retransmissão). O chamador envia esses candidatos para o partido chamado; o partido chamado também obtém um conjunto semelhante de candidatos e os envia para o chamador. A conectividade STUN marcar mensagens são usadas para localizar quais caminhos de mídia de chamada/chamada de parte funcionam e o melhor caminho de trabalho é selecionado. A mídia (ou seja, pacotes RTP/RTCP protegidos usando SRTP) são enviados usando o par de candidatos selecionado. O retransmissão de transporte é implantado como parte do Microsoft 365.

Se os candidatos locais de endereço IP/porta ou os candidatos reflexivos tiverem conectividade, o caminho direto entre os clientes (ou usando um NAT) será selecionado para mídia. Se os clientes estiverem na rede do cliente, o caminho direto deverá ser selecionado. Isso requer conectividade direta de UDP na rede do cliente. Se os clientes forem usuários de nuvem nômades, dependendo do NAT/firewall, a mídia poderá usar conectividade direta.

Se um cliente é interno na rede do cliente e um cliente é externo (por exemplo, um usuário de nuvem móvel), é improvável que a conectividade direta entre os candidatos locais ou reflexivos esteja funcionando. Nesse caso, uma opção é usar um dos candidatos de Retransmissão de Transporte de qualquer cliente (por exemplo, o cliente interno obteve um candidato de retransmissão do retransmissão de transporte no Microsoft 365; o cliente externo precisa ser capaz de enviar pacotes STUN/RTP/RTCP para o retransmissão de transporte). Outra opção é o cliente interno enviar para o candidato de retransmissão obtido pelo cliente de nuvem móvel. Embora a conectividade UDP para mídia seja altamente recomendada, há suporte para TCP.

Etapas de alto nível:

1. O Usuário do Teams A resolve o DNS (nome de domínio de URL) usando o fluxo 2.
2. O Usuário do Teams A aloca uma porta de retransmissão de mídia no Teams Transport Relay usando o fluxo 4.
3. O Usuário do Teams A envia "convite" com candidatos do ICE usando o fluxo 4 para o Microsoft 365.
4. O Microsoft 365 envia notificação ao Usuário B do Teams usando o fluxo 4.
5. O Usuário B do Teams aloca uma porta de retransmissão de mídia no Teams Transport Relay usando o fluxo 4.
6. O Usuário B do Teams envia "resposta" com candidatos do ICE usando o fluxo 4, que é encaminhado de volta para o Usuário do Teams A usando o Flow 4.
7. O Usuário do Teams A e o Usuário do Teams B invocam testes de conectividade ICE e o melhor caminho de mídia disponível é selecionado (confira os diagramas a seguir para vários casos de uso).
8. Usuários do Teams enviam telemetria para o Microsoft 365 usando o fluxo 4.

Na rede do cliente:

Figura 2 – Dentro da rede do cliente

Na etapa 7, o fluxo de mídia ponto a ponto 5 está selecionado.

A mídia é bidirecional. A direção do fluxo 5 indica que um lado inicia a comunicação de uma perspectiva de conectividade, consistente com todos os fluxos neste documento. Nesse caso, não importa qual direção é usada porque ambos os pontos de extremidade estão dentro da rede do cliente.

Rede do cliente para usuário externo (mídia retransmitida pelo Teams Transport Relay):

Figura 3 – Rede do cliente para usuário externo (mídia retransmitida pelo Teams Transport Relay)

Na etapa 7, o fluxo 4, da rede do cliente para o Microsoft 365 e o fluxo 3, do usuário remoto do Teams móvel para o Microsoft 365, estão selecionados. Esses fluxos são retransmitidos pelo Teams Transport Relay no Microsoft 365.

A mídia é bidirecional, onde a direção indica qual lado inicia a comunicação de uma perspectiva de conectividade. Nesse caso, esses fluxos são usados para sinalização e mídia, usando diferentes protocolos e endereços de transporte.

Rede do cliente para usuário externo (mídia direta):

Figura 4 – Rede do cliente para usuário externo (mídia direta)

Na etapa 7, o fluxo 2, da rede do cliente para a Internet (par do cliente), é selecionado.

• A mídia direta com usuário móvel remoto (não retransmitido pelo Microsoft 365) é opcional. Em outras palavras, o cliente pode bloquear esse caminho para impor um caminho de mídia por meio do Transport Relay no Microsoft 365.

• A mídia é bidirecional. A direção do fluxo 2 para o usuário móvel remoto indica que um lado inicia a comunicação de uma perspectiva de conectividade.

Usuário vpn para usuário interno (mídia retransmitida pelo Teams Transport Relay)

Figura 5 – usuário vpn para usuário interno (mídia retransmitida pelo Teams Transport Relay)

A sinalização entre a VPN para a rede do cliente está usando o fluxo 2'. A sinalização entre a rede do cliente e o Microsoft 365 está usando o fluxo 4. No entanto, a mídia ignora a VPN e é roteada usando fluxos 3 e 4 por meio do retransmissão de mídia do Teams no Microsoft 365.

Usuário vpn para usuário interno (mídia direta)

Figura 6 – usuário VPN para usuário interno (mídia direta)

A sinalização entre a VPN para a rede do cliente está usando o fluxo 2'. A sinalização entre a rede do cliente e o Microsoft 365 está usando o fluxo 4. No entanto, a mídia ignora a VPN e é roteada usando o fluxo 2 da rede do cliente para a Internet.

A mídia é bidirecional. A direção do fluxo 2 para o usuário móvel remoto indica que um lado inicia a comunicação de uma perspectiva de conectividade.

Usuário VPN para usuário externo (mídia direta)

Figura 7 – usuário VPN para usuário externo (mídia direta)

A sinalização entre o usuário VPN para a rede do cliente está usando o fluxo 2' e usando o fluxo 4 para o Microsoft 365. No entanto, a mídia ignora VPN e é roteada usando o fluxo 6.

A mídia é bidirecional. A direção do fluxo 6 para o usuário móvel remoto indica que um lado inicia a comunicação de uma perspectiva de conectividade.

Caso de Uso: Teams para PSTN por meio do Tronco do Microsoft 365

O Microsoft 365 tem um sistema telefônico que permite a colocação e o recebimento de chamadas da PSTN (Rede Telefônica Comutada Pública). Se o tronco PSTN estiver conectado usando o Plano de Chamada do Sistema telefônico, não haverá requisitos especiais de conectividade para esse caso de uso. (Se você quiser conectar seu próprio tronco PSTN local ao Microsoft 365, poderá usar o Roteamento Direto do Sistema Telefônico.)

Figura 8 – Teams to PSTN through Microsoft 365 Trunk

Caso de uso: reunião do Teams

O servidor de conferência VBSS (compartilhamento de áudio/vídeo/tela) faz parte do Microsoft 365. Ele tem um endereço IP público que deve ser acessível na rede do cliente e deve ser acessível de um cliente de Nuvem Nômade. Cada cliente/ponto de extremidade precisa ser capaz de se conectar ao servidor de conferência.

Os clientes internos obtêm candidatos locais, reflexivos e de retransmissão da mesma maneira descrita para chamadas um para um. Os clientes enviam esses candidatos para o servidor de conferência em um convite. O servidor de conferência não usa um retransmissão, pois tem um endereço IP acessível publicamente, portanto, ele responde com seu candidato de endereço IP local. O servidor de conferência e cliente marcar conectividade da mesma maneira descrita para chamadas um para um.

Considere o seguinte:

• Os clientes do Teams não podem participar Skype for Business reuniões e Skype for Business clientes não podem participar de reuniões do Teams.

• Opcionalmente, um usuário PSTN "Disca IN" ou é "Dialed OUT", dependendo do provisionamento PSTN Calling e/ou conferência organizador da reunião.

• Um convidado ou um cliente pode ingressar em uma rede privada de convidado, que é protegida usando FW/NAT com regras rígidas.

Figura 9 – Reunião do Teams

Caso de uso: Federação com Skype for Business no local

Mídia retransmitida pelo Teams Transport Relay no Microsoft 365

Figura 10 – Mídia retransmitida pelo Teams Transport Relay no Microsoft 365

Considere o seguinte:

• Federação é, por definição, uma comunicação entre dois locatários. Nesse caso, o locatário A, que usa o Teams, federa com o locatário B, que usa Skype for Business local. Se o locatário B também estiver usando o Microsoft 365, o Skype for Business cliente teria usado o fluxo 3 para se conectar ao Microsoft 365.

• A sinalização e a mídia do cliente Skype for Business federado para o Skype for Business Server local estão fora do escopo deste documento. No entanto, é ilustrado aqui para obter clareza.

• A sinalização entre o Teams e Skype for Business é superada por um gateway.

• A mídia nesse caso é retransmitida pelo Teams Transport Relay para a rede do cliente e Skype for Business cliente remoto usando o fluxo 4.

Mídia retransmitida pelo Skype for Business Media Relay em locatário federado

Figura 11 – Mídia retransmitida pelo Skype for Business Media Relay no locatário federado

Observe que:

• A sinalização e a mídia do cliente Skype for Business federado para um Skype for Business Server local estão fora do escopo deste documento. No entanto, é ilustrado aqui para obter clareza.

• A sinalização entre o Teams e Skype for Business é superada por um Gateway.

• A mídia nesse caso é retransmitida por Skype for Business Retransmissão de Mídia local para a rede do cliente usando o fluxo 2. (Observe que o tráfego do usuário do Teams para o Retransmissão de Mídia remota na rede de clientes federado será inicialmente bloqueado pelo Retransmissão de Mídia até que o tráfego na direção inversa comece a fluir. No entanto, o fluxo bidirecional abrirá a conectividade em ambas as direções.)

Direto (ponto a ponto)

Figura 12 – Direto (ponto a ponto)

Topologia híbrida do Teams

Essa topologia inclui o Teams com uma implantação Skype for Business local.

Figura 13 – Topologia híbrida do Teams

• A direção das setas no diagrama acima reflete a direção de iniciação da comunicação que afeta a conectividade nos perímetros corporativos. No caso do UDP para mídia, os primeiros pacotes podem fluir na direção inversa, mas esses pacotes podem ser bloqueados até que os pacotes na outra direção fluam.

• O Teams é implantado lado a lado com Skype for Business Online, portanto, os clientes são exibidos como "Usuário do Teams/SFB".

Fluxo adicional (em cima da topologia do Teams):

• Fluxo 5A – Representa um fluxo de mídia ponto a ponto entre um usuário do Teams na rede do cliente e um Skype for Business retransmissão de mídia local na borda da rede do cliente.

Caso de uso: o Teams Skype for Business um para um

Híbrido na rede do cliente

Figura 14 – Híbrido na rede do cliente

A sinalização entre o Teams e Skype for Business é superada por um gateway. No entanto, a mídia é roteada diretamente ponto a ponto na rede do cliente usando o fluxo 5.

Rede de cliente híbrida com usuário de Skype for Business externo – retransmitida pelo Microsoft 365

Figura 15 – Rede de cliente híbrida com usuário de Skype for Business externo – retransmitida pelo Microsoft 365

Observe que:

• A sinalização e a mídia do cliente Skype for Business para um Skype for Business Server local estão fora do escopo deste documento. No entanto, ele é ilustrado aqui para obter clareza.

• A sinalização entre o Teams e Skype for Business é superada por um gateway.

• A mídia é retransmitida por meio do Teams Transport Relay para a rede do cliente por meio do fluxo 4.

Rede de cliente híbrida com usuário de Skype for Business externo – retransmitida pelo Edge local

Figura 16 – Rede de cliente híbrida com usuário de Skype for Business externo – retransmitida pelo Edge local

Observe que:

• A sinalização e a mídia de Skype for Business cliente para um Skype for Business Server local estão fora do escopo deste documento. No entanto, ele é ilustrado aqui para obter clareza.

• A sinalização é superada por um gateway.

• A mídia é retransmitida pelo Skype for Business Media Relay no Skype for Business usuário local do Edge para o Teams na rede do cliente usando o fluxo de mídia 5A.

Equipes com topologia de roteamento direto do sistema telefônico

Essa topologia inclui o Teams com o Roteamento Direto do Sistema Telefônico.

O Roteamento Direto permite que você use um provedor de serviços PSTN (Rede Telefônica Pública Comutada) de terceiros emparelhando um dispositivo de hardware SBC (Controlador de Borda de Sessão) de propriedade do cliente com suporte para o Microsoft 365 e conectando o tronco de telefonia a esse dispositivo.

Para dar suporte a esse cenário, o cliente deve implantar um SBC certificado para Roteamento Direto de um dos parceiros certificados da Microsoft. O SBC deve ser configurado conforme recomendado pelo fornecedor e ser roteável do Microsoft 365 para tráfego UDP direto. A mídia pode fluir diretamente do Teams e/ou do cliente Skype for Business para o SBC (ignorando o gateway do Teams) ou percorrer o gateway do Teams. A conectividade com o SBC, quando o tronco é configurado para ignorar o gateway do Teams, é baseada no ICE, em que o SBC dá suporte ao ICE-Lite, enquanto o ponto de extremidade de mídia teams/Skype for Business dá suporte ao ICE Full Form.

*Figura 17 – Equipes com topologia de roteamento direto do sistema telefônico

Observe que:

• A direção das setas no diagrama acima reflete a direção de iniciação da comunicação que afeta a conectividade nos perímetros corporativos. No caso do UDP para mídia, os primeiros pacotes podem fluir na direção inversa, mas esses pacotes podem ser bloqueados até que os pacotes na outra direção fluam.

• O Teams é implantado lado a lado com Skype for Business Online, portanto, os clientes são exibidos como "Usuário do Teams/SFB".

Fluxos adicionais (além da topologia online do Teams):

• Fluxo 4' – Representa um fluxo do Microsoft 365 para a rede do cliente, usado para estabelecer uma conexão entre o servidor de mídia do Teams na nuvem com o SBC no local.
• Fluxo 5B – Representa um fluxo de mídia entre o usuário do Teams na rede do cliente com o SBC de Roteamento Direto no modo de bypass.
• Fluxo 5C – Representa um fluxo de mídia entre o SBC de Roteamento Direto para outro SBC de Roteamento Direto em um modo de bypass de chamada de grampo PSTN.

Usuário interno com Roteamento Direto (mídia retransmitida pelo Teams Transport Relay)

Figura 18 – Usuário interno com Roteamento Direto (mídia retransmitida pelo Teams Transport Relay)

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365.

• A sinalização e a mídia do SBC para o Microsoft 365 e vice-versa usam o fluxo 4 e/ou o fluxo 4'.

• A sinalização e a mídia do cliente na rede do cliente para o Microsoft 365 usam o fluxo 4.

Usuário remoto com Roteamento Direto (a mídia é roteada por meio de um servidor de mídia (MP))

Figura 19 – Usuário remoto com Roteamento Direto (a mídia é roteada por meio de um mp (servidor de mídia))

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365.

• A sinalização e a mídia do SBC para o Microsoft 365 e vice-versa usam o fluxo 4 e/ou o fluxo 4'.

• A sinalização e a mídia do cliente na Internet para o Microsoft 365 usam o fluxo 3.

Roteamento direto do usuário interno (bypass de mídia)

Figura 20 – Roteamento direto do usuário interno (bypass de mídia)

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365.

• A sinalização do SBC para o Microsoft 365 e vice-versa usa o fluxo 4 e/ou o fluxo 4'.

• A sinalização do cliente na rede do cliente para o Microsoft 365 usa o fluxo 4.

• A mídia do cliente na rede do cliente para o SBC na rede do cliente usa o fluxo 5B.

Usuário remoto com Roteamento Direto (bypass de mídia retransmitido pelo Teams Transport Relay)

Figura 21 – Usuário remoto com Roteamento Direto (bypass de mídia retransmitido pelo Teams Transport Relay)

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365 e da Internet.

• A sinalização do SBC para o Microsoft 365 e vice-versa usa o fluxo 4 e/ou o fluxo 4'.

• A sinalização do cliente na Internet para o Microsoft 365 usa o fluxo 3.

• A mídia do cliente na Internet para o SBC na rede do cliente usa fluxos 3 e 4, retransmitidos pelo Teams Transport Relay.

Roteamento direto do usuário remoto (bypass de mídia direto)

Figura 22 – Roteamento direto do usuário remoto (bypass de mídia direto)

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365 e da Internet.

• A sinalização do SBC para o Microsoft 365 e vice-versa usa o fluxo 4 e/ou o fluxo 4'.

• A sinalização do cliente na Internet para o Microsoft 365 usa o fluxo 3.

• A mídia do cliente na Internet para o SBC na rede do cliente usa o fluxo 2.

Roteamento direto (bypass de mídia) – chamada de grampo PSTN (devido à chamada de encaminhamento/transferência)

Figura 23 – Roteamento direto (bypass de mídia) – Chamada de grampo PSTN (devido à chamada para encaminhamento/transferência)

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365.

• A sinalização do SBC para o Microsoft 365 e vice-versa usa o fluxo 4 e/ou o fluxo 4'.

• O cliente está fora do loop de sinalização e mídia depois que a chamada é fixada de PSTN para PSTN.

• A mídia da instância SBC A dentro da rede do cliente para a instância B do SBC na rede do cliente (em que, A e B podem ser a mesma instância) usa o fluxo 5C.

Roteamento direto (mídia por meio do Microsoft 365) – Chamada de grampo PSTN entre dois locatários

Figura 24 – Roteamento direto (mídia por meio do Microsoft 365) – Chamada de grampo PSTN entre dois locatários

Observe que:

• O SBC deve ter um endereço IP público que seja roteável do Microsoft 365.

• A sinalização do SBC para o Microsoft 365 e vice-versa usa o fluxo 4 e/ou o fluxo 4'.

• O cliente está fora do loop de sinalização e mídia depois que a chamada é fixada de PSTN para PSTN.

• A mídia da instância do SBC A na rede do cliente X para a instância B do SBC deve ser retransmitida por meio do Microsoft 365 Media Server e não pode usar o modo de bypass.

Teams com otimização de Rota Expressa

Figura 25 – Teams com otimização de Rota Expressa

No caso de a Rota Expressa ser justificada e implantada, os fluxos do Teams poderão ser redirecionados do fluxo 4 para o fluxo 1 e do fluxo 4' para o fluxo 1'. No entanto, o aplicativo Teams tem uma dependência dura de outros fluxos do Microsoft 365 pela Internet usando fluxos 4 e 4'; portanto, esses fluxos não devem ser bloqueados.

Observe que Skype for Business tráfego híbrido do Edge é roteado para a Internet e não para a Rota expressa para se comunicar com usuários externos e federar com outros locatários.

Para evitar fluxos assimétricos, o redirecionamento deve estar em ambas as direções. Em outras palavras, um endereço dentro da rede do cliente é roteável por meio da Internet ou da Rota expressa, com base na otimização, mas não por ambos.

Rede do cliente para usuário externo (mídia retransmitida pelo Teams Transport Relay):

Figura 26 – Rede do cliente para usuário externo (mídia retransmitida pelo Teams Transport Relay)

Etapas de alto nível:

1. Usuário do Teams na rede do cliente resolve DNS (nome de domínio de URL) usando o fluxo2.
2. Usuário do Teams na rede do cliente aloca uma porta de retransmissão de mídia no Teams Transport Relay usando o fluxo 1.
3. Usuário do Teams na rede de clientes envia "convite" com candidatos do ICE usando o fluxo 1 para o Microsoft 365.
4. O Microsoft 365 envia notificação ao usuário externo do Teams usando o fluxo 3.
5. O usuário externo do Teams aloca uma porta de retransmissão de mídia no Teams Transport Relay usando o fluxo 3.
6. O usuário externo do Teams envia "resposta" com candidatos do ICE usando o fluxo 3, que é encaminhado de volta ao usuário do Teams A usando o Flow 1.
7. O Usuário do Teams A e o Usuário do Teams B invocam testes de conectividade ICE e seleciona os fluxos 1 e 3, que são retransmitidos pelo Teams Transport Relay.
8. Usuários do Teams enviam telemetria para o Microsoft 365 usando os fluxos 1 e 3.

Nota

O Fluxo 4 deve ser habilitado para dar suporte a dependências do aplicativo Teams em outros microsserviços que exigem o fluxo 4.