Partilhar via

Planejar o Roteamento Direto

  • Artigo
  • Aplica-se a:
    Microsoft Teams

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:

Diagrama a mostrar a configuração da conectividade RTPC no local.

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:

Requisito de infraestrutura Precisa do seguinte
Controlador de Limite de Sessão (SBC) Um SBC suportado. Para obter mais informações, veja SBCs suportados.
Calções de telefonia ligados ao SBC Um ou mais troncos de telefonia ligados ao SBC. Numa das extremidades, o SBC liga-se ao Telefone do Teams através do Encaminhamento Direto. O SBC também pode ligar a entidades de telefonia de terceiros, tais como PBXs, Adaptadores de Telefonia Analógicos, etc. Qualquer opção de conectividade RTPC ligada ao SBC funcionará. (Para configurar os ramais RTPC para o SBC, consulte os fornecedores SBC ou fornecedores de ramal.)
Organização do Microsoft 365 Uma organização do Microsoft 365 que utiliza para albergar os seus utilizadores do Microsoft Teams e a configuração e ligação ao SBC.
Entidade de registo de utilizadores O utilizador tem de estar em casa no Microsoft 365.
Se a sua empresa tiver um ambiente do Skype para Empresas no local com conectividade híbrida ao Microsoft 365, não pode ativar a voz no Teams para um utilizador alojado no local.

Para verificar a entidade de registo de um utilizador, utilize o seguinte cmdlet do Teams PowerShell:
Get-CsOnlineUser -Identity <user> | fl HostingProvider

O resultado do cmdlet deve mostrar:
HostingProvider : sipfed.online.lync.com
Domínios Um ou mais domínios adicionados às suas organizações do Microsoft 365 ou office 365.

Não pode utilizar o domínio predefinido , *.onmicrosoft.com, que é criado automaticamente para o seu inquilino.

Para ver os domínios, pode utilizar o seguinte cmdlet do Teams PowerShell:
Get-CsTenant | fl Domains

Para obter mais informações sobre domínios e organizações do Microsoft 365 ou do Office 365, consulte FAQ sobre Domínios.
Endereço IP público para o SBC Um endereço IP público que pode ser utilizado para ligar ao SBC. Com base no tipo de SBC, o SBC pode utilizar NAT.
Nome de Domínio Completamente Qualificado (FQDN) para o SBC Um FQDN para o SBC, em que a parte do domínio do FQDN é um dos domínios registados na sua organização do Microsoft 365 ou office 365. Para obter mais informações, veja Nomes de domínio SBC.
Entrada DNS pública para o SBC Uma entrada DNS pública que mapeia o FQDN SBC para o Endereço IP público.
Certificado fidedigno público para o SBC Um certificado para o SBC ser utilizado para todas as comunicações com o Encaminhamento Direto. Para obter mais informações, veja Certificado fidedigno público para o SBC.
Pontos de ligação para o Encaminhamento Direto Os pontos de ligação para o Encaminhamento Direto são os três FQDNs seguintes:

sip.pstnhub.microsoft.com – O FQDN Global tem de ser experimentado primeiro.
sip2.pstnhub.microsoft.com – FQDN secundário, mapeia geograficamente para a segunda região de prioridade.
sip3.pstnhub.microsoft.com – FQDN terciário, mapeia geograficamente para a terceira região prioritária.

Para obter informações sobre os requisitos de configuração, veja Sinalização SIP: FQDNs.
Endereços IP da firewall e portas para suportes de dados de Encaminhamento Direto O SBC comunica com os seguintes serviços na cloud:

- Proxy SIP, que processa a sinalização
- Processador de Multimédia, que processa suportes de dados , exceto quando o Media Bypass está ativado

Estes dois serviços têm endereços IP separados no Microsoft Cloud, descritos mais à frente neste documento.

Para obter mais informações, consulte a secção Microsoft Teams em URLs e intervalos de endereços IP.
Perfil de Transporte de Multimédia TCP/RTP/SAVP
UDP/RTP/SAVP

Licenciamento e outros requisitos

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

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:

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.

Nome DNS Pode ser utilizado para O FQDN SBC Exemplos de nomes FQDN
contoso.com Sim Nomes válidos:
sbc1.contoso.com
ssbcs15.contoso.com
europe.contoso.com
contoso.onmicrosoft.com Não A utilização de *.onmicrosoft.com domínios não é suportada para nomes 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.

Nota

O FQDN SBC no encaminhamento direto dos Serviços de Comunicação do Azure tem de ser diferente do FQDN SBC no Encaminhamento Direto do Teams.

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.

Nota

A maioria das Autoridades de Certificação (ACs) exige que o tamanho da chave privada seja, pelo menos, 2048. Tenha isto em mente ao gerar o CSR.

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.

Nota

No final de agosto de 2023, o Microsoft 365 atualizará os seus serviços para utilizar certificados TLS emitidos pela nova AC "DigiCert Global Root G2". Para evitar erros que possam afetar o serviço, tem de atualizar o arquivo de raiz do certificado do SBC para incluir a nova AC de Raiz. Para obter mais informações, veja Alteração do Certificado SIP para a Autoridade de Certificação MSPKI.

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

Nota

Se o suporte do TLS Mútuo (MTLS) estiver ativado para a ligação do Teams no SBC, tem de instalar a Raiz CyberTrust de Baltimore e os certificados DigiCert Global Root G2 no Arquivo de Raiz Fidedigna SBC do contexto TLS do Teams. (Isto deve-se ao facto de os certificados do serviço Microsoft utilizarem um destes dois certificados de raiz.) Para transferir estes certificados de raiz, consulte Cadeias de encriptação do Microsoft 365. Para obter mais informações, consulte Alterações ao Certificado TLS do Office.

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:

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:

Tráfego De Até Porta de origem Porta de destino
SIP/TLS SIP Proxy SBC 1024 – 65535 Definido no SBC (apenas para a porta 5061 5061 do Office 365 GCC High/DoD)
SIP/TLS SBC SIP Proxy Definido no SBC 5061

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:

Se o datacenter principal for EMEA NOAM ÁSIA
O datacenter secundário (sip2.pstnhub.microsoft.com) E.U.A UE E.U.A
O datacenter terciário (sip3.pstnhub.microsoft.com) ÁSIA ÁSIA UE

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.

Nota

Os intervalos de IP apresentados neste documento são específicos do Encaminhamento Direto e podem ser diferentes dos recomendados para o cliente do Teams.

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 Até Porta de origem Porta de destino
UDP/SRTP Processador de Multimédia SBC 3478-3481 e 49152 – 53247 Definido no SBC
UDP/SRTP SBC Processador de Multimédia Definido no SBC 3478-3481 e 49152 – 53247

Nota

A Microsoft recomenda pelo menos duas portas por chamada simultânea no SBC.

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.

Nota

A segmentação de multimédia não é suportada. Durante uma chamada de Encaminhamento Direto, se o SBC enviar um novo IP de multimédia para o Encaminhamento Direto, embora seja negociado na sinalização SIP, o suporte de dados nunca é enviado para o novo endereço IP a partir do Encaminhamento Direto.

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