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

  • Artigo

O Azure Communications Gateway é um SBC certificado para o Roteamento Direto do Microsoft Teams, permitindo que as operadoras de telecomunicações forneçam aos seus clientes conectividade PSTN do Microsoft Teams. O Azure Communications Gateway pode manipular a sinalização e a mídia para atender aos requisitos de suas redes e do Microsoft Phone System, que alimenta o Roteamento Direto do Microsoft Teams.

Neste artigo, vai aprender a:

  • Onde o Azure Communications Gateway se encaixa na sua rede.
  • Como o Azure Communications Gateway dá suporte a muitos clientes.
  • Que recursos de sinalização e interfuncionamento de mídia oferece.

Importante

Você deve ser uma operadora de telecomunicações para usar o Azure Communications Gateway.

Papel e posição na rede

O Azure Communications Gateway fica na borda da sua rede de linha fixa. Ele conecta essa rede ao Microsoft Phone System, permitindo que você ofereça suporte ao roteamento direto do Microsoft Teams. O diagrama a seguir mostra onde o Azure Communications Gateway fica em sua rede.

Diagrama de arquitetura do Azure Communications Gateway para roteamento direto do Microsoft Teams.

As chamadas fluem de clientes do Microsoft Teams através do Microsoft Phone System e do Azure Communications Gateway para a sua rede.

Conformidade com as especificações SBC certificadas

O Azure Communications Gateway suporta as 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, consulte Controladores de borda de sessão certificados para roteamento direto.

O Azure Communications Gateway inclui vários recursos que permitem que sua rede atenda aos 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ção do Azure foi projetada para dar suporte ao Roteamento Direto para muitos locatários. Seu design permite que você forneça serviços de chamada do Microsoft Teams para muitos clientes, cada um com muitos usuários. Ele usa o modelo de locatário da operadora e do 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 dos seus clientes tem seu próprio locatário cliente, representando a configuração para esse cliente.

Sua implantação do Azure Communications Gateway sempre recebe um FQDN (nome de domínio totalmente qualificado) quando é criada. Você usa esse FQDN como o domínio base para o locatário da operadora.

O Azure Communications Gateway também recebe dois subdomínios por região do domínio base (um por região).

Cada um dos seus clientes precisa de subdomínios de clientes desses domínios por região. O Azure Communications Gateway inclui um desses subdomínios no cabeçalho Contato de cada mensagem que envia ao Microsoft Phone System: a presença do subdomínio permite que o Microsoft Phone System 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, deve:

  1. Escolha um subdomínio adequado. O rótulo do subdomínio deve:
    • Contém apenas letras, números, sublinhados e traços.
    • Ter até oito caracteres.
    • Não contém um curinga ou vários rótulos separados por ..

    Importante

    O subdomínio completo do cliente (incluindo os subdomínios regionais e o domínio base) deve ter no máximo 48 caracteres. Microsoft Entra ID não suporta nomes de domínio de mais de 48 caracteres. Por exemplo, o subdomínio contoso1.1-r1.a1b2c3d4e5f6g7h8.commsgw.azure.com do cliente tem 48 caracteres.

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

Como parte da organização de atualizações para locatários de clientes, você deve criar registros DNS contendo um código de verificação (fornecido pelo Microsoft 365 quando o cliente atualiza seu locatário com o nome de domínio) em um servidor DNS que você controla. Esses registros permitem que o Microsoft 365 verifique se o locatário do cliente está autorizado a usar o nome de domínio. O Azure Communications Gateway fornece o servidor DNS que você deve usar. Você deve obter o código de verificação do cliente e carregá-lo no Azure Communications Gateway com o Portal de Gerenciamento de Números (visualização) ou a API de Provisionamento (visualização). Esta etapa permite que o Azure Communications Gateway gere os registros TXT DNS que verificam o domínio.

Gorjeta

Para obter um passo a passo sobre como configurar um locatário de cliente e números para seu teste, consulte Configurar um cliente de teste para o Roteamento Direto do Microsoft Teams com o Azure Communications Gateway e Configurar números de teste para o Roteamento Direto do Microsoft Teams com o Azure Communications Gateway. Quando você embarca um cliente real, você precisará seguir um processo semelhante, mas normalmente precisará pedir ao seu cliente para executar as etapas que precisam de acesso ao locatário dele.

Suporte para triagem de identificação de chamadas

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

Para evitar falsificação de ID de chamador, o Azure Communications Gateway filtra todas as chamadas de Roteamento Direto originadas do Microsoft Teams. Essa triagem garante que os clientes só possam fazer chamadas de números que você atribuiu a eles. No entanto, você pode desabilitar essa triagem por cliente, como parte da configuração "conta" disponível no Portal de Gerenciamento de Números (visualização) e na API de provisionamento (visualização).

