Fluxos de chamadas do Microsoft Teams
Sugestão
Assista a esta sessão para saber como o Teams tira partido da sua rede e como planear uma conectividade de rede ideal: Planeamento de Rede do Teams.
Visão geral
Este artigo descreve como o Teams utiliza fluxos de chamadas do Microsoft 365 em várias topologias. Além disso, descreve fluxos exclusivos do Teams que são utilizados para comunicação multimédia ponto a ponto. O documento descreve estes fluxos, a sua finalidade e a sua origem e terminação na rede. Para efeitos deste artigo, suponha o seguinte:
O Flow X é utilizado pelo cliente no local para comunicar com o serviço Microsoft 365 na cloud. Tem origem na rede do cliente e termina como um ponto final no Microsoft 365.
O Flow Y é utilizado pelo cliente no local para comunicar com um serviço na Internet do qual o Microsoft 365 tem uma dependência. Tem origem na rede do cliente e termina como um ponto final na Internet.
Este artigo abrange as seguintes informações:
Fundo. Fornece informações em segundo plano, como redes que os fluxos podem percorrer, tipos de tráfego e orientações de conectividade da rede do cliente para pontos finais de serviço do Microsoft 365. Também descreve a interoperabilidade com componentes de terceiros e princípios que são utilizados pelo Teams para selecionar fluxos de multimédia.
Chamar fluxos em várias topologias. Ilustra a utilização de fluxos de chamadas em várias topologias. Para cada topologia, a secção enumera todos os fluxos suportados e ilustra como estes fluxos são utilizados em vários casos de utilização. Para cada caso de utilização, descreve a sequência e seleção de fluxos através de um diagrama de fluxo.
Equipas com otimização do ExpressRoute. Descreve como estes fluxos são utilizados quando o Express Route é implementado para otimização, ilustrado com uma topologia simples.
Plano de fundo
Segmentos de rede
Rede do cliente. O segmento de rede que controla e gere. Este segmento inclui todas as ligações de clientes nos escritórios de clientes, quer sejam com fios ou sem fios, ligações entre edifícios de escritórios, ligações a datacenters no local e as suas ligações a fornecedores de Internet, Express Route ou qualquer outro peering 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 configurou e configurou. Uma vez que gere esta rede, tem controlo direto sobre o desempenho da rede. Recomendamos que conclua as avaliações de rede para validar o desempenho nos sites da sua rede e da sua rede para a rede do Microsoft 365.
Internet. O segmento de rede que faz parte da sua rede geral que é utilizado por utilizadores que estão a ligar-se ao Microsoft 365 de fora da rede do cliente. Este segmento também é utilizado por algum tráfego da rede do cliente para o Microsoft 365.
Rede privada visitada ou convidada. O segmento de rede fora da rede do cliente, mas não na Internet pública, que os seus utilizadores e convidados podem visitar. Por exemplo, uma rede privada doméstica ou uma rede privada empresarial, que não implementa o Teams, onde os seus utilizadores e os respetivos clientes que interagem com os serviços do Teams podem residir.
Nota
A conectividade ao Microsoft 365 também é aplicável a estas redes.
Microsoft 365. O segmento de rede que suporta os serviços do Microsoft 365. É distribuído em todo o mundo com arestas próximas da rede do cliente na maioria das localizações. As funções incluem Reencaminhamento de Transporte, servidor de conferências e Processador de Multimédia.
Express Route (opcional). O segmento de rede que faz parte da sua rede global que lhe fornece uma ligação privada dedicada à rede do Microsoft 365.
Tipos de tráfego
Meios de comunicação em tempo real. Dados encapsulados no Protocolo RTP (Real-Time Transport Protocol) que suporta cargas de trabalho de partilha de áudio, vídeo e ecrã. Em geral, o tráfego de multimédia é altamente sensível à latência. Pretende que este tráfego siga o caminho mais direto possível e utilize uDP versus TCP como o protocolo de camada de transporte, que é o melhor transporte para suportes de dados interativos em tempo real de uma perspetiva de qualidade. (Tenha em atenção que, como último recurso, os suportes de dados podem utilizar TCP/IP e também ser efetuados túneis no protocolo HTTP, mas não é recomendado devido a implicações de má qualidade.) O fluxo RTP é protegido com SRTP, no qual apenas o payload é encriptado.
Sinalização. A ligação de comunicação entre o cliente e o servidor ou outros clientes que são utilizados para controlar atividades (por exemplo, quando uma chamada é iniciada) e entregar mensagens instantâneas. A maioria do tráfego de sinalização utiliza as interfaces REST baseadas em HTTPS, embora em alguns cenários (por exemplo, ligação entre o Microsoft 365 e um Controlador de Limite de Sessão) utilize o protocolo SIP. É importante compreender que este tráfego é muito menos sensível à latência, mas pode causar interrupções do serviço ou tempos limite de chamada se a latência entre os pontos finais exceder vários segundos.
Conectividade ao Microsoft 365
O Teams necessita de conectividade à Internet. Os URLs de ponto final do Teams e os intervalos de endereços IP estão listados em intervalos de endereços IP e URLs Office 365. É necessária conectividade aberta às portas TCP 80 e 443 e às portas UDP 3478 (STUN), 3479 (Áudio), 3480 (Vídeo) e 3481 (partilha/VBSS).
A conectividade dos fluxos de multimédia do Teams é implementada através de procedimentos padrão do IETF Interactive Connectivity Establishment (ICE).
Restrições de interoperabilidade
Reencaminhamentos de multimédia de terceiros. Um fluxo de multimédia do Teams (ou seja, onde um dos pontos finais de multimédia é o Teams) pode atravessar apenas o Teams ou Skype for Business reencaminhamentos de multimédia nativos. A interoperabilidade com um reencaminhamento de multimédia de terceiros não é suportada. (Um SBC de terceiros no limite com RTPC tem de terminar o fluxo RTP/RTCP, protegido com SRTP e não reencaminhar para o salto seguinte.)
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 atravessar o Teams ou Skype for Business proxies SIP nativos. A interoperabilidade com um proxy SIP de terceiros não é suportada.
B2BUA (ou SBC) de terceiros. Um fluxo de multimédia do Teams de e para a RTPC é terminado por um SBC de terceiros. No entanto, a interoperabilidade com um SBC de terceiros na rede do Teams (em que um SBC de terceiros media dois pontos finais do Teams ou Skype for Business) não é suportada.
Tecnologias que não são recomendadas com o Microsoft Teams
Rede VPN. Não é recomendado para tráfego de multimédia (ou fluxo 2'). O cliente VPN deve utilizar o túnel dividido e encaminhar o tráfego de multimédia do Teams como qualquer utilizador externo não VPN, conforme especificado em Ativar o suporte de dados do Lync para ignorar um túnel VPN.
Nota
Embora o título indique o Lync, também é aplicável ao Teams.
Formadores de pacotes. Qualquer tipo de dispositivo de recorte de pacotes, inspeção de pacotes ou shaper de pacotes não é recomendado para o tráfego de multimédia do Teams e pode degradar significativamente a qualidade.
Princípios
Existem quatro princípios gerais que o ajudam a compreender os fluxos de chamadas para o Microsoft Teams:
Uma conferência do Microsoft Teams é organizada pelo Microsoft 365 na mesma região em que o primeiro participante aderiu. (Se existirem exceções a esta regra em algumas topologias, estas são descritas neste documento e ilustradas por um fluxo de chamada adequado.)
Um ponto final de multimédia do Teams no Microsoft 365 é utilizado com base nas necessidades de processamento de multimédia e não com base no tipo de chamada. (Por exemplo, uma chamada ponto a ponto pode utilizar um ponto final de multimédia na nuvem para processar suportes de dados para transcrição ou gravação, enquanto uma conferência com dois participantes pode não utilizar nenhum ponto final de multimédia na cloud.) No entanto, a maioria das conferências utilizará um ponto final de multimédia para fins de mistura e encaminhamento, atribuído onde a conferência está alojada. O tráfego de multimédia enviado de um cliente para o ponto final de multimédia pode ser encaminhado diretamente ou utilizar um Reencaminhamento de Transporte no Microsoft 365, se necessário devido a restrições da firewall da rede do cliente.
O tráfego de multimédia para chamadas ponto a ponto utiliza a rota mais direta disponível, partindo do princípio de que a chamada não determina um ponto final de multimédia na cloud (veja o princípio anterior). A rota preferencial é direta para o elemento remoto (cliente), mas se essa rota não estiver disponível, um ou mais Reencaminhamentos de Transporte irão reencaminhar o tráfego. Recomenda-se que o tráfego de multimédia não transversa servidores, como formadores de pacotes, servidores VPN, etc., uma vez que isso afetará a qualidade dos suportes de dados.
A sinalização do tráfego vai sempre para o servidor mais próximo do utilizador.
Para saber mais sobre os detalhes sobre o caminho de multimédia escolhido, consulte Compreender os Fluxos de Multimédia no Microsoft Teams - BRK4016.
Chamar fluxos em várias topologias
Topologia do Teams
Esta topologia é utilizada por clientes que tiram partido dos serviços do Teams da cloud sem qualquer implementação no local, como o Skype for Business Server ou o Encaminhamento Direto do Sistema Telefónico. Além disso, a interface do Microsoft 365 é feita através da Internet sem o Azure Express Route.
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 da empresa. Para o UDP para suportes de dados, os primeiros pacotes podem fluir na direção inversa, mas estes pacotes podem ser bloqueados até que os pacotes na direção oposta fluam.
- O Teams é implementado lado a lado com Skype for Business Online, pelo que os clientes são apresentados como "Utilizador do Teams/SFB".
Pode encontrar mais informações sobre as seguintes topologias opcionais mais adiante no artigo:
- Skype for Business implementação no local está descrita na topologia híbrida do Teams.
- O Encaminhamento Direto do Sistema Telefónico (para conectividade RTPC) é descrito no Teams com topologia de Encaminhamento Direto.
- O Express Route é descrito no Teams com otimização do ExpressRoute.
Descrições do fluxo:
- Fluxo 2 – representa um fluxo iniciado por um utilizador na rede do cliente para a Internet como parte da experiência do Teams do utilizador. Exemplos destes fluxos são o DNS e o suporte de dados ponto a ponto.
- Flow 2' – representa um fluxo iniciado por um utilizador remoto do Teams para dispositivos móveis, com VPN para a rede do cliente.
- Fluxo 3 – representa um fluxo iniciado por um utilizador remoto do Teams para dispositivos móveis para pontos finais do Microsoft 365 Teams.
- Fluxo 4 – representa um fluxo iniciado por um utilizador na rede do cliente para os pontos finais do Microsoft 365 Teams.
- Fluxo 5 – representa um fluxo de multimédia ponto a ponto entre um utilizador do Teams e outro utilizador do Teams ou Skype for Business utilizador na rede do cliente.
- Fluxo 6 – representa um fluxo de multimédia ponto a ponto entre um utilizador remoto do Teams móvel e outro teams móvel remoto ou Skype for Business utilizador através da Internet.
Caso de utilização: um-para-um
As chamadas um-para-um utilizam um modelo comum no qual o autor da chamada obtém um conjunto de candidatos que consistem em endereços IP/portas, incluindo candidatos locais, reencaminhamentos e reflexivos (endereço IP público do cliente, conforme visto pelo reencaminhamento). O autor da chamada envia estes candidatos para o chamado partido; o partido chamado também obtém um conjunto semelhante de candidatos e envia-os para o chamador. A conectividade STUN marcar mensagens são utilizadas para descobrir que caminhos de multimédia de grupo/chamados chamados funcionam e o melhor caminho de trabalho está selecionado. Os suportes de dados (ou seja, pacotes RTP/RTCP protegidos com SRTP) são enviados com o par de candidatos selecionado. O Reencaminhamento de transporte é implementado como parte do Microsoft 365.
Se os candidatos de porta/endereço IP local ou os candidatos reflexivos tiverem conectividade, o caminho direto entre os clientes (ou utilizar um NAT) está selecionado para suporte de dados. Se os clientes estiverem ambos na rede do cliente, o caminho direto deve ser selecionado. Isto requer conectividade UDP direta dentro da rede do cliente. Se os clientes forem ambos utilizadores de cloud nómada, dependendo do NAT/firewall, os suportes de dados poderão utilizar a conectividade direta.
Se um cliente for interno na rede do cliente e um cliente for externo (por exemplo, um utilizador da cloud móvel), é pouco provável que a conectividade direta entre os candidatos locais ou reflexivos esteja a funcionar. Neste caso, uma opção é utilizar um dos candidatos do Transport Relay de qualquer cliente (por exemplo, o cliente interno obteve um candidato de reencaminhamento a partir do Reencaminhamento de transporte no Microsoft 365; o cliente externo tem de conseguir enviar pacotes STUN/RTP/RTCP para o reencaminhamento de transporte). Outra opção é o cliente interno enviar para o candidato de reencaminhamento obtido pelo cliente da cloud móvel. Embora a conectividade UDP para suportes de dados seja altamente recomendada, o TCP é suportado.
Passos de alto nível:
- O Utilizador A do Teams resolve o nome de domínio do URL (DNS) com o fluxo 2.
- O Utilizador A do Teams aloca uma porta de Reencaminhamento multimédia no Reencaminhamento de Transporte do Teams através do fluxo 4.
- O Utilizador A do Teams envia "convite" com candidatos do ICE através do fluxo 4 para o Microsoft 365.
- O Microsoft 365 envia uma notificação para o Utilizador B do Teams através do fluxo 4.
- O Utilizador B do Teams aloca uma porta de Reencaminhamento multimédia no Reencaminhamento de Transporte do Teams com o fluxo 4.
- O Utilizador B do Teams envia "resposta" com os candidatos do ICE através do fluxo 4, que é reencaminhado para o Utilizador A do Teams com o Flow 4.
- O Utilizador A do Teams e o Utilizador B do Teams invocam testes de conectividade ICE e o melhor caminho de multimédia disponível está selecionado (veja os seguintes diagramas para vários casos de utilização).
- Os Utilizadores do Teams enviam telemetria para o Microsoft 365 através do fluxo 4.
Dentro da rede do cliente:
Figura 2 - Dentro da rede do cliente
No passo 7, o fluxo de multimédia ponto a ponto 5 está selecionado.
Os media são bidirecionais. A direção do fluxo 5 indica que um lado inicia a comunicação a partir de uma perspetiva de conectividade, consistente com todos os fluxos neste documento. Neste caso, não importa que direção é utilizada porque ambos os pontos finais estão na rede do cliente.
Rede do cliente para utilizador externo (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams):
Figura 3 – Rede do cliente para utilizador externo (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams)
No passo 7, o fluxo 4, da rede do cliente para o Microsoft 365 e o fluxo 3, do utilizador remoto do Teams para o Microsoft 365, estão selecionados. Estes fluxos são reencaminhados pelo Reencaminhamento de Transporte do Teams no Microsoft 365.
O suporte de dados é bidirecional, onde a direção indica que lado inicia a comunicação a partir de uma perspetiva de conectividade. Neste caso, estes fluxos são utilizados para sinalização e suportes de dados, utilizando diferentes protocolos e endereços de transporte.
Rede do cliente para utilizador externo (suporte de dados direto):
Figura 4 – Rede do cliente para utilizador externo (suporte de dados direto)
No passo 7, o fluxo 2, da rede do cliente para a Internet (elemento da rede do cliente), está selecionado.
O suporte de dados direto com um utilizador móvel remoto (não reencaminhado através do Microsoft 365) é opcional. Por outras palavras, o cliente pode bloquear este caminho para impor um caminho de multimédia através do Reencaminhamento de Transporte no Microsoft 365.
Os media são bidirecionais. A direção do fluxo 2 para o utilizador móvel remoto indica que um lado inicia a comunicação a partir de uma perspetiva de conectividade.
Utilizador VPN para utilizador interno (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams)
Figura 5 – utilizador VPN para utilizador interno (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams)
A sinalização entre a VPN para a rede do cliente está a utilizar o fluxo 2". A sinalização entre a rede do cliente e o Microsoft 365 está a utilizar o fluxo 4. No entanto, o suporte de dados ignora a VPN e é encaminhado através dos fluxos 3 e 4 através do reencaminhamento de multimédia do Teams no Microsoft 365.
Utilizador VPN para utilizador interno (suporte de dados direto)
Figura 6 – utilizador VPN para utilizador interno (suporte de dados direto)
A sinalização entre a VPN para a rede do cliente está a utilizar o fluxo 2". A sinalização entre a rede do cliente e o Microsoft 365 está a utilizar o fluxo 4. No entanto, o suporte de dados ignora a VPN e é encaminhado através do fluxo 2 da rede do cliente para a Internet.
Os media são bidirecionais. A direção do fluxo 2 para o utilizador móvel remoto indica que um lado inicia a comunicação a partir de uma perspetiva de conectividade.
Utilizador VPN para utilizador externo (multimédia direta)
Figura 7 – utilizador VPN para utilizador externo (suporte de dados direto)
A sinalização entre o utilizador VPN para a rede do cliente está a utilizar o fluxo 2' e a utilizar o fluxo 4 para o Microsoft 365. No entanto, o suporte de dados ignora a VPN e é encaminhado com o fluxo 6.
Os media são bidirecionais. A direção do fluxo 6 para o utilizador móvel remoto indica que um lado inicia a comunicação a partir de uma perspetiva de conectividade.
Caso de Utilização: Teams para RTPC através do Porta-malas do Microsoft 365
O Microsoft 365 tem um Sistema Telefónico que permite fazer e receber chamadas da Rede Telefónica Pública Comutado (RTPC). Se o ramal RTPC estiver ligado através do Plano de Chamadas do Sistema Telefónico, não existem requisitos de conectividade especiais para este caso de utilização. (Se quiser ligar o seu próprio ramal RTPC no local ao Microsoft 365, pode utilizar o Encaminhamento Direto do Sistema Telefónico.)
Figura 8 - Teams para RTPC através do Porta-malas do Microsoft 365
Caso de utilização: reunião do Teams
O servidor de conferências de partilha de áudio/vídeo/ecrã (VBSS) faz parte do Microsoft 365. Tem um endereço IP público que tem de estar acessível a partir da rede do cliente e tem de estar acessível a partir de um cliente da Cloud Nómada. Cada cliente/ponto final tem de conseguir ligar-se ao servidor de conferências.
Os clientes internos obtêm candidatos locais, reflexivos e de reencaminhamento da mesma forma que são descritos para chamadas um-para-um. Os clientes enviam estes candidatos para o servidor de conferências num convite. O servidor de conferências não utiliza um reencaminhamento, uma vez que tem um endereço IP acessível publicamente, pelo que responde com o respetivo candidato de endereço IP local. O cliente e o servidor de conferências marcar conectividade da mesma forma 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 em reuniões do Teams.
Um utilizador RTPC é opcionalmente "Acesso Telefónico" ou "Acesso Telefónico", consoante o aprovisionamento de Chamadas RTPC e/ou de conferências do organizador da reunião.
Um convidado ou um cliente pode aderir a partir de uma rede privada convidada, que está protegida através de FW/NAT com regras estritas.
Figura 9 - Reunião do Teams
Caso de utilização: Federação com Skype for Business no local
Multimédia retransmitida pelo Reencaminhamento de Transporte do Teams no Microsoft 365
Figura 10 - Suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams no Microsoft 365
Considere o seguinte:
A federação é, por definição, uma comunicação entre dois inquilinos. Neste caso, o inquilino A, que utiliza o Teams, federa com o inquilino B, que utiliza Skype for Business no local. Se o inquilino B também estiver a utilizar o Microsoft 365, o cliente Skype for Business teria utilizado o fluxo 3 para se ligar ao Microsoft 365.
A sinalização e o suporte de dados do cliente de Skype for Business federado para o Skype for Business Server no local estão fora do âmbito deste documento. No entanto, é ilustrado aqui para maior clareza.
A sinalização entre o Teams e o Skype for Business é ponteada por um gateway.
Neste caso, os suportes de dados são reencaminhados pelo Reencaminhamento de Transporte do Teams para a rede do cliente e para o cliente Skype for Business remoto através do fluxo 4.
Suporte de dados reencaminhado por Skype for Business Reencaminhamento de Multimédia no inquilino federado
Figura 11 - Suporte de dados reencaminhado por Skype for Business Reencaminhamento de Multimédia no inquilino federado
Tenha em atenção que:
A sinalização e o suporte de dados do cliente de Skype for Business federado para um Skype for Business Server no local estão fora do âmbito deste documento. No entanto, é ilustrado aqui para maior clareza.
A sinalização entre o Teams e o Skype for Business é ponteada por um Gateway.
Neste caso, os suportes de dados são reencaminhados por Skype for Business Reencaminhamento de Multimédia no local para a rede do cliente através do fluxo 2. (Tenha em atenção que o tráfego do utilizador do Teams para o Reencaminhamento de Multimédia remoto na rede federada do cliente será inicialmente bloqueado pelo Reencaminhamento de Multimé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
Esta topologia inclui o Teams com uma implementação Skype for Business no 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 da empresa. No caso do UDP para suportes de dados, os primeiros pacotes podem fluir na direção inversa, mas estes pacotes podem ser bloqueados até que os pacotes na direção oposta fluam.
O Teams é implementado lado a lado com Skype for Business Online, pelo que os clientes são apresentados como "Utilizador do Teams/SFB".
Fluxo adicional (sobre a topologia do Teams):
- Fluxo 5A – representa um fluxo de multimédia ponto a ponto entre um utilizador do Teams na rede do cliente e um Skype for Business reencaminhamento de multimédia no local na periferia da rede do cliente.
Caso de utilização: Equipas para Skype for Business um-para-um
Híbrido na rede do cliente
Figura 14 – Híbrida na rede do cliente
A sinalização entre o Teams e o Skype for Business é ponteada por um gateway. No entanto, o suporte de dados é encaminhado diretamente ponto a ponto na rede do cliente através do fluxo 5.
Rede de clientes híbrida com utilizador Skype for Business externo – reencaminhado pelo Microsoft 365
Figura 15 – Rede híbrida de clientes com utilizador Skype for Business externo – reencaminhada pelo Microsoft 365
Tenha em atenção que:
A sinalização e os suportes de dados do cliente Skype for Business para um Skype for Business Server no local estão fora do âmbito deste documento. No entanto, é ilustrado aqui para maior clareza.
A sinalização entre o Teams e o Skype for Business é ponteada por um gateway.
O suporte de dados é reencaminhado através do Reencaminhamento de Transporte do Teams para a rede do cliente através do fluxo 4.
Rede de clientes híbrida com utilizador Skype for Business externo – reencaminhado pelo Edge no local
Figura 16 – Rede híbrida do cliente com Skype for Business utilizador externo – reencaminhada pelo Edge no local
Tenha em atenção que:
A sinalização e os suportes de dados de Skype for Business cliente para um Skype for Business Server no local estão fora do âmbito deste documento. No entanto, é ilustrado aqui para maior clareza.
A sinalização é ponteada por um gateway.
Os suportes de dados são reencaminhados por Skype for Business Reencaminhamento de Multimédia no Skype for Business Edge no local para o utilizador do Teams na rede do cliente através do fluxo de multimédia 5A.
Topologia do Teams com Encaminhamento Direto do Sistema Telefónico
Esta topologia inclui o Teams com Encaminhamento Direto do Sistema Telefónico.
O Encaminhamento Direto permite-lhe utilizar um fornecedor de serviços de Rede Telefónica Pública Comutado (RTPC) de terceiros ao emparelhar um dispositivo de hardware SBC (Controlador de Fronteira de Sessão) no local suportado para o Microsoft 365 e, em seguida, ligar o ramal de telefonia a esse dispositivo.
Para suportar este cenário, o cliente tem de implementar um SBC certificado para Encaminhamento Direto de um dos parceiros certificados da Microsoft. O SBC tem de ser configurado conforme recomendado pelo fornecedor e ser encaminhável a partir do Microsoft 365 para tráfego UDP direto. O suporte de dados 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 ramal está configurado para ignorar o gateway do Teams, baseia-se no ICE, onde o SBC suporta ICE-Lite, enquanto o ponto final de multimédia do Teams/Skype for Business suporta o Formulário Completo ICE.
*Figura 17 - Equipas com topologia de Encaminhamento Direto do Sistema Telefónico
Tenha em atenção 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 da empresa. No caso do UDP para suportes de dados, os primeiros pacotes podem fluir na direção inversa, mas estes pacotes podem ser bloqueados até que os pacotes na outra direção fluam.
O Teams é implementado lado a lado com Skype for Business Online, pelo que os clientes são apresentados como "Utilizador do Teams/SFB".
Fluxos adicionais (sobre a topologia online do Teams):
- Fluxo 4' – representa um fluxo do Microsoft 365 para a rede do cliente, utilizado para estabelecer uma ligação entre o servidor de multimédia do Teams na cloud com o SBC no local.
- Fluxo 5B – representa um fluxo de multimédia entre o utilizador do Teams na rede do cliente com o SBC de Encaminhamento Direto no modo de desativação.
- Flow 5C – representa um fluxo de multimédia entre o SBC de Encaminhamento Direto para outro SBC de Encaminhamento Direto num modo de descontinuação da chamada de pino de cabelo RTPC.
Utilizador interno com Encaminhamento Direto (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams)
Figura 18 – Utilizador interno com Encaminhamento Direto (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams)
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365.
A sinalização e o suporte de dados do SBC para o Microsoft 365 e vice-versa utilizam o fluxo 4 e/ou o fluxo 4'.
A sinalização e o suporte de dados do cliente na rede do cliente para o Microsoft 365 utilizam o fluxo 4.
Utilizador remoto com Encaminhamento Direto (o suporte de dados é encaminhado através de um servidor de multimédia (MP))
Figura 19 – Utilizador remoto com Encaminhamento Direto (o suporte de dados é encaminhado através de um servidor de multimédia (MP))
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365.
A sinalização e o suporte de dados do SBC para o Microsoft 365 e vice-versa utilizam o fluxo 4 e/ou o fluxo 4'.
A sinalização e o suporte de dados do cliente na Internet para o Microsoft 365 utilizam o fluxo 3.
Encaminhamento Direto do utilizador interno (ignorar multimédia)
Figura 20 – Encaminhamento Direto do utilizador interno (desativação de multimédia)
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365.
A sinalização do SBC para o Microsoft 365 e vice-versa utiliza o fluxo 4 e/ou o fluxo 4'.
A sinalização do cliente na rede do cliente para o Microsoft 365 utiliza o fluxo 4.
Multimédia do cliente na rede do cliente para SBC no fluxo de utilização da rede do cliente 5B.
Utilizador remoto com Encaminhamento Direto (o media ignora o reencaminhamento pelo Reencaminhamento de Transporte do Teams)
Figura 21 – Utilizador remoto com Encaminhamento Direto (desativação de multimédia retransmitida pelo Reencaminhamento de Transporte do Teams)
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365 e da Internet.
A sinalização do SBC para o Microsoft 365 e vice-versa utiliza o fluxo 4 e/ou o fluxo 4'.
A sinalização do cliente na Internet para o Microsoft 365 utiliza o fluxo 3.
O suporte de dados do cliente na Internet para o SBC na rede do cliente utiliza os fluxos 3 e 4, reencaminhados pelo Reencaminhamento de Transporte do Teams.
Encaminhamento Direto do utilizador remoto (ignorar diretamente o suporte de dados)
Figura 22 – Encaminhamento Direto do utilizador remoto (ignorar diretamente o suporte de dados)
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365 e da Internet.
A sinalização do SBC para o Microsoft 365 e vice-versa utiliza o fluxo 4 e/ou o fluxo 4'.
A sinalização do cliente na Internet para o Microsoft 365 utiliza o fluxo 3.
O suporte de dados do cliente na Internet para o SBC na rede do cliente utiliza o fluxo 2.
Encaminhamento Direto (desativação multimédia) – chamada de alfinete RTPC (devido a reencaminhamento/transferência de chamadas)
Figura 23 – Encaminhamento Direto (bypass multimédia) – chamada de alfinete RTPC (devido a reencaminhamento/transferência de chamadas)
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365.
A sinalização do SBC para o Microsoft 365 e vice-versa utiliza o fluxo 4 e/ou o fluxo 4'.
O cliente está fora do ciclo de sinalização e multimédia após a chamada ser efetuada de RTPC para RTPC.
Os suportes de dados da instância A do SBC na 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) utilizam o fluxo 5C.
Encaminhamento Direto (multimédia através do Microsoft 365) – chamada de alfinete RTPC em dois inquilinos
Figura 24 – Encaminhamento Direto (multimédia através do Microsoft 365) – Chamada de alfinete RTPC em dois inquilinos
Tenha em atenção que:
O SBC tem de ter um endereço IP público encaminhável do Microsoft 365.
A sinalização do SBC para o Microsoft 365 e vice-versa utiliza o fluxo 4 e/ou o fluxo 4'.
O cliente está fora do ciclo de sinalização e multimédia após a chamada ser efetuada de RTPC para RTPC.
Os suportes de dados da instância A do SBC na rede do cliente X para a instância B SBC têm de ser reencaminhados através do Servidor de Multimédia do Microsoft 365 e não podem utilizar o modo de desativação.
Teams com otimização do ExpressRoute
Figura 25 – Equipas com otimização do ExpressRoute
No caso de o Express Route ser justificado e implementado, os fluxos do Teams podem ser reencaminhados do fluxo 4 para o fluxo 1 e do fluxo 4' para o fluxo 1'. No entanto, a aplicação Teams tem uma dependência rígida de outros fluxos do Microsoft 365 através da Internet através dos fluxos 4 e 4'; por conseguinte, estes fluxos não podem ser bloqueados.
Tenha em atenção que Skype for Business tráfego edge híbrido é encaminhado para a Internet e não para o Express Route para comunicar com utilizadores externos e federar com outros inquilinos.
Para evitar fluxos assimétricos, o reencaminhamento tem de estar em ambas as direções. Por outras palavras, um endereço na rede do cliente é encaminhável através da Internet ou do Express Route, com base na otimização, mas não através de ambos.
Rede do cliente para utilizador externo (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams):
Figura 26 – Rede do cliente para utilizador externo (suporte de dados reencaminhado pelo Reencaminhamento de Transporte do Teams)
Passos de Alto Nível:
- O Utilizador do Teams na rede do cliente resolve o nome de domínio do URL (DNS) com o flow2.
- O Utilizador do Teams na rede do cliente aloca uma porta de Reencaminhamento de Multimédia no Reencaminhamento de Transporte do Teams através do fluxo 1.
- O Utilizador do Teams na rede de clientes envia "convidar" com candidatos do ICE através do fluxo 1 para o Microsoft 365.
- O Microsoft 365 envia uma notificação ao utilizador externo do Teams através do fluxo 3.
- O utilizador externo do Teams aloca uma porta de Reencaminhamento multimédia no Reencaminhamento de Transporte do Teams com o fluxo 3.
- O utilizador externo do Teams envia "resposta" com os candidatos do ICE através do fluxo 3, que é reencaminhado para o utilizador do Teams A com o Flow 1.
- O Utilizador A do Teams e o Utilizador B do Teams invocam testes de conectividade ICE e selecionam os fluxos 1 e 3, que são reencaminhados pelo Reencaminhamento de Transporte do Teams.
- Os Utilizadores do Teams enviam telemetria para o Microsoft 365 através dos fluxos 1 e 3.
Nota
O Fluxo 4 tem de estar ativado para suportar dependências da aplicação Teams noutros microsserviços que determinam o fluxo 4.