Compartilhar via


Preparar-se para implantar o Gateway de Comunicações do Azure

Este artigo orienta você sobre cada uma das tarefas que você precisa concluir antes de começar a implantar o Gateway de Comunicações do Azure. Para a Conexão do operador e a Telefonia móvel do Teams, as implantações bem-sucedidas dependem do estado dos ambientes da Conexão do operador e da Telefonia móvel do Teams.

As seções a seguir descrevem as informações que você precisa coletar e as decisões que você precisa tomar antes de implantar o Gateway de Comunicações do Azure.

Pré-requisitos

Importante

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

Para fornecer o serviço Operator Connect ou Teams Phone Mobile, você também precisa ter assinado um contrato do Operator Connect ou do Teams Phone Mobile com a Microsoft. Para obter mais informações sobre esses programas, consulte Operator Connect ou Teams Phone Mobile.

No caso do Peering de Nuvem do Zoom Phone, você também precisa ter iniciado o processo de integração com o Zoom para se tornar um provedor do Peering de Nuvem do Zoom Phone. Para obter mais informações sobre o Peering de Nuvem, confira as Informações do Peering de Nuvem do Zoom.

Importante

Você precisa entender todo o processo de integração do serviço de comunicações escolhido e todas as dependências que o processo pode introduzir.

Permitir tempo decorrido suficiente para o processo de implantação e integração. Por exemplo, talvez seja necessário aguardar até duas semanas para que um novo recurso do Gateway de Comunicações do Azure seja provisionado antes de conectá-lo à sua rede.

Você deve possuir números roteáveis globalmente para dois tipos de teste:

  • Teste de integração por sua equipe durante a implantação e integração
  • Verificação de serviço (teste de chamada contínua) pelos serviços de comunicação escolhidos

A tabela a seguir descreve quantos números você precisa alocar.

Serviço Números para os testes de integração Números de verificação do serviço
Conexão do operador 1 (mínimo) – Implantações de produção: 6
– Implantações de laboratório: 3
Telefonia do Teams Móvel 1 (mínimo) – Implantações de produção: 6
– Implantações de laboratório: 3
Roteamento Direto do Microsoft Teams 1 (mínimo) Nenhum (não aplicável)
Emparelhamento na Nuvem do Zoom Phone 1 (mínimo) – EUA e Canadá: 6
– Restante do mundo: 2
Proteção de Chamadas do Operador do Azure (versão prévia) 1 (mínimo) Nenhum (não aplicável)

Importante

Os números de verificação de serviço devem ser utilizáveis durante todo o tempo de vida da implantação.

Se você quiser configurar uma implantação de laboratório, é preciso já ter feito uma implantação padrão ou estar prestes a fazer uma. Você não pode usar uma implantação de laboratório como uma implantação autônoma do Gateway de Comunicações do Azure.

Organizar integração

Você precisa de uma equipe de integração da Microsoft para implantar o Gateway de Comunicações do Azure. O Gateway de Comunicações do Azure inclui um programa de integração chamado Benefícios incluídos. Se você não estiver qualificado para os Benefícios Incluídos ou precisar de mais suporte, converse sobre os seus requisitos com o representante de vendas da Microsoft.

Os programas Operator Connect e Teams Phone Mobile também exigem um parceiro de integração que gerencia as alterações necessárias nos ambientes do Operator Connect ou do Teams Phone Mobile e os coordena com o Microsoft Teams em seu nome. A equipe de projeto dos Benefícios Incluídos do Gateway de Comunicações do Azure cumpre essa função, mas você pode escolher um parceiro de integração diferente para coordenar com o Microsoft Teams em seu nome.

Certifique-se de que você tenha um plano de suporte adequado

É altamente recomendável que você tenha um plano de suporte que inclua suporte técnico, como o Suporte Unificado da Microsoft.

Escolha o locatário do Azure a ser usado

Recomendamos que você use um locatário existente do Microsoft Entra para o Gateway de Comunicações do Azure, pois o uso de um locatário existente usa suas identidades existentes para autenticação totalmente integrada. Se você precisar gerenciar identidades separadamente do restante da sua organização ou configurar permissões diferentes para o Portal de Gerenciamento de Números para diferentes recursos do Gateway de Comunicações do Azure, crie um novo locatário dedicado primeiro.

Os ambientes do Operator Connect e Teams Phone Mobile herdam identidades e permissões de configuração do locatário do Microsoft Entra por meio de um aplicativo da Microsoft chamado Project Synergy. Você deve adicionar este aplicativo ao locatário do Microsoft Entra como parte de Conectar o Gateway de Comunicações do Azure ao Operator Connect ou ao Teams Phone Mobile (se o locatário ainda não contiver esse aplicativo).