O diagrama a seguir mostra o fluxo de chamadas para um INVITE a partir de um número atribuído a um cliente. Nesse caso, a configuração do Azure Communications Gateway para o número também inclui a configuração de cabeçalho personalizada, portanto, o Azure Communications Gateway adiciona um cabeçalho personalizado com o conteúdo.

Fluxo de chamadas mostrando chamadas de saída do Microsoft Teams permitido pela triagem de chamadas e configuração de cabeçalho personalizada.

Nota

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

O diagrama a seguir mostra o fluxo de chamadas para um INVITE de um número que não é atribuído a um cliente. O Azure Communications Gateway rejeita a chamada com um 403.

Fluxo de chamadas mostrando chamadas de saída do Microsoft Teams rejeitadas pela triagem de chamadas.

Identificando o locatário do cliente para o Microsoft Phone System

O Microsoft Phone System usa os domínios no cabeçalho Contato das mensagens para identificar o locatário de cada mensagem. O Gateway de Comunicação do Azure reescreve automaticamente os cabeçalhos de Contato em mensagens para o Sistema Telefônico da Microsoft para que eles incluam o domínio apropriado por cliente. Esse processo elimina a necessidade de sua rede principal mapear entre números e domínios por cliente.

Você deve provisionar o Azure Communications Gateway com cada número atribuído a um cliente para Roteamento Direto. Esse provisionamento usa a API de provisionamento do Azure Communications Gateway (visualização) ou o Portal de Gerenciamento de Números (visualização).

O diagrama a seguir mostra como o Azure Communications Gateway reescreve cabeçalhos de contato em mensagens enviadas da rede da operadora para o Microsoft Phone System com Roteamento Direto.

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

Sinalização SIP

O Azure Communications Gateway intertrabalha automaticamente chamadas para dar suporte aos requisitos de Roteamento Direto, incluindo:

  • Atualizando cabeçalhos de contato para rotear mensagens corretamente, conforme descrito em Identificando o locatário do cliente para o Microsoft Phone System.
  • SIP sobre TLS.
  • Cabeçalhos X-MS-SBC (descrevendo a função SBC).
  • Regras rígidas sobre a= linhas de atributo em corpos SDP.
  • Regras rigorosas sobre o tratamento da transferência de chamadas.

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

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

  • Cabeçalho SIP avançado ou manipulação de mensagens SDP.
  • Suporte para mensagens provisórias confiáveis (100rel).
  • Interfuncionamento entre meios de comunicação precoces e tardios.
  • Interworking longe dos tons DTMF inband.
  • Colocar o ID de locatário exclusivo em outro lugar em mensagens SIP para facilitar o consumo da rede, por exemplo, em tgrp parâmetros.

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

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

Meios RTP e SRTP

O Microsoft Phone System normalmente requer SRTP para mídia. O Azure Communications Gateway dá suporte a RTP e SRTP e pode interagir entre eles. O Azure Communications Gateway oferece mais recursos de manipulação de mídia para permitir que suas redes interoperem com o Microsoft Phone System.

Tratamento de mídia para chamadas

Você deve selecionar os codecs aos quais deseja dar suporte ao implantar o Azure Communications Gateway.

O Roteamento Direto do Microsoft Teams requer que as redes principais ofereçam suporte a toques (toques) durante a transferência de chamadas. As redes principais devem também suportar ruídos de conforto. Se suas redes principais não puderem atender a esses requisitos, o Azure Communications Gateway poderá injetar mídia em chamadas.

Opções de interfuncionamento de mídia

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

  • Tratamento de alterações de RTCP.
  • Controle a alocação de largura de banda.
  • Priorize o tráfego de mídia específico para a Qualidade de Serviço.

Para obter detalhes completos dos recursos de interoperabilidade de mídia disponíveis no Azure Communications Gateway, levante uma solicitação de suporte.

Suporte a bypass de mídia do Microsoft Phone System (visualização)

O Azure Communications Gateway tem suporte de visualização para bypass de mídia de Roteamento Direto. O bypass de mídia de Roteamento Direto permite que a mídia flua diretamente entre o Azure Communications Gateway e os clientes do Microsoft Teams em alguns cenários, em vez de sempre enviá-la pelo Microsoft Phone System. A mídia continua a fluir pelo Azure, porque o Azure Communications Gateway e o Microsoft Phone System estão localizados no Azure.

Se você acredita que o suporte a bypass de mídia (visualização) seria útil para sua implantação, discuta seus requisitos com um representante da Microsoft.

Próximos passos