Compartilhar via

Visão geral da interoperabilidade do Gateway de Comunicações do Azure com o Roteamento Direto do Microsoft Teams

  • Artigo

O Gateway de Comunicações do Azure é um SBC certificado para o Roteamento Direto do Microsoft Teams, permitindo que as operadoras de telecomunicações forneçam uma conectividade PSTN do Microsoft Teams a seus clientes. O Gateway de Comunicações do Azure pode manipular a sinalização e a mídia para cumprir os requisitos de suas redes e do Sistema de Telefonia da Microsoft, que alimenta o Roteamento Direto do Microsoft Teams.

Neste artigo, você aprende:

  • Onde o Gateway de Comunicações do Azure se encaixa na sua rede.
  • Como o Gateway de Comunicações do Azure dá suporte a muitos clientes.
  • Quais recursos de sinalização e intertrabalho de mídia o gateway oferece.

Importante

Você deve ser um operador de telecomunicações para usar o Gateway de Comunicações do Azure.

Função e posição na rede

O Gateway de Comunicações do Azure fica na borda da sua rede de linha fixa e conecta essa rede ao Sistema de Telefonia da Microsoft, permitindo que você dê suporte ao Roteamento Direto do Microsoft Teams. O diagrama a seguir mostra onde o Gateway de Comunicações do Azure está em sua rede.

Diagrama de arquitetura do Gateway de Comunicações do Azure para Roteamento Direto do Microsoft Teams.

As chamadas são encaminhadas dos clientes Microsoft Teams por meio do Microsoft Phone System e do Gateway de Comunicações do Azure para sua rede.

Conformidade com as especificações de SBCs certificados

O Gateway de Comunicações do Azure dá suporte às especificações da Microsoft para SBCs certificados para o Roteamento Direto do Microsoft Teams. Para obter mais informações sobre certificação e essas especificações, confira Controladores de Borda de Sessão certificados para Roteamento Direto.

O Gateway de Comunicações do Azure inclui vários recursos que permitem que sua rede cumpra os requisitos de Roteamento Direto, incluindo:

Suporte para vários clientes com o modelo multilocatário do Microsoft Teams

Uma implantação do Gateway de Comunicações do Azure foi projetada para dar suporte ao Roteamento Direto para muitos locatários. Seu design permite que você forneça serviços de chamadas do Microsoft Teams para muitos clientes, cada um com muitos usuários. A implantação usa o locatário da operadora e o modelo de locatário do cliente descrito na Documentação do Microsoft Teams sobre como configurar um Controlador de Borda de Sessão para vários locatários. Neste modelo:

  • Sua própria configuração para o Microsoft Teams é definida no locatário da sua organização: o locatário da operadora.
  • Cada um de seus clientes tem seu próprio locatário de cliente, representando a configuração desse cliente.

Sua implantação do Gateway de Comunicações do Azure sempre recebe um FQDN (nome de domínio totalmente qualificado) quando é criada. Use esse FQDN como o domínio básico do seu locatário da operadora.

O Gateway de Comunicações do Azure também recebe dois subdomínios por região do domínio básico (um por região).

Cada um de seus clientes precisa de subdomínios de cliente desses domínios por região. O Gateway de Comunicações do Azure inclui um desses subdomínios no cabeçalho do Contato de cada mensagem que é enviado ao Sistema de Telefonia da Microsoft: a presença do subdomínio permite que o Sistema de Telefonia da Microsoft identifique o locatário do cliente para cada mensagem. Para obter mais informações, consulte Identificando o locatário do cliente para o Microsoft Phone System.