Importante

Para o Operator Connect e o Teams Phone Mobile, as implantações de produção e as implantações de laboratório devem se conectar ao mesmo locatário do Microsoft Entra. A configuração do Microsoft Teams para o seu locatário mostra a configuração para implantações de laboratório e implantações de produção em conjunto.

Obter acesso ao Gateway de Comunicações do Azure para a sua assinatura do Azure

O acesso ao Gateway de Comunicações do Azure é restrito. Quando você concluir as etapas anteriormente listadas neste artigo:

  1. Entre em contato com sua equipe de integração e peça para habilitar a sua assinatura. Se você ainda não tiver uma equipe de integração, entre em contato com azcog-enablement@microsoft.com informando a sua ID da assinatura do Azure e detalhes de contato.
  2. Aguarde a confirmação de que o Gateway de Comunicações do Azure está habilitado antes de passar para a próxima etapa.

Criar um design de rede

Decida como o Gateway de Comunicações do Azure deve se conectar à sua rede. Recomendamos a Voz do Serviço de Emparelhamento do Microsoft Azure (às vezes chamada de VOZ MAPS). Para obter mais informações sobre suas opções, confira Conectividade para o Gateway de Comunicações do Azure. Se você estiver planejando usar o Gateway de Comunicações do Azure com a injeção de VNet (versão prévia), conclua os pré-requisitos para implantar o Gateway de Comunicações do Azure com a injeção de VNet.

No caso da Telefonia móvel do Teams e da Proteção de Chamadas do Operador do Azure (versão prévia), você precisa decidir como sua rede deve determinar se uma chamada envolve um assinante relevante e, portanto, rotear a chamada corretamente. Você poderá:

  • Use o ponto de controle móvel (MCP) integrado do Gateway de Comunicações do Azure.
  • Conecte-se a uma versão local do ponto de controle móvel (MCP) do Metaswitch.
  • Use outros recursos de roteamento em sua rede principal.

Para obter mais informações sobre essas opções para a Telefonia móvel do Teams, confira Integração de controle de chamadas da Telefonia móvel do Teams e Ponto de controle móvel do Gateway de Comunicações do Azure.

A conexão com o Gateway de Comunicações do Azure para a Proteção de Chamadas do Operador do Azure é feita por meio do SIPREC. O Gateway de Comunicações do Azure assume a função do SRS (Servidor de Gravação da Sessão) do SIPREC. Um elemento da sua rede, normalmente um SBC (Controlador de borda da sessão), é configurado como um SRC (Cliente de Gravação da Sessão) do SIPREC.

Caso precise dar suporte a chamadas de emergência nos clientes do Microsoft Teams ou do Zoom, leia mais sobre as chamadas de emergência com o serviço de comunicação escolhido:

Importante

Você não deve rotear chamadas de emergência da sua rede para o Gateway de Comunicações do Azure.

Conectar a sua rede ao Azure

Configurar conexões entre a sua rede e o Azure:

Coletar informações básicas para implantar um Gateway de Comunicações do Azure

Colete todos os valores na tabela a seguir para o recurso do Gateway de Comunicações do Azure.

