Planejar o Roteamento Direto

O Encaminhamento Direto permite-lhe ligar um Controlador de Limite de Sessão (SBC) suportado e fornecido pelo cliente ao Microsoft Teams Phone. Com esta capacidade, pode configurar a conectividade da Rede Telefónica Pública Comutado (RTPC) no local com o Teams, conforme mostrado no diagrama seguinte:

Planear a implementação do Encaminhamento Direto é fundamental para uma implementação bem-sucedida. Este artigo descreve os requisitos de licenciamento e infraestrutura e fornece informações sobre a conectividade SBC. Certifique-se de que lê este artigo antes de iniciar a configuração, que está descrita em Configurar o Encaminhamento Direto.

Com o Encaminhamento Direto, pode ligar o SBC a praticamente qualquer ramal telefonia ou interligar-se com equipamentos RTPC de terceiros. O Encaminhamento Direto permite-lhe:

• Utilize praticamente qualquer porta-malas RTPC com o Telefone Teams.

• Configure a interoperabilidade entre o equipamento de telefonia pertencente ao cliente, como uma troca de sucursais privadas (PBX) de terceiros, dispositivos analógicos e o Teams.

A Microsoft também oferece soluções de voz all-in-the-cloud, como o Plano de Chamadas da Microsoft. No entanto, o Encaminhamento Direto poderá ser o melhor para a sua organização se:

• O Plano de Chamadas da Microsoft não está disponível no seu país/região.

• A sua organização necessita de ligação a dispositivos analógicos de terceiros, centros de atendimento telefónico, etc.

• A sua organização tem um contrato existente com uma operadora RTPC.

Para obter mais informações sobre soluções de voz, consulte Planear a sua solução de voz do Teams.

Com o Encaminhamento Direto, quando os utilizadores participam numa reunião agendada, o número de acesso telefónico é fornecido pelo serviço Conferências de Áudio da Microsoft, que requer o licenciamento adequado. Ao efetuar a marcação, as Conferências de Áudio efetuam a chamada através de funcionalidades de chamadas online, o que requer um licenciamento adequado. Se um utilizador não tiver uma licença de Conferências de Áudio da Microsoft, a chamada é encaminhada através do Encaminhamento Direto. Para obter mais informações, consulte Direct Routing with Audio Conferencing (Encaminhamento Direto com Conferências de Áudio).

O Encaminhamento Direto também suporta utilizadores que têm outra licença para o Plano de Chamadas da Microsoft. Para obter mais informações, veja Direct Routing with Calling Plan and Operator Connect (Encaminhamento Direto com Plano de Chamadas e Ligação de Operador).

Requisitos de infraestrutura

Os requisitos de infraestrutura para os SBCs, domínios e outros requisitos de conectividade de rede suportados para implementar o Encaminhamento Direto estão listados na tabela seguinte:

Licenciamento e outros requisitos

Os utilizadores de Encaminhamento Direto têm de ter as seguintes licenças atribuídas no Microsoft 365:

• Telefone do Teams
• Microsoft Teams

Para obter informações sobre quando é necessária uma licença de Conferências de Áudio, consulte Direct Routing with Audio Conferencing (Encaminhamento Direto com Conferências de Áudio).

O Encaminhamento Direto também suporta utilizadores licenciados para o Plano de Chamadas da Microsoft. Para obter mais informações, veja Direct Routing with Calling Plan and Operator Connect (Encaminhamento Direto com Plano de Chamadas e Ligação de Operador).

Para obter mais informações sobre o licenciamento, consulte Licenciamento do Microsoft Teams e licenciamento de suplementos do Microsoft Teams.

Nota: o Encaminhamento Direto não é suportado no modo Ilhas.

Encaminhamento Direto com Conferências de Áudio

Esta secção descreve os requisitos e considerações ao utilizar o Encaminhamento Direto e as Conferências de Áudio.

• Para utilizadores GCC High e DoD G5, a Microsoft recomenda que desative o componente Conferências de Áudio incluído no G5 até configurar o Encaminhamento Direto e adicionou números de Conferências de Áudio ao inquilino da sua organização.

• Para utilizadores GCC High e DoD G3, a Microsoft recomenda que não atribua o suplemento de licença conferências de áudio até configurar o Encaminhamento Direto e adicionar números de Conferências de Áudio ao inquilino da sua organização.