Para cada cliente, você deve:

  1. Escolha um rótulo de DNS adequado específico do cliente para formar os subdomínios.
    • O rótulo deve ter até nove caracteres de comprimento e pode conter apenas letras, números, sublinhados e traços.
    • Você não pode usar subdomínios curinga nem subdomínios com vários rótulos.
    • Por exemplo, você pode alocar o rótulo contoso.

    Importante

    Os subdomínios completos do cliente (incluindo os nomes de domínio por região) devem ter no máximo 48 caracteres. O Microsoft Entra ID não dá suporte a nomes de domínio de mais de 48 caracteres. Por exemplo, o subdomínio de cliente contoso1.1r1.a1b2c3d4e5f6g7h8.commsgw.azure.com tem 48 caracteres.

  2. Configure o Gateway de Comunicações do Azure com essas informações, como parte da configuração de “conta” disponível no Portal de Gerenciamento de Números do Gateway de Comunicações do Azure e na API de Provisionamento.
  3. Estabeleça um contato com o cliente para atualizar o respectivo locatário com o subdomínio apropriado seguindo aDocumentação do Microsoft Teams para registrar nomes de subdomínio em locatários do cliente.

Como parte de providenciar atualizações dos locatários do cliente, você precisa criar registros DNS contendo um código de verificação (fornecido pelo Microsoft 365 quando o cliente atualiza o respectivo locatário com o nome de domínio) em um servidor DNS controlado por você. Esses registros permitem que o Microsoft 365 verifique se o locatário do cliente está autorizado a usar o nome de domínio. O Gateway de Comunicações do Azure fornece o servidor DNS que você precisa usar. É necessário obter o código de verificação do cliente e carregá-lo no Gateway de Comunicações do Azure com o Portal de Gerenciamento de Números (versão prévia) ou a API de Provisionamento (versão prévia). Esta etapa permite que o Gateway de Comunicações do Azure gere os registros TXT do DNS que verificam o domínio.

Para obter instruções, consulte Gerenciar clientes e números do Roteamento Direto do Microsoft Teams com o Gateway de Comunicações do Azure.

Suporte à triagem de ID do chamador

O Roteamento Direto do Microsoft Teams permite que um administrador do cliente atribua qualquer número de telefone a um usuário no respectivo locatário, mesmo que você não atribua esse número a ele na sua rede. Essa falta de validação apresenta um risco de falsificação do identificador de chamadas.

Para impedir a falsificação de ID do chamador, o Gateway de Comunicações do Azure verifica todas as chamadas de Roteamento Direto provenientes do Microsoft Teams. Essa triagem garante que os clientes só possam fazer chamadas de números que você atribuiu a eles. No entanto, é possível desabilitar essa triagem por cliente, como parte da configuração de “conta” disponível no Portal de Gerenciamento de Números (versão prévia) e na API de Provisionamento (versão prévia).

O diagrama a seguir mostra o fluxo de chamadas para um INVITE (convite) de um número atribuído a um cliente. Nesse caso, a configuração do Gateway de Comunicações do Azure para o número também inclui uma configuração de cabeçalho personalizado, então o Gateway de Comunicações do Azure adiciona um cabeçalho personalizado com o conteúdo.

Fluxo de chamadas mostrando a chamada de saída do Microsoft Teams permitida pela triagem de chamadas e pela configuração de cabeçalho personalizado.

Observação

O nome do cabeçalho personalizado deve ser configurado como parte da implantação do Gateway de Comunicações do Azure. O nome é o mesmo para todas as mensagens. Nesse exemplo, o nome do cabeçalho personalizado é X-MS-Operator-Content.

O diagrama a seguir mostra o fluxo de chamadas para um INVITE (convite) de um número que não está atribuído a um cliente. O Gateway de Comunicações do Azure rejeita a chamada com um erro 403.

Fluxo de chamadas mostrando a chamada de saída do Microsoft Teams rejeitada pela triagem de chamadas.

Identificar o locatário do cliente para o Sistema de Telefonia da Microsoft

O Sistema de Telefonia da Microsoft usa os domínios no cabeçalho do Contato das mensagens para identificar o locatário de cada mensagem. O Gateway de Comunicações do Azure reescreve os cabeçalhos do Contato automaticamente nas mensagens dirigidas ao Sistema de Telefonia da Microsoft, para que incluam o domínio apropriado para cada cliente. Esse processo elimina a necessidade de sua rede principal mapear os números com os domínios de cada cliente.

Você precisa provisionar o Gateway de Comunicações do Azure com cada número atribuído a um cliente para o Roteamento Direto. Esse provisionamento usa a API de Provisionamento do Gateway de Comunicações do Azure (versão prévia) ou o Portal de Gerenciamento de Números (versão prévia).