Valor Nomes de campo no portal do Azure
O nome da assinatura do Azure a ser usada para criar um recurso do Gateway de Comunicações do Azure. Você deve usar a mesma assinatura para todos os recursos na sua implantação do Gateway de Comunicações do Azure. Detalhes do projeto: assinatura
O grupo de recursos do Azure no qual criar o recurso de Gateway de Comunicações do Azure. Detalhes do projeto: grupo de recursos
O nome da implantação. Esse nome só pode conter caracteres alfanuméricos e -. Deve ter de 3 a 24 caracteres. Detalhes da instância: nome
A região do Azure de gerenciamento: a região na qual os dados de monitoramento e cobrança são processados. Recomendamos que você selecione uma região próxima ou colocada com as duas regiões para lidar com o tráfego de chamadas. Detalhes da instância: região
O tipo de implantação. Escolha entre Padrão (para produção) ou Laboratório. Detalhes da instância: SKU
Os codecs de voz a serem usados entre o Gateway de Comunicações do Azure e sua rede. Recomendamos que você especifique apenas os codecs se tiver um bom motivo para restringir codecs (por exemplo, licenciamento de codecs específicos) e se não puder configurar sua rede ou pontos de extremidade para não oferecer codecs específicos. Restringir codecs pode reduzir a qualidade geral da voz devido à seleção de codecs de menor fidelidade. Tratamento de chamadas: codecs com suporte
Se o recurso do Gateway de Comunicações do Azure deve lidar com chamadas de emergência como chamadas padrão ou roteá-las diretamente para o Provedor de Serviços de Roteamento de Emergência (somente nos EUA; somente para o Operator Connect ou Telefonia Móvel do Teams). Tratamento de chamadas: tratamento de chamadas de emergência
Uma lista separada por vírgulas de cadeias de caracteres de discagem usadas para chamadas de emergência. Para o Microsoft Teams, especifique as cadeias de caracteres de discagem como o número de emergência padrão (por exemplo, 999). Para Zoom, especifique as cadeias de caracteres de discagem no formato +<country-code><emergency-number> (por exemplo, +44999). (Somente para o Operator Connect, Teams Phone Mobile e Emparelhamento de Nuvem do Zoom Phone). Tratamento de chamadas: cadeia de caracteres de discagem de emergência
O escopo no qual o rótulo do nome de domínio gerado automaticamente para o Gateway de Comunicações do Azure é exclusivo. Os recursos do Gateway de Comunicações recebem um rótulo de nome de domínio gerado automaticamente que depende do nome do recurso. Selecionar Locatário fornece um recurso com o mesmo nome no mesmo locatário, mas uma assinatura diferente com o mesmo rótulo. Selecionar Assinatura fornece um recurso com o mesmo nome na mesma assinatura, mas um grupo de recursos diferente com o mesmo rótulo. Selecionar Grupo de Recursos fornece um recurso com o mesmo nome no mesmo grupo de recursos do mesmo rótulo. Selecionar Não reutilizar significa que o rótulo não depende do nome, grupo de recursos, assinatura ou locatário. DNS: escopo do nome do domínio gerado automaticamente

Coletar valores de configuração para regiões de serviço

Colete todos os valores na tabela a seguir para ambas as regiões de serviço nas quais você deseja implantar o Gateway de Comunicações do Azure.

Observação

As implantações de laboratório têm uma região do Azure e se conectam a um site em sua rede.

Valor Nomes de campo no portal do Azure
A região do Azure a ser usada para o tráfego de chamadas.

Se você estiver habilitando a versão prévia da Proteção de Chamadas do Operador do Azure, haverá restrições sobre onde seus recursos do Azure podem ser implantados; consulte Escolhendo regiões de gerenciamento e serviço
Região de serviço um/dois: região
O endereço IPv4 pertencente à sua rede que o Gateway de Comunicações do Azure deve usar para entrar em contato com sua rede dessa região. Região de serviço um/dois: endereço IP do operador
O conjunto de intervalos/endereços IP permitidos como fontes para tráfego de sinalização da sua rede. Forneça um intervalo de endereços IPv4 usando a notação CIDR (por exemplo, 192.0.2.0/24) ou um endereço IPv4 (por exemplo, 192.0.2.0). Você também pode fornecer uma lista separada por vírgula de endereços IPv4 e/ou intervalos de endereços. Região de serviço um/dois: intervalos CIDR/endereços IP de origem de sinalização permitidos
O conjunto de intervalos/endereços IP permitidos como fontes para tráfego de mídia da sua rede. Forneça um intervalo de endereços IPv4 usando a notação CIDR (por exemplo, 192.0.2.0/24) ou um endereço IPv4 (por exemplo, 192.0.2.0). Você também pode fornecer uma lista separada por vírgula de endereços IPv4 e/ou intervalos de endereços. Região de serviço um/dois: intervalos CIDR/endereços IP de origem de mídia permitidos

Coletar valores de configuração para cada serviço de comunicação

Colete os valores dos serviços de comunicação que você está planejando dar suporte.

Importante

Algumas opções se aplicam a vários serviços, conforme mostrado pelas Opções comuns a vários serviços de comunicação nas tabelas a seguir. Você deve escolher a configuração adequada para todos os serviços aos quais você planeja dar suporte.

Para Roteamento Direto do Microsoft Teams:

Valor Nomes de campo no portal do Azure
Os endereços IP ou intervalos de endereços (em formato CIDR) em sua rede que devem receber permissão para se conectarem à API de Provisionamento do Gateway de Comunicações do Azure, no formato de lista separada por vírgulas. O uso da API de Provisionamento é necessário para provisionar números para o Roteamento Direto. Opções comuns a vários serviços de comunicação: intervalos CIDR/endereços IP de origem permitidos para se conectarem à Plataforma de Provisionamento do Gateway de Comunicações
Se deseja adicionar um cabeçalho SIP personalizado a mensagens que inserem sua rede usando a API de Provisionamento do Gateway de Comunicações do Azure Opções comuns a vários serviços de comunicação: adicionar cabeçalho SIP personalizado
(Somente se você optar por adicionar um cabeçalho SIP personalizado) O nome de qualquer cabeçalho SIP personalizado Opções comuns a vários serviços de comunicação: nome do cabeçalho SIP personalizado