Para obter mais informações, veja Audio Conferencing with Direct Routing for GCC High and DoD (Conferências de Áudio com Encaminhamento Direto para GCC High e DoD).

Escalamento de chamadas não planeada e licença de Conferências de Áudio

Um utilizador do Teams pode iniciar uma chamada Teams-to-PSTN ou Teams-to-Teams e adicionar um participante RTPC à mesma. O caminho que a chamada segue depende se o utilizador que escala a chamada tem ou não uma licença de Conferências de Áudio da Microsoft atribuída:

• Se o utilizador do Teams que escalar a chamada tiver uma licença conferências de áudio da Microsoft atribuída, o escalamento ocorre através do serviço Conferências de Áudio da Microsoft. O participante remoto da RTPC que é convidado para a chamada existente recebe uma notificação sobre a chamada recebida e vê o número da ponte da Microsoft atribuída ao utilizador do Teams que iniciou o escalamento.

• Se o utilizador do Teams que escalar a chamada não tiver a licença conferências de áudio da Microsoft atribuída, o escalamento ocorre através de um Controlador de Limite de Sessão ligado à interface de Encaminhamento Direto. O participante remoto da RTPC que é convidado para a chamada recebe uma notificação sobre a chamada recebida e vê o número de utilizadores do Teams que iniciaram o escalamento. O SBC específico utilizado para o escalamento é definido pela política de encaminhamento do utilizador.

Tem de garantir o seguinte:

• CsOnlineVoiceRoutingPolicy é atribuído ao utilizador.

• Permitir Chamadas Privadas está ativado ao nível do inquilino do Microsoft Teams.

Encaminhamento Direto com Planos de Chamadas e Ligação de Operador

O Encaminhamento Direto também suporta utilizadores licenciados para o Plano de Chamadas da Microsoft ou que tenham atribuído um número de telefone do Operador Connect. Os utilizadores com o Telefone do Teams com o Plano de Chamadas ou o Operador Connect ativado podem encaminhar algumas chamadas através da interface de Encaminhamento Direto.

A conectividade de Mixing Calling Plan ou Operator Connect e Direct Routing para o mesmo utilizador é opcional, mas pode ser útil. Por exemplo, quando é atribuído ao utilizador um plano de chamadas da Microsoft ou um número de Ligação do Operador, mas quer encaminhar algumas chamadas através do SBC.

Um dos cenários mais comuns são as chamadas para PBX de terceiros. Com esta configuração, as chamadas para os telefones ligados ao PBX de terceiros são encaminhadas através do Encaminhamento Direto e, por conseguinte, permanecem na rede empresarial, não atravessando a RTPC. Entretanto, todas as outras chamadas são encaminhadas para a RTPC com base no método de conectividade RTPC atribuído aos utilizadores: Plano de Chamadas da Microsoft ou Ligação do Operador.

Para obter mais informações sobre o licenciamento do Teams Phone, consulte Licenciamento de suplementos do Microsoft Teams.

Pontos finais suportados

Pode utilizar o seguinte como ponto final:

• Qualquer cliente do Teams.

• Telefones de área comuns. Não precisa de uma licença de Plano de Chamadas ao configurar um telefone de área comum com o Encaminhamento Direto. Para obter mais informações, consulte Configurar telefones de área comuns para o Microsoft Teams.

Nomes de domínio SBC

O nome de domínio SBC tem de ser de um dos nomes registados em Domínios do inquilino.

A tabela seguinte mostra exemplos de nomes DNS registados para o inquilino, se o nome pode ser utilizado como um FQDN para o SBC e exemplos de nomes FQDN válidos. Tenha em atenção que não pode utilizar o inquilino *.onmicrosoft.com para o nome FQDN do SBC.

Suponha que pretende utilizar um novo nome de domínio. Por exemplo, o seu inquilino tem contoso.com como um nome de domínio registado no seu inquilino e pretende utilizar sbc1.sip.contoso.com.

Antes de poder emparelhar um SBC com o nome sbc1.sip.contoso.com, tem de registar o nome de domínio sip.contoso.com em Domínios no seu inquilino. Se tentar emparelhar um SBC com sbc1.sip.contoso.com antes de registar o nome de domínio, obterá o seguinte erro: "Não é possível utilizar o domínio "sbc1.sip.contoso.com", uma vez que não foi configurado para este inquilino."