O diagrama a seguir mostra como o Gateway de Comunicações do Azure reescreve cabeçalhos de Contato nas mensagens enviadas da rede da operadora para o Sistema de Telefonia Microsoft com Roteamento Direto.

Fluxo de chamadas mostrando a reescrita específica do cliente do cabeçalho Contato na mensagem de entrada para o Microsoft Teams.

Sinalização SIP

O Gateway de Comunicações do Azure interage as chamadas automaticamente para dar suporte aos requisitos do Roteamento Direto, incluindo:

Esses recursos fazem parte da conformidade com as especificações de SBC certificado do Gateway de Comunicações do Azure para o Roteamento Direto do Microsoft Teams.

Você pode organizar mais funções de interoperabilidade como parte do design de rede inicial ou a qualquer momento, gerando uma solicitação de suporte para o Gateway de Comunicações do Azure. Por exemplo, talvez você precise de uma configuração de interoperabilidade extra para:

  • Manipulação de mensagens SDP ou cabeçalho SIP avançado.
  • Suporte para mensagens provisórias confiáveis (100rel).
  • Interoperabilidade entre mídia antecipada e tardia.
  • Interoperabilidade longe de tons de banda DTMF.
  • Posicionamento do ID de locatário exclusivo em outros locais nas mensagens SIP para facilitar o processamento pela rede, como em parâmetros tgrp.

O Microsoft Phone System requer que os números de telefone tanto de quem faz a chamada (A-) quanto de quem a recebe (B-) estejam no formato E.164. Esse requisito se aplica aos números SIP e TEL. Recomendamos que você configure sua rede para usar o formato E.164 em todos os números. Se sua rede não puder converter os números para o formato E.164, entre em contato com sua equipe de integração ou crie uma solicitação de suporte para discutir seus requisitos de conversão de número.

Os troncos SIP entre sua rede e o Gateway de Comunicações do Azure são multilocatário, o que significa que o tráfego de todos os clientes compartilha o mesmo tronco.

Mídia RTP e SRTP

O Microsoft Phone System normalmente requer SRTP para mídia. O Gateway de Comunicações do Azure dá suporte a RTP e SRTP e tem interoperabilidade entre eles. O Gateway de Comunicações do Azure oferece recursos adicionais de manipulação de mídia para permitir que suas redes interoperem com o Microsoft Phone System.

Tratamento de mídia para chamadas

Você precisa selecionar os codecs que deseja dar suporte ao implantar o Gateway de Comunicações do Azure.

O Roteamento Direto do Microsoft Teams requer que as redes principais deem suporte aos tons de toque personalizado (toques de chamada) durante a transferência da chamada. As redes principais também devem dar suporte ao tom de conforto (comfort noise). Se suas redes principais não cumprirem com esses requisitos, o Gateway de Comunicações do Azure pode injetar mídia às chamadas.

Opções de interoperabilidade de mídia

O Gateway de Comunicações do Azure oferece várias opções de interoperabilidade de mídia. Por exemplo, talvez seja necessário:

  • Alterar o tratamento do RTCP.
  • Controlar a alocação de largura de banda.
  • Priorizar o tráfego de mídia específico para a Qualidade de Serviço.

Para informações detalhadas sobre os recursos de interoperabilidade de mídia disponíveis no Gateway de Comunicações do Azure, crie uma solicitação de suporte.

Suporte ao bypass de mídia do Sistema de Telefonia da Microsoft (versão prévia)

O Gateway de Comunicações do Azure dá suporte na Versão Prévia ao bypass de mídia do Roteamento Direto. O bypass de mídia do Roteamento Direto permite que a mídia flua diretamente entre o Gateway de Comunicações do Azure e os clientes do Microsoft Teams em algumas situações, em vez de sempre enviá-la por meio do Sistema de Telefonia da Microsoft. A mídia continua a fluir por meio do Azure porque o Gateway de Comunicações do Azure e o Sistema de Telefonia da Microsoft estão localizados no Azure.

Se você acredita que o suporte ao bypass de mídia (versão prévia) seria útil para a sua implantação, converse com um representante da Microsoft sobre as suas necessidades.

Próximas etapas