Para o Operator Connect:

Valor Nomes de campo no portal do Azure
Se deseja adicionar um cabeçalho SIP personalizado a mensagens que inserem sua rede usando a API de Provisionamento do Gateway de Comunicações do Azure Opções comuns a vários serviços de comunicação: adicionar cabeçalho SIP personalizado
(Somente se você optar por adicionar um cabeçalho SIP personalizado) O nome de qualquer cabeçalho SIP personalizado Opções comuns a vários serviços de comunicação: nome do cabeçalho SIP personalizado
(Apenas se você escolher adicionar um cabeçalho SIP personalizado) Os endereços IP ou intervalos de endereços (em formato CIDR) em sua rede que devem receber permissão para se conectar à API de Provisionamento, no formato de lista separada por vírgulas. Opções comuns a vários serviços de comunicação: intervalos CIDR/endereços IP de origem permitidos para se conectarem à Plataforma de Provisionamento do Gateway de Comunicações

Para a Telefonia Móvel do Teams:

Valor Nomes de campo no portal do Azure
O número usado no Teams Phone Mobile para acessar o IVR (resposta interativa de voz) da caixa postal nos discadores nativos. Telefonia Móvel do Teams: número do piloto da caixa postal do Teams
Como você planeja usar o MCP (ponto de controle móvel) para rotear chamadas móveis da Telefonia Móvel do Teams para o Sistema de Telefonia da Microsoft. Escolha entre Integrado (para implantar o MCP no Gateway de Comunicações do Azure), Local (para usar um MCP local existente) ou Nenhum (se você usar outro método para rotear chamadas). Telefonia Móvel do Teams: MCP

Para emparelhamento na nuvem do Zoom Phone:

Valor Nomes de campo no portal do Azure
A região do Zoom à qual se conectar Zoom: região do Zoom
Os endereços IP ou intervalos de endereços (em formato CIDR) em sua rede que devem receber permissão para se conectarem à API de Provisionamento do Gateway de Comunicações do Azure, no formato de lista separada por vírgulas. O uso da API de Provisionamento é necessário para emparelhamento na nuvem do Zoom Phone. Opções comuns a vários serviços de comunicação: intervalos CIDR/endereços IP de origem permitidos para se conectarem à Plataforma de Provisionamento do Gateway de Comunicações
Se deseja adicionar um cabeçalho SIP personalizado a mensagens que inserem sua rede usando a API de Provisionamento do Gateway de Comunicações do Azure Opções comuns a vários serviços de comunicação: adicionar cabeçalho SIP personalizado
(Somente se você optar por adicionar um cabeçalho SIP personalizado) O nome de qualquer cabeçalho SIP personalizado Opções comuns a vários serviços de comunicação: nome do cabeçalho SIP personalizado

Não há opções de configuração necessárias para a versão prévia da Proteção de Chamadas do Operador do Azure.

Coletar valores para números de verificação de serviço

Colete todos os valores na tabela a seguir para todos os números de verificação de serviço exigidos pelo Gateway de Comunicações do Azure.

Para o Operator Connect e a Telefonia Móvel do Teams:

Valor Nomes de campo no portal do Azure
Um nome para a linha de teste. Recomendamos nomes dos formulários OC1 e OC2 (para o Operator Connect) e TPM1 e TPM2 (para o Teams Phone Mobile). Nome
O número de telefone da linha de teste, no formato E.164 e incluindo o código do país. Número de telefone
A finalidade da linha de teste (sempre Automatizada). Fins de teste

Para emparelhamento na nuvem do Zoom Phone:

Valor Nomes de campo no portal do Azure
O número de telefone da linha de teste, no formato E.164 e incluindo o código do país. Número de telefone

O Roteamento Direto do Microsoft Teams e a versão prévia da Proteção de Chamadas do Operador do Azure não exigem números de verificação de serviço.

Decidir se você quer marcas para os recursos do Azure

A nomenclatura e a marcação de recursos são úteis para o gerenciamento de recursos. Ele permite que sua organização localize e acompanhe os recursos associados a equipes ou cargas de trabalho específicas e também permite que você acompanhe com mais precisão o consumo de recursos de nuvem por equipe e área de negócios.

Se você acredita que a marcação seria útil para sua organização, crie suas convenções de nomenclatura e marcação seguindo as informações no guia de decisão de nomenclatura e marcação de recursos.

Próxima etapa