Depois de adicionar o nome de domínio, tem de criar um utilizador com o UPN user@sip.contoso.com e atribuir uma licença do Teams. Pode demorar até 24 horas a aprovisionar totalmente o nome de domínio depois de ser adicionado aos Domínios do seu inquilino, criar um utilizador com um novo nome e atribuir uma licença ao utilizador.

É possível que uma empresa possa ter vários espaços de endereços SIP num inquilino. Por exemplo, uma empresa pode ter contoso.com como um espaço de endereços SIP e fabrikam.com como o segundo espaço de endereços SIP. Alguns utilizadores têm endereço user@contoso.com e alguns utilizadores têm o endereço user@fabrikam.com.

O SBC só precisa de um FQDN e pode atender os utilizadores a partir de qualquer espaço de endereços no inquilino emparelhado. Por exemplo, um SBC com o nome sbc1.contoso.com pode receber e enviar o tráfego RTPC para utilizadores com endereços user@contoso.com e user@fabrikam.com desde que estes espaços de endereços SIP estejam registados no mesmo inquilino.

Certificado fidedigno público para o SBC

A Microsoft recomenda que peça o certificado para o SBC ao gerar um pedido de assinatura de certificação (CSR). Para obter instruções específicas sobre como gerar um CSR para um SBC, veja as instruções de interligação ou a documentação fornecida pelos seus fornecedores de SBC.

O certificado tem de ter o FQDN SBC como o nome comum (CN) ou o campo de nome alternativo do requerente (SAN).

Em alternativa, o Encaminhamento Direto suporta um caráter universal no CN e/ou SAN, e o caráter universal tem de estar em conformidade com o RFC HTTP Over TLS padrão.

Um exemplo seria utilizar *.contoso.com, que corresponderia ao sbc.contoso.com FQDN SBC, mas não corresponderia a sbc.test.contoso.com.

A interface SIP de Encaminhamento Direto apenas confiará nos certificados assinados pelas Autoridades de Certificação (ACs) que fazem parte do Programa de Certificados de Raiz Fidedigna da Microsoft. Certifique-se de que uma AC que faz parte do programa assina o certificado SBC. Certifique-se também de que a extensão de Utilização Alargada de Chaves (EKU) do certificado inclui Autenticação do Servidor e Autenticação de Cliente.

Para obter mais informações, veja Requisitos de Programa – Programa de Raiz Fidedigna da Microsoft e Lista de Certificados de AC Incluída.

Para o Encaminhamento Direto em ambientes GCCH e DoD do Office 365, uma das seguintes autoridades de certificação de raiz tem de gerar o certificado:

• DigiCert Global Root CA
• Ac de Raiz EV DigiCert High Assurance

Para verificar se a ligação MTLS tem origem na infraestrutura do Teams, o SBC deve ser configurado para implementar as seguintes verificações no certificado do lado do servidor do Teams:

• Verifique se a cadeia de emissão de certificados tem origem numa das seguintes ACs de raiz:

  • Raiz do Baltimore CyberTrust
  • DigiCert Global Root G2

• Verifique se o certificado "Nome Alternativo do Requerente" inclui "sip.pstnhub.microsoft.com".

Sinalização SIP: FQDNs, portas, mecanismo de ativação pós-falha

O Encaminhamento Direto é oferecido nos seguintes ambientes:

• Microsoft 365 ou Office 365
• Office 365 GCC
• Office 365 GCC High
• Office 365 DoD

Para obter mais informações sobre ambientes governamentais, como GCC, GCC High e DoD, consulte Ambientes do Office 365 e us government.

As secções seguintes descrevem informações sobre FQDNs, portas e mecanismos de ativação pós-falha.

Sinalização SIP: FQDNs

As secções seguintes descrevem os pontos de ligação do FQDN para vários ambientes na cloud da Microsoft.

Ambientes do Microsoft 365, Office 365 e GCC do Office 365

Nestes ambientes, os pontos de ligação para o Encaminhamento Direto são os três FQDNs seguintes:

• sip.pstnhub.microsoft.com – FQDN Global – tem de ser experimentado primeiro. Quando o SBC envia um pedido para resolver este nome, os servidores DNS do Microsoft Azure devolvem um endereço IP que aponta para o datacenter primário do Azure atribuído ao SBC. A atribuição baseia-se nas métricas de desempenho dos datacenters e na proximidade geográfica do SBC. O endereço IP devolvido corresponde ao FQDN primário.

