Preparar para implantar o Azure Communications Gateway
Este artigo orienta você por cada uma das tarefas que você precisa concluir antes de começar a implantar o Azure Communications Gateway. Para o Operator Connect e o Teams Phone Mobile, as implantações bem-sucedidas dependem do estado dos ambientes Operator Connect ou Teams Phone Mobile.
As seções a seguir descrevem as informações que você precisa coletar e as decisões que precisa tomar antes de implantar o Azure Communications Gateway.
Pré-requisitos
Importante
Você deve ser uma operadora de telecomunicações para usar o Azure Communications Gateway.
Para o Operator Connect ou o Teams Phone Mobile, você também deve 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.
Para o Zoom Phone Cloud Peering, você também deve ter iniciado o processo de integração com o Zoom para se tornar um provedor de Zoom Phone Cloud Peering. Para obter mais informações sobre o emparelhamento de nuvem, consulte Informações de emparelhamento de nuvem do Zoom.
Importante
Você deve entender completamente o processo de integração para o serviço de comunicações escolhido e quaisquer dependências introduzidas pelo processo de integração.
Permita tempo 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 Azure Communications Gateway seja provisionado antes de poder conectá-lo à sua rede.
Você deve possuir números globalmente roteáveis para dois tipos de teste:
- Testes de integração realizados pela sua equipa durante a implementação e integração
- Verificação de serviço (teste contínuo de chamadas) pelos serviços de comunicação escolhidos
A tabela a seguir descreve quantos números você precisa alocar.
Serviço | Números para testes de integração | Números de verificação de serviço |
---|---|---|
Conexão do operador | 1 (mínimo) | - Implantações de produção: 6 - Implantações de laboratório: 3 |
Telefone do Teams Mobile | 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 telefone com zoom | 1 (mínimo) | - EUA e Canadá: 6 - Resto do mundo: 2 |
Pré-visualização da Proteção de Chamadas do Operador do Azure | 1 (mínimo) | Nenhum (não aplicável) |
Importante
Os números de verificação de serviço devem ser utilizáveis durante toda a vida útil da sua implantação.
Se quiser configurar uma implantação de laboratório, você deve ter implantado uma implantação padrão ou estar prestes a implantar uma. Você não pode usar uma implantação de laboratório como uma implantação autônoma do Azure Communications Gateway.
Organizar a integração
Você precisa de uma equipe de integração da Microsoft para implantar o Azure Communications Gateway. O Azure Communications Gateway inclui um programa de integração chamado Benefícios Incluídos. Se não estiver elegível para Benefícios Incluídos ou precisar de mais suporte, discuta os seus requisitos com o seu representante de vendas da Microsoft.
Os programas Operator Connect e Teams Phone Mobile também exigem um parceiro de integração que gerencie as alterações necessárias nos ambientes Operator Connect ou Teams Phone Mobile e coordene com o Microsoft Teams em seu nome. A equipe do projeto Benefícios Incluídos do Azure Communications Gateway 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 ter 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 Azure Communications Gateway, porque usar um locatário existente usa suas identidades existentes para autenticação totalmente integrada. Se você precisar gerenciar identidades separadamente do resto da sua organização ou configurar permissões diferentes para o Portal de Gerenciamento de Números para diferentes recursos do Azure Communications Gateway, crie um novo locatário dedicado primeiro.
Os ambientes 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 seu locatário do Microsoft Entra como parte do Connect Azure Communications Gateway 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 de laboratório devem se conectar ao mesmo locatário do Microsoft Entra. A configuração do Microsoft Teams para seu locatário mostra a configuração para suas implantações de laboratório e implantações de produção juntas.
Obter acesso ao Azure Communications Gateway para sua assinatura do Azure
O acesso ao Azure Communications Gateway é restrito. Quando tiver concluído as etapas anteriores neste artigo:
- Entre em contato com sua equipe de integração e peça-lhes para ativar sua assinatura. Se você ainda não tiver uma equipe de integração, entre em contato azcog-enablement@microsoft.com com sua ID de assinatura do Azure e detalhes de contato.
- Aguarde a confirmação de que o Azure Communications Gateway está habilitado antes de passar para a próxima etapa.
Criar um design de rede
Decida como o Azure Communications Gateway deve se conectar à sua rede. Recomendamos o Microsoft Azure Peering Service Voice (às vezes chamado MAPS Voice). Para obter mais informações sobre suas opções, consulte Conectividade para o Gateway de Comunicação do Azure. Se você estiver planejando usar o Azure Communications Gateway com injeção de VNet (visualização), preencha os pré-requisitos para implantar o Azure Communications Gateway com injeção de VNet.
Para o Teams Phone Mobile e o Azure Operator Call Protection Preview, você deve decidir como sua rede deve determinar se uma chamada envolve um assinante relevante e, portanto, rotear a chamada corretamente. Pode:
- Use o MCP (Mobile Control Point) integrado do Azure Communications Gateway.
- Conecte-se a uma versão local do Mobile Control Point (MCP) a partir do Metaswitch.
- Use outros recursos de roteamento em sua rede principal.
Para obter mais informações sobre essas opções para o Teams Phone Mobile, consulte Integração de controle de chamada para Teams Phone Mobile e Ponto de Controle Móvel no Azure Communications Gateway.
A conexão com o Azure Communications Gateway for Azure Operator Call Protection é sobre SIPREC. O Azure Communications Gateway assume a função de Servidor de Gravação de Sessão (SRS) SIPREC. Um elemento em sua rede, normalmente um controlador de borda de sessão (SBC), é configurado como um SIPREC Session Recording Client (SRC).
Se precisar de suportar chamadas de emergência de clientes Microsoft Teams ou Zoom, leia sobre chamadas de emergência com o serviço de comunicações escolhido:
- Roteamento direto do Microsoft Teams
- Operator Connect e Teams Phone Mobile
- Emparelhamento na nuvem do telefone com zoom
Importante
Você não deve rotear chamadas de emergência de sua rede para o Azure Communications Gateway.
Conectar sua rede ao Azure
Configure conexões entre sua rede e o Azure:
- Para configurar o Microsoft Azure Peering Service Voice (às vezes chamado MAPS Voice), siga as instruções no emparelhamento da Internet para o passo a passo do Peering Service Voice.
- Para configurar o Emparelhamento Microsoft da Rota Expressa, siga as instruções no Tutorial: Configurar o emparelhamento para o circuito da Rota Expressa.
Coletar informações básicas para implantar um Gateway de Comunicação do Azure
Colete todos os valores na tabela a seguir para o recurso do Azure Communications Gateway.
Valor | Nome(s) de campo no portal do Azure |
---|---|
O nome da assinatura do Azure a ser usada para criar um recurso do Azure Communications Gateway. Você deve usar a mesma assinatura para todos os recursos em sua implantação do Azure Communications Gateway. | Detalhes do projeto: Subscrição |
O grupo de recursos do Azure no qual criar o recurso do Azure Communications Gateway. | Detalhes do projeto: Grupo de recursos |
O nome da implantação. Este nome 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 seus dados de monitoramento e cobrança são processados. Recomendamos que você selecione uma região próxima ou colocalizada 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 Standard (para produção) ou Lab. | Detalhes da instância: SKU |
Os codecs de voz a serem usados entre o Azure Communications Gateway e sua rede. Recomendamos que você especifique apenas quaisquer codecs se tiver um forte motivo para restringir codecs (por exemplo, licenciamento de codecs específicos) e não puder configurar sua rede ou pontos de extremidade para não oferecer codecs específicos. A restrição de codecs pode reduzir a qualidade geral da voz devido à seleção de codecs de baixa fidelidade. | Tratamento de chamadas: codecs suportados |
Se seu recurso do Gateway de Comunicação do Azure deve lidar com chamadas de emergência como chamadas padrão ou encaminhá-las diretamente para o Provedor de Serviços de Roteamento de Emergência (somente nos EUA; somente para Operator Connect ou Teams Phone Mobile). | Tratamento de chamadas: Tratamento de chamadas de emergência |
Uma lista separada por vírgulas de cadeias de discagem usadas para chamadas de emergência. Para o Microsoft Teams, especifique cadeias de discagem como o número de emergência padrão (por exemplo 999 , ). Para Zoom, especifique cadeias de discagem no formato +<country-code><emergency-number> (por exemplo +44999 , ). (Apenas para Operator Connect, Teams Phone Mobile e Zoom Phone Cloud Peering). |
Tratamento de chamadas: Cordas de discagem de emergência |
O escopo no qual o rótulo de nome de domínio gerado automaticamente para o Azure Communications Gateway é exclusivo. Os recursos do Communications Gateway recebem um rótulo de nome de domínio gerado automaticamente que depende do nome do recurso. Selecionar Locatário dá a um recurso com o mesmo nome no mesmo locatário, mas uma assinatura diferente, o mesmo rótulo. Selecionar Subscrição atribui a um recurso com o mesmo nome na mesma subscrição, mas a um grupo de recursos diferente, a mesma etiqueta. A seleção de Grupo de Recursos dá o mesmo rótulo a um recurso com o mesmo nome no mesmo grupo de recursos. Selecionar Sem reutilização significa que o rótulo não depende do nome, grupo de recursos, assinatura ou locatário. | DNS: Escopo de nome de 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 Azure Communications Gateway.
Nota
As implantações de laboratório têm uma região do Azure e se conectam a um site em sua rede.
Valor | Nome(s) de campo no portal do Azure |
---|---|
A região do Azure a ser usada para o tráfego de chamadas. Se você estiver habilitando o Azure Operator Call Protection Preview, há 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 Azure Communications Gateway deve utilizar para contactar a sua rede a partir desta região. | Região de serviço um/dois: Endereço IP do operador |
O conjunto de endereços/intervalos IP permitidos como fontes de tráfego de sinalização da sua rede. Forneça um intervalo de endereços IPv4 usando 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írgulas de endereços IPv4 e/ou intervalos de endereços. | Região de serviço um/dois: endereços IP de origem de sinalização permitidos/intervalos CIDR |
O conjunto de endereços/intervalos IP permitidos como fontes de tráfego de mídia da sua rede. Forneça um intervalo de endereços IPv4 usando 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írgulas de endereços IPv4 e/ou intervalos de endereços. | Região de serviço um/dois: endereço IP de origem de mídia permitido/intervalos CIDR |
Coletar valores de configuração para cada serviço de comunicações
Colete os valores dos serviços de comunicação aos quais você planeja oferecer suporte.
Importante
Algumas opções se aplicam a vários serviços, conforme mostrado por Opções comuns a vários serviços de comunicações nas tabelas a seguir. Você deve escolher a configuração que é adequada para todos os serviços que você planeja suportar.
Para roteamento direto do Microsoft Teams:
Valor | Nome(s) de campo no portal do Azure |
---|---|
Endereços IP ou intervalos de endereços (no formato CIDR) em sua rede que devem ter permissão para se conectar à API de provisionamento do Azure Communications Gateway, em uma lista separada por vírgula. O uso da API de provisionamento é necessário para provisionar números para roteamento direto. | Opções comuns a vários serviços de comunicações: Endereços IP de origem/intervalos CIDR permitidos para conexão com a plataforma de provisionamento do Communications Gateway |
Se deseja adicionar um cabeçalho SIP personalizado às mensagens que entram na sua rede usando a API de provisionamento do Azure Communications Gateway | Opções comuns a vários serviços de comunicações: 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ções: Nome do cabeçalho SIP personalizado |
Para o Operator Connect:
Valor | Nome(s) de campo no portal do Azure |
---|---|
Se deseja adicionar um cabeçalho SIP personalizado às mensagens que entram na sua rede usando a API de provisionamento do Azure Communications Gateway | Opções comuns a vários serviços de comunicações: 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ções: Nome do cabeçalho SIP personalizado |
(Somente se você optar por adicionar um cabeçalho SIP personalizado) Endereços IP ou intervalos de endereços (no formato CIDR) em sua rede que devem ter permissão para se conectar à API de provisionamento, em uma lista separada por vírgula. | Opções comuns a vários serviços de comunicações: Endereços IP de origem/intervalos CIDR permitidos para conexão com a plataforma de provisionamento do Communications Gateway |
Para o Teams Phone Mobile:
Valor | Nome(s) de campo no portal do Azure |
---|---|
O número usado no Teams Phone Mobile para acessar a IVR (Voicemail Interactive Voice Response) de discadores nativos. | Teams Phone Mobile: número piloto do correio de voz do Teams |
Como você planeja usar o MCP (Mobile Control Point) para rotear chamadas do Teams Phone Mobile para o Microsoft Phone System. 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). | Telefone do Teams Mobile: MCP |
Para o emparelhamento de nuvem do Zoom Phone:
Valor | Nome(s) de campo no portal do Azure |
---|---|
A região do Zoom à qual se conectar | Zoom: região de zoom |
Endereços IP ou intervalos de endereços (no formato CIDR) em sua rede que devem ter permissão para se conectar à API de provisionamento do Azure Communications Gateway, em uma lista separada por vírgula. O uso da API de provisionamento é necessário para provisionar números para o Zoom Phone Cloud Peering. | Opções comuns a vários serviços de comunicações: Endereços IP de origem/intervalos CIDR permitidos para conexão com a plataforma de provisionamento do Communications Gateway |
Se deseja adicionar um cabeçalho SIP personalizado às mensagens que entram na sua rede usando a API de provisionamento do Azure Communications Gateway | Opções comuns a vários serviços de comunicações: 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ções: Nome do cabeçalho SIP personalizado |
Não há opções de configuração necessárias para a Visualização da Proteção de Chamada 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 Azure Communications Gateway.
Para o Operator Connect e o Teams Phone Mobile:
Valor | Nome(s) de campo no portal do Azure |
---|---|
Um nome para a linha de teste. Recomendamos nomes do formulário OC1 e OC2 (para Operator Connect) e TPM1 e TPM2 (para 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). | Finalidade do ensaio |
Para o emparelhamento de nuvem do Zoom Phone:
Valor | Nome(s) 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 o Azure Operator Call Protection Preview não exigem números de verificação de serviço.
Decida se deseja tags para recursos do Azure
A nomeação e marcação de recursos é útil 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 área de negócios e equipe.
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.