• sip2.pstnhub.microsoft.com – FQDN secundário – mapeia geograficamente para a segunda região prioritária.

• sip3.pstnhub.microsoft.com – FQDN Terciário – mapeia geograficamente para a terceira região prioritária.

É necessário colocar estes três FQDNs por ordem:

• Proporcionar uma experiência ideal (menos carregado e mais próximo do datacenter SBC atribuído ao consultar o primeiro FQDN).

• Fornecer ativação pós-falha quando a ligação de um SBC é estabelecida para um datacenter que está a ter um problema temporário. Para obter mais informações, veja Mecanismo de ativação pós-falha.

Os FQDNs sip.pstnhub.microsoft.com, sip2.pstnhub.microsoft.com e sip3.pstnhub.microsoft.com são resolvidos para endereços IP a partir das seguintes sub-redes:

• 52.112.0.0/14
• 52.122.0.0/15

Tem de abrir portas para todos estes intervalos de endereços IP na firewall para permitir o tráfego de entrada e saída de e para os endereços para sinalização.

Nota: o tráfego SIP de entrada para os SBCs a partir de pontos finais SIP do Teams pode ter origem em quaisquer IPs nestas sub-redes - não apenas de IPs que resolvem a partir dos FQDNs mencionados anteriormente. Para obter mais informações sobre como configurar o peering SIP, veja a documentação do SBC.

Ambiente do Office GCC DoD

No ambiente do Office GCC DoD, o ponto de ligação para o Encaminhamento Direto é o seguinte FQDN:

sip.pstnhub.dod.teams.microsoft.us – FQDN Global. Como o ambiente DoD do Office 365 existe apenas nos datacenters dos EUA, não existem FQDNs secundários e terciários.

O FQDN sip.pstnhub.dod.teams.microsoft.us é resolvido para um endereço IP a partir da seguinte sub-rede: 52.127.64.0/21

Para permitir o tráfego de entrada e saída de e para os endereços para sinalização, tem de abrir portas para todos estes endereços IP na firewall.

Ambiente do Office 365 GCC High

No ambiente Do Office 365 GCC High, o ponto de ligação para o Encaminhamento Direto é o seguinte FQDN:

sip.pstnhub.gov.teams.microsoft.us – FQDN Global. Como o ambiente GCC High existe apenas nos datacenters dos EUA, não existem FQDNs secundários e terciários.

O FQDN sip.pstnhub.gov.teams.microsoft.us é resolvido para um endereço IP a partir da seguinte sub-rede: 52.127.88.0/21

Para permitir o tráfego de entrada e saída de e para os endereços para sinalização, tem de abrir portas para todos estes endereços IP na firewall.

Sinalização SIP: Portas

Tem de utilizar as seguintes portas para ambientes do Microsoft 365 ou office 365 onde o Encaminhamento Direto é oferecido:

Sinalização SIP: mecanismo de ativação pós-falha

Para resolver sip.pstnhub.microsoft.com, o SBC faz uma consulta DNS. Com base na localização SBC e nas métricas de desempenho do datacenter, o datacenter primário está selecionado.

Se o datacenter primário tiver um problema, o SBC tentará sip2.pstnhub.microsoft.com, o que é resolvido para o segundo datacenter atribuído. Nos casos raros em que os datacenters em duas regiões não estão disponíveis, o SBC volta a tentar o último FQDN (sip3.pstnhub.microsoft.com), que fornece o IP do datacenter terciário.

A tabela seguinte resume as relações entre datacenters primários, secundários e terciários:

Tráfego de multimédia: intervalos de portas, processadores de multimédia, CODECS

Tráfego de multimédia: intervalos de portas

Se quiser implementar o Encaminhamento Direto sem ignorar o suporte de dados, aplicam-se os seguintes requisitos. Para obter os requisitos de firewall para ignorar os suportes de dados, veja Planear a desaprovisionamento de suportes de dados com o Encaminhamento Direto.

O tráfego de multimédia flui de e para um serviço separado na Microsoft Cloud. Os intervalos de endereços IP para o tráfego de multimédia são os seguintes.

Ambientes do Microsoft 365, Office 365 e GCC do Office 365

Nos ambientes do Microsoft 365, Office 365 e Office 365 GCC, os intervalos de endereços IP são:

• 52.112.0.0/14 (endereços IP de 52.112.0.0 a 52.115.255.255)
• 52.120.0.0/14 (endereços IP de 52.120.0.0 a 52.123.255.255)

Ambiente do Office 365 DoD

No ambiente DoD do Office 365, os intervalos de endereços IP são:

• 52.127.64.0/21

Ambiente do Office 365 GCC High

No ambiente Do Office 365 GCC High, os intervalos de endereços IP são:

• 52.127.88.0/21

Todos os ambientes

Os intervalos de portas dos processadores de multimédia são apresentados na tabela seguinte:

Tráfego de multimédia: localização geográfica dos processadores

O tráfego de multimédia flui através de componentes denominados processadores de multimédia. Os processadores de multimédia são colocados nos mesmos datacenters que os proxies SIP da seguinte forma:

• NOAM (E.U.A. Centro-Sul, dois em datacenters E.U.A. Oeste e E.U.A. Leste)
• Europa (datacenters sul do Reino Unido, França Central, Amesterdão e Dublin)
• Ásia (datacenter de Singapura)
• Japão (datacenters JP Leste e Oeste)
• Austrália (datacenters AU Leste e Sudeste)
• LATAM (Sul do Brasil)

Tráfego de multimédia: Codecs

As secções seguintes descrevem os codecs para o tráfego de multimédia.

Leg between SBC and Cloud Media Processor or Microsoft Teams client

Aplica-se tanto a casos de desativação de multimédia como a casos sem ignorar.

A interface de Encaminhamento Direto na perna entre o Controlador de Limite de Sessão e o Processador de Multimédia da Cloud (sem desativação do suporte de dados) ou entre o cliente do Teams e o SBC (se o desvio de multimédia estiver ativado) pode utilizar os seguintes codecs:

• Bypass Não Multimédia (Processador de multimédia SBC para Cloud): SILK, G.711, G.722, G.729
• Ignorar multimédia (SBC para cliente Teams): SILK, G.711, G.722, G.729

Pode forçar a utilização do codec específico no Controlador de Limite de Sessão ao excluir codecs indesejáveis da oferta.

Leg between Microsoft Teams client and Cloud media processor (Alternar entre o cliente do Microsoft Teams e o processador de multimédia na cloud)

Aplica-se apenas a casos de desativação não multimédia. Com o bypass multimédia, o suporte de dados flui diretamente entre o cliente do Teams e o SBC.

Na perna entre o processador de multimédia da Cloud e o cliente do Teams, é utilizado SILK ou G.722. A escolha do codec nesta perna baseia-se em algoritmos da Microsoft, que têm em consideração vários parâmetros.

Controladores de Limite de Sessão (SBCs) suportados

A Microsoft só suporta SBCs certificados para emparelhar com o Encaminhamento Direto. Uma vez que o Enterprise Voice é fundamental para as empresas, a Microsoft executa testes intensivos com os SBCs selecionados e trabalha com os fornecedores de SBC para garantir que os dois sistemas são compatíveis.

Os dispositivos que são validados estão listados como Certificados para o Encaminhamento Direto do Teams. É garantido que os dispositivos certificados funcionam em todos os cenários.

Para obter mais informações sobre os SBCs suportados, veja Session Border Controllers certified for Direct Routing (Controladores de Limite de Sessão certificados para Encaminhamento Direto).

Limites de suporte

A Microsoft só suporta o Teams Phone com Encaminhamento Direto quando utilizado com dispositivos certificados. Se existirem problemas, tem de contactar primeiro o suporte ao cliente do fornecedor SBC. Se necessário, o fornecedor do SBC encaminha o problema para a Microsoft através de canais internos. A Microsoft reserva-se o direito de rejeitar casos de suporte em que um dispositivo não certificado esteja ligado ao Telefone teams através do Encaminhamento Direto. Se a Microsoft determinar que o problema de Encaminhamento Direto de um cliente está relacionado com o dispositivo SBC de um fornecedor, o cliente tem de voltar a contactar o fornecedor SBC para obter suporte.

Confira também

• Configurar o Roteamento Direto
• Sessão de vídeo: Encaminhamento Direto no Microsoft Teams.