Ligação no Microsoft Teams conecta sem áudio: o que verificar

Lig ação no Microsoft Teams conecta sem áudio: o que verificar primeiro

Teams chamada sem áudio ocorre quando o sinal de controle conecta a ligação, mas o fluxo de mídia entre cliente, rede, nuvem Microsoft, SBC e PSTN falha ou degrada.

O problema raramente está no aplicativo. A chamada conecta porque o plano de discagem funciona, mas o áudio não flui porque o caminho de mídia está bloqueado ou mal configurado.

Ligação no Microsoft Teams conecta sem áudio: o que verificar primeiro

Quando a chamada conecta mas o áudio não flui, o diagnóstico começa pelo fluxo de mídia. O sinal de controle usa a porta 5061 (TLS), enquanto a mídia usa portas dinâmicas UDP. Se o firewall bloquear essas portas, a chamada conecta e o áudio fica mudo.

A Microsoft documenta que o Teams Phone e o Direct Routing exigem portas específicas para mídia. O SBC precisa aceitar codecs como G.711, G.722 e SILK. Se o codec não for negociado, a chamada conecta sem áudio ou com qualidade inviável.

O caminho completo da mídia inclui o cliente Teams, a rede local, a nuvem Microsoft, o SBC e a operadora PSTN. Cada salto adiciona latência, jitter e perda de pacotes. Um problema em qualquer ponto degrada a experiência.

Profissionais de rede que isolam o sintoma por segmento do fluxo de mídia reduzem o tempo de diagnóstico e evitam trocas desnecessárias de hardware.

O fluxo de mídia e os sintomas de cada falha

Áudio mudo unilateral indica falha no caminho de retorno da mídia. Latência alta aparece quando o SBC ou a operadora encaminham a chamada por rotas geograficamente distantes. Jitter constante sugere problemas de rede local ou Wi-Fi instável.

Verifique o relatório de chamadas no Centro de Administração do Teams. Ele mostra a pontuação de qualidade por chamada, incluindo jitter, perda e latência. Use esses dados para correlacionar o sintoma com o segmento do fluxo.

Firewall, SBC e codec: os três pontos mais comuns de falha

O firewall corporativo precisa liberar o tráfego UDP para os intervalos de IP e portas publicados pela Microsoft. Se a política de segurança bloquear ou inspecionar esse tráfego, a mídia não chega ao destino.

O SBC deve ter certificado válido para Direct Routing e suportar os codecs negociados com o Teams. Muitas vezes, o SBC está configurado apenas para G.711, enquanto o Teams tenta negociar SILK ou Opus.

Quando o SBC não responde à negociação de codec, a chamada conecta com áudio mudo. O log do SBC mostra a tentativa de negociação e o codec rejeitado. Esse log é o primeiro documento a solicitar ao suporte.

Para operações com Direct Routing, a Microsoft exige que o SBC esteja em conformidade com as especificações de certificação. SBCs não certificados podem conectar chamadas, mas falham na qualidade de mídia.

Quando o problema está na rede ou no cliente

O cliente Teams envia relatórios de qualidade de chamada para a Microsoft. Esses relatórios incluem dados de rede, como Wi-Fi, e a qualidade da conexão. Se o relatório mostrar perda de pacotes no cliente, o problema está na rede local.

O Wi-Fi é um ponto crítico. Chamadas de voz exigem baixa latência e jitter, mas o Wi-Fi compartilhado com outras aplicações degrada a qualidade. Use cabos Ethernet para dispositivos fixos ou configure QoS para o tráfego de voz.

Clientes com VPN também causam problemas de mídia. A VPN adiciona overhead e pode bloquear o tráfego UDP. Se a chamada conecta sem áudio apenas com VPN ativa, o túnel VPN é o ponto de falha.

A atualização do cliente Teams também importa. Versões antigas têm bugs de mídia corrigidos em releases recentes. Verifique se todos os usuários estão na versão atual antes de investigar o SBC.

Critérios para decidir onde agir primeiro

Sintoma	Segmento do fluxo	Ação recomendada
Áudio mudo unilateral	Retorno de mídia (SBC ou firewall)	Verificar log do SBC e regras de firewall
Latência alta	Rota entre SBC e operadora PSTN	Revisar rota de saída e escolha da operadora
Jitter constante	Rede local ou Wi-Fi	Configurar QoS e avaliar cabeamento
Perda de pacotes	Rede ou firewall inspecionando UDP	Revisar política de firewall e banda
Codec rejeitado	Negociação entre Teams e SBC	Atualizar configuração de codec no SBC

A tabela acima liga cada sintoma ao segmento do fluxo de mídia. Use-a como ponto de partida para o diagnóstico. O próximo passo é coletar logs do SBC e o relatório de qualidade do Teams.

O custo de não agir sobre a qualidade de áudio

Chamadas com áudio mudo ou degradado forçam retrabalho. O usuário desliga e liga novamente, tentando obter uma conexão melhor. Isso gera perda de tempo e interrompe o atendimento ao cliente.

Em operações de call center, a qualidade do áudio afeta diretamente a taxa de resolução no primeiro contato. Se o cliente não entende o atendente, a chamada se arrasta ou é encerrada sem solução.

A reputação da empresa também sofre. Clientes que enfrentam chamadas com áudio ruim associam a falha à marca, não à infraestrutura de telefonia. O impacto vai além do custo operacional.

Para equipes internas, a perda de produtividade é silenciosa. Reuniões com áudio ruim forçam repetição de informações e geram retrabalho. O custo acumulado supera o investimento em um diagnóstico especializado.

Quando a solução exige intervenção especializada

Se os logs do SBC não mostram erro e o firewall está liberado, o problema pode estar na configuração do Direct Routing. A Microsoft exige configuração específica de trunk e regras de roteamento.

Erros de configuração no SBC, como ausência de media bypass ou configuração incorreta de DTLS, causam falhas de mídia. Esses erros não aparecem em logs simples e exigem análise aprofundada.

Nesse cenário, um diagnóstico especializado com ferramentas de análise de tráfego SIP e RTP identifica o ponto exato da falha. O especialista correlaciona os eventos do SBC com os relatórios do Teams.

Empresas que já passaram por esse tipo de problema sabem que a tentativa e erro prolonga a indisponibilidade. Um diagnóstico estruturado reduz o tempo de resolução e evita trocas de equipamento desnecessárias.

Como comparar opções de Teams chamada sem áudio com critérios objetivos?

Comparar soluções para chamada que conecta sem áudio exige olhar o fluxo de mídia inteiro, não apenas o sintoma. Você precisa avaliar onde o pacote RTP está sendo perdido ou degradado entre o cliente, a rede, a nuvem Microsoft, o SBC e a operadora PSTN.

A decisão correta começa por distinguir se o problema está no cliente, na rede interna, no SBC ou na operadora. Cada ponto exige uma ferramenta de diagnóstico diferente e um responsável distinto.

Critérios que separam diagnóstico de palpite

Avalie cada opção por aderência ao problema real, complexidade de implantação, risco operacional, tempo até valor, integração com o processo atual e confiabilidade das evidências. Esses seis critérios formam uma matriz de escolha sem depender de rating ou nota inventada.

Critério de avaliação	O que observar na prática	Pergunta que decide a escolha
Aderência ao sintoma	O problema ocorre em chamadas internas, externas ou ambas?	A correção trata a causa raiz ou apenas mascara o sintoma?
Complexidade de implantação	Requer mudança em firewall, SBC, política de codec ou roteamento?	Sua equipe consegue implementar sem interromper a operação?
Risco operacional	Qual o impacto de uma configuração errada na qualidade das chamadas?	Existe plano de rollback imediato se algo falhar?
Tempo até valor	A correção resolve em minutos, horas ou exige janela de manutenção?	O custo do downtime durante a correção é aceitável?
Integração com o processo atual	A solução conversa com o SBC, operadora e Teams admin center existentes?	Os logs e relatórios se integram ao seu monitoramento atual?

Para problemas restritos a chamadas externas, o diagnóstico precisa incluir a operadora e o SBC. O fluxo de mídia atravessa a internet até a nuvem Microsoft, depois segue para o SBC e finalmente para a PSTN — qualquer salto pode degradar o áudio.

Profissionais de rede que documentam o sintoma, o horário e o ramo afetado reduzem o tempo de diagnóstico de horas para minutos. Sem esse registro, cada chamada sem áudio exige recriar o cenário do zero.

Quando cada abordagem faz sentido e quando não faz

Se o problema é codec, ajustar a política de mídia no Teams admin center resolve sem tocar na infraestrutura. Se o bloqueio está no firewall, liberar as portas 3478-3481 e 49152-53247 para UDP resolve o tráfego de mídia.

• Cenário indicado: chamadas internas sem áudio — investigue o cliente Teams e a rede local antes de culpar o SBC.
• Limite: chamadas externas intermitentes — exige análise de jitter e perda de pacotes no caminho até a Microsoft e a operadora.
• Risco: alterar codec sem testar em um piloto pode degradar a qualidade para todos os usuários.

A atualização do cliente Teams resolve falhas conhecidas de áudio. Verifique a versão instalada e compare com as notas de liberação da Microsoft antes de mexer na rede.

Próximos passos por cenário operacional

Para cada cenário, existe uma sequência lógica de verificação que evita retrabalho. Comece pelo mais simples e barato, depois avance para a infraestrutura.

1. Sintoma isolado em um usuário: verifique o dispositivo de áudio, o driver e a versão do Teams. Reinicie o cliente e teste com o app web.
2. Sintoma em um grupo ou ramal: análise o tráfego no switch, a política de QoS e a configuração do SBC para aquele grupo.
3. Sintoma geral em chamadas externas: capture logs no SBC, verifique o tronco SIP e teste a latência até o datacenter da Microsoft mais próximo.

Se o problema persiste após essas verificações, o próximo passo é um diagnóstico estruturado do fluxo de mídia. Receber ligações de clientes dentro do Microsoft Teams exige que o caminho de mídia esteja íntegro do início ao fim.

A comparação entre opções de correção não deve se basear em promessas, mas em evidências coletadas no seu ambiente. O trade-off entre mexer no firewall e ajustar o SBC depende de quem tem acesso e de qual mudança apresenta menor risco.

Para operações que usam Teams Phone como substituição de PABX, a qualidade do áudio define se a migração é viável. Um problema de mídia não resolvido inviabiliza o projeto inteiro.

A resposta direta: Teams chamada sem áudio é um sintoma de falha no fluxo de mídia, não um problema isolado do aplicativo. Isso significa que a correção exige mapear o caminho do pacote RTP e identificar onde ele é bloqueado, degradado ou descartado.

Quando o diagnóstico aponta para múltiplas causas possíveis, priorize a que afeta mais usuários. Documente cada alteração e monitore a qualidade das chamadas antes e depois da mudança.

Se a equipe interna não tem visibilidade do SBC ou da operadora, a correção exige um parceiro com acesso ao fluxo completo. O checklist de telefonia e aplicação ajuda a isolar o problema antes de envolver o provedor.

Para encerrar a comparação, use os critérios da tabela como filtro inicial. Se uma opção falha em aderência ao sintoma ou apresenta risco operacional alto, descarte antes de avaliar custo.

O que causa uma chamada sem áudio no Teams?

Chamada sem áudio no Teams ocorre quando o sinal de controle conecta, mas o fluxo de mídia falha em algum ponto entre o cliente, a rede, a nuvem Microsoft, o SBC e a operadora PSTN. Cada camada produz sintomas distintos que ajudam a isolar a causa.

1. Firewall bloqueando portas de mídia: O Teams usa portas UDP 3478-3481 para mídia. Se o firewall corporativo libera apenas SIP (TCP 5061) mas bloqueia o range de mídia, a chamada conecta e o áudio fica mudo. Teste rápido: use o Connectivity Analyzer da Microsoft ou capture pacotes com Wireshark filtrando por UDP 3478.
2. QoS ausente ou mal configurado: Sem DiffServ (DSCP 46) para marcar pacotes de áudio, roteadores podem descartar ou atrasar a mídia em redes congestionadas. O sintoma é áudio entrecortado ou mudo em horários de pico. Teste rápido: verifique se o DSCP está marcado nos pacotes RTP com Wireshark e se os switches aplicam a política de fila correta.
3. Codec incompatível ou forçado incorretamente: O Teams negocia codecs (SILK, G.711, G.722) com o SBC. Se o tronco SIP força G.729 sem o Teams suportar nativamente, a mídia falha. Teste rápido: verifique o SDP na mensagem SIP 200 OK para confirmar o codec aceito.
4. Configuração incorreta do SBC ou Direct Routing: Parâmetros como early media, 183 Session Progress ou PRACK mal configurados no SBC causam mudo unidirecional ou total. Teste rápido: gere um log SIP no SBC durante uma chamada de teste e verifique os códigos de resposta (200 OK, 183, 180).
5. Problema no dispositivo do usuário: Microfone com driver desatualizado, alto-falante selecionado errado ou permissão de acesso negada no navegador. Teste rápido: use o Test Call do Teams (atalho Ctrl+Shift+Space) para verificar dispositivo e rede.
6. Falhas na operadora PSTN ou tronco SIP: A operadora pode descartar mídia após o early media ou aplicar codec diferente do negociado. O sintoma é áudio que funciona em chamadas internas, mas falha em chamadas externas. Teste rápido: faça uma chamada de teste via Direct Routing e outra via PSTN para comparar o comportamento.

Equipes que documentam perfil, problema e requisitos reduzem ambiguidade na escolha de Teams chamada sem áudio.

Para isolar a causa, comece pelo cliente e avance para a rede. O Call Analytics da Microsoft mostra se o problema está no dispositivo, na rede ou no serviço. A documentação de monitoramento de qualidade de chamadas da Microsoft lista métricas como jitter, perda de pacotes e latência por chamada.

Se a chamada conecta mas o áudio falha apenas em chamadas externas, o problema está no tronco SIP ou na operadora. Se falha em todas as chamadas, o firewall ou o SBC são os suspeitos primários.

Para cenários de Direct Routing, verifique se o FQDN do SBC está resolvendo corretamente e se os certificados TLS são válidos. Erros de certificado causam falha de mídia sem afetar o sinal de controle.

A configuração de bypass de mídia pode reduzir latência, mas exige que o cliente alcance o SBC diretamente. Se o firewall bloqueia esse acesso, a mídia falha mesmo com o sinal funcionando.

Em operações com Teams Phone substituindo o PABX, o SBC concentra múltiplos troncos. Um erro de roteamento no SBC pode derrubar o áudio de todas as chamadas de um grupo específico.

Quando o problema persiste após testar todas as camadas, o próximo passo é receber ligações de clientes dentro do Microsoft Teams com monitoramento proativo. A tw Solutions atua desde 2007 com telefonia em nuvem e pode diagnosticar o fluxo completo de mídia da sua operação.

Chamada sem áudio no Teams raramente é um problema do aplicativo; quase sempre é um bloqueio no caminho da mídia. Identificar a camada exata exige teste sistemático, não adivinhação. O checklist de telefonia para agentes de IA mostra como falhas de mídia afetam operações automatizadas de forma semelhante.

Para diagnosticar corretamente, use o Teams Call Quality Dashboard e correlacione com logs do SBC. A Microsoft recomenda verificar o fluxo de mídia antes de alterar configurações de rede.

Se você precisa de suporte para configurar Direct Routing, SBC ou QoS, agende um diagnóstico com especialistas e resolva agora.

Diagnóstico por camadas: como identificar onde o áudio está falhando

Quando a chamada conecta mas o áudio falha, o problema está em uma das quatro camadas do fluxo de mídia: cliente, rede, nuvem Microsoft ou SBC/operadora. O sintoma específico que você observa aponta diretamente para a camada onde o diagnóstico deve começar. Áudio mudo em uma direção, por exemplo, raramente é problema no computador do usuário.

O fluxo de mídia percorre um caminho distinto do sinal de controle. Enquanto o sinal de controle usa TCP na porta 443, o áudio usa UDP nas portas 3478-3481. Essa diferença explica por que a chamada conecta visualmente, mas o som falha — cada fluxo segue uma rota e regras diferentes.

Para diagnosticar com precisão, use a tabela abaixo como referência prática. Ela correlaciona sintoma, camada provável, teste específico e a ação corretiva imediata.

Sintoma observado	Camada provável	Teste para confirmar	Ação corretiva
Áudio mudo em uma direção (ouvinte não escuta, ou não é ouvido)	SBC ou operadora PSTN	Teste chamada entre dois clientes Teams internos; se funcionar, isola o SBC	Revisar configuração de codec e roteamento de mídia no SBC; verificar se a operadora está enviando mídia bidirecional
Áudio robótico, cortado ou com ruídos metálicos	Rede — perda de pacotes ou jitter	Executar teste de conectividade contínua (ping) para o endpoint da Microsoft e medir jitter	Ajustar QoS para priorizar tráfego de mídia UDP nas portas 3478-3481; verificar se há congestionamento no link
Atraso perceptível na fala (eco ou espera antes da resposta)	Rede — latência alta ou codec inadequado	Medir latência de ida e volta até o SBC e até a nuvem Microsoft	Reconfigurar codec para G.711 se estiver usando G.729; verificar rota de mídia e proximidade geográfica do SBC
Áudio funciona nos primeiros segundos e depois some	Firewall — timeout de sessão UDP ou NAT	Reproduzir chamada e monitorar as portas UDP com Wireshark ou logs do firewall	—

Essa tabela resolve a maioria dos casos de Teams chamada sem áudio sem necessidade de escalar para a Microsoft. O critério que separa um diagnóstico rápido de um palpite é a ordem dos testes: sempre isole o cliente antes de culpar a rede.

Se o áudio falhar em chamadas internas entre usuários Teams, o problema está no cliente ou na rede local. Se falhar apenas em chamadas externas via PSTN, o SBC e a operadora são os suspeitos principais. Essa distinção reduz o tempo de resolução pela metade.

Para chamadas via Direct Routing, a documentação da Microsoft especifica que o SBC deve suportar os codecs G.711, G.722 e G.729. Um SBC configurado com codec inadequado causa áudio robótico ou mudo em uma direção, mesmo com rede saudável. Verifique a configuração do SBC antes de abrir chamado na operadora.

Profissionais de rede que documentam cada chamada problemática com o sintoma exato, horário e duração reduzem o tempo de diagnóstico em horas. O próximo passo é aplicar o teste da tabela na primeira chamada que falhar e registrar o resultado antes de alterar qualquer configuração.

Para cenários onde o problema persiste após ajustes de firewall e QoS, a falha pode estar na integração do SBC com a operadora. Nesse caso, avalie se a solução de telefonia integrada ao Teams adota o modelo Direct Routing ou Operator Connect — cada um tem requisitos de infraestrutura diferentes.

Se a operação depende de chamadas externas e o áudio falha mesmo com rede saudável, o problema pode estar no SBC ou na operadora. Nesse cenário, entender os limites do Teams Phone em relação ao PABX tradicional ajuda a decidir se a correção é local ou estrutural.

O diagnóstico por camadas funciona quando cada sintoma é tratado como evidência, não como reclamação isolada. Profissionais que correlacionam sintoma, camada e teste específico resolvem chamadas sem áudio em minutos, não em dias. Aplique a tabela na próxima ocorrência e meça o tempo até a resolução.

Como testar a qualidade do áudio no Microsoft Teams?

Para testar a qualidade do áudio, combine o Analisador de Qualidade de Chamadas (CQD) com chamadas controladas e logs do SBC. O CQD mostra métricas de rede e mídia, como jitter, perda de pacotes e latência, por chamada. Esses dados revelam se a falha está no cliente, na rede ou no caminho de mídia.

O teste manual valida o que o CQD não captura: a percepção do usuário e o comportamento de dispositivos específicos. Um roteiro de teste bem definido isola variáveis e evita retrabalho no diagnóstico. Documente cada chamada com horário, dispositivo, rede e codec usado.

1. Abra o CQD e filtre por chamadas com falha — Acesse o Teams Admin Center e carregue os relatórios do CQD. Filtre por "Audio" e selecione métricas de jitter, perda de pacotes e latência para identificar padrões.
2. Faça chamadas de teste no desktop e no web — Use o aplicativo desktop e o cliente web em uma chamada de teste com outro usuário. Compare a qualidade entre os dois clientes para isolar falhas específicas do aplicativo.
3. Verifique o relatório de chamadas no Teams Admin Center — Acesse o histórico de chamadas do usuário afetado. Confira codec usado, endereço IP e indicadores de qualidade da sessão para confirmar o que o CQD apontou.
4. Teste com diferentes dispositivos e redes — Alterne entre headset, microfone do notebook e rede Wi-Fi versus cabo. Se o áudio falhar em um dispositivo e não em outro, o problema está no hardware ou no driver.
5. Monitore os logs do SBC e do Direct Routing — Verifique se o Session Border Controller registra erros de codec, falhas de RTP ou reinícios de sessão. Logs do SBC mostram se a mídia saiu do ambiente Microsoft e chegou à operadora.

Um diagnóstico completo combina a telemetria do CQD com logs do SBC e testes controlados de dispositivo. O CQD responde onde a mídia degradou; o SBC confirma se o problema está no tronco SIP ou na operadora. Sem essa combinação, o teste manual gera dados soltos e a chamada sem áudio persiste.

Erros comuns ao testar: usar apenas um dispositivo, ignorar a rede do usuário e não correlacionar horários com picos de uso. Cada teste deve alterar uma única variável por vez. Se o áudio falhar em todas as condições, o problema é sistêmico e exige análise de tronco e firewall.

Para cenários onde a chamada conecta mas o áudio some em horários específicos, cruze os dados do CQD com logs do SBC. Esse cruzamento revela se a falha acompanha picos de uso da rede ou erros do provedor. Como receber ligações de clientes dentro do Microsoft Teams mostra o fluxo completo entre cliente e PSTN. Use o CQD para medir, o SBC para confirmar e o teste manual para validar a experiência real.

O que fazer quando a chamada conecta, mas o áudio não funciona?

Comece isolando a origem do silêncio: teste uma chamada interna entre dois ramais e depois uma externa via PSTN. Se o áudio falhar apenas na chamada externa, o problema está no SBC ou na operadora, não no cliente Teams.

Para cada cenário, existe uma ordem de verificação específica que evita retrabalho. Siga o roteiro abaixo por camada e registre cada teste antes de alterar configuração.

Problema na rede: QoS, firewall e banda

Verifique se o tráfego de mídia RTP está sendo priorizado pelo QoS antes de qualquer outra ação. A Microsoft recomenda portas UDP 3478-3481 para mídia e não garante qualidade sem QoS configurado na rede.

Teste o firewall isolando um único dispositivo em uma rede sem inspeção de pacotes. Se o áudio funcionar, o firewall está descartando ou alterando pacotes de mídia.

Meça a banda disponível durante a chamada com um teste de throughput simultâneo. Chamadas com codec G.711 exigem aproximadamente 87 kbps por fluxo; com G.722, o consumo é similar, mas a tolerância a perda é menor.

Problema no SBC: codec, roteamento e certificados

Revise a configuração de codecs no SBC: se ele estiver negociando G.711 enquanto o Teams espera SILK ou G.722, a chamada conecta sem áudio. Alinhe a lista de codecs do SBC com a configuração do Direct Routing da Microsoft.

Confira os certificados do SBC: um certificado expirado ou com hostname incorreto impede o handshake de mídia, mesmo com sinalização OK. A documentação da Microsoft exige certificados válidos emitidos por uma autoridade confiável.

Valide o roteamento de chamadas no SBC comparando o padrão de discagem com o tronco configurado no Teams. Um roteamento incorreto envia a chamada para um destino sem suporte a mídia.

Problema na operadora: teste com outro tronco

Quando o SBC está correto mas o áudio falha em todas as chamadas externas, teste o mesmo número via um tronco alternativo ou um celular. Se o áudio funcionar em outro tronco, a operadora original está com problema de codec ou roteamento de mídia.

Registre o horário e a duração da falha para comparar com incidentes da operadora. Falhas intermitentes em horários específicos indicam congestionamento no backbone PSTN, não configuração local.

Problema no dispositivo: drivers e headset

Atualize os drivers de áudio do dispositivo e teste com um headset USB diferente antes de culpar a rede. Dispositivos Bluetooth frequentemente causam chamada conectada sem áudio devido a perfil de mídia incompatível.

Verifique se o dispositivo padrão de áudio no Windows é o headset e não o alto-falante do notebook. A troca do dispositivo padrão durante uma chamada ativa é causa comum de silêncio no Teams.

Quando escalar para um especialista

Também escale se o problema persistir após validar QoS, firewall, codecs, certificados e dispositivo. Nesse caso, o diagnóstico exige análise simultânea de logs do SBC e do CQD, que um profissional de voz integra em menos tempo.

Antes de escalar, documente o que já foi testado: horário, duração, ramais envolvidos, tronco utilizado e resultados do CQD. Essa documentação reduz o tempo de resolução em pelo menos duas horas.

Como diferenciar Teams, Teams Phone, Direct Routing e SBC?

Teams é o aplicativo de colaboração; Teams Phone é o sistema telefônico na nuvem; Direct Routing é o método que conecta esse sistema à rede telefônica; SBC é o equipamento que faz a intermediação física entre o Teams e a operadora. Cada um ocupa uma posição distinta no fluxo de chamada, e confundi-los atrasa o diagnóstico de uma chamada que conecta sem áudio.

O Teams gerencia reuniões, chat e presença, mas não é um sistema telefônico completo. O Teams Phone adiciona a funcionalidade de telefonia, permitindo fazer e receber chamadas PSTN a partir do próprio aplicativo. O Direct Routing é o protocolo de conexão que liga o Teams Phone ao seu SBC, e o SBC traduz o sinal para a operadora.

Quando você identifica que o problema está no SBC, na operadora ou no Direct Routing, o escopo do troubleshooting muda completamente. Um erro de roteamento no SBC não será resolvido reiniciando o aplicativo Teams. Por isso, separar os papéis é o primeiro passo para localizar onde o áudio está falhando.

Para chamadas internas entre usuários do mesmo locatário, o áudio flui diretamente entre os clientes, sem passar por SBC ou operadora. Já em chamadas externas via PSTN, o fluxo de mídia obrigatoriamente atravessa o Direct Routing e o SBC, que se conecta à operadora.

O SBC também é responsável por converter codecs, aplicar regras de segurança e gerenciar o tronco SIP. Se o SBC estiver configurado com um codec incompatível com o da operadora, a chamada pode conectar, mas o áudio fica mudo ou com qualidade degradada.

Qual a diferença entre PABX, SIP Trunk e operadora nesse fluxo?

O PABX é o sistema que gerencia ramais internos e pode ser físico ou virtual. O SIP Trunk é o canal de comunicação que conecta o PABX ou o SBC à operadora de telefonia. A operadora é a empresa que fornece o número e o acesso à rede PSTN.

No Direct Routing, o SBC substitui o papel do PABX tradicional na intermediação com a operadora. O Teams Phone atua como o PABX na nuvem, gerenciando ramais, filas e políticas de chamada. O SIP Trunk continua sendo o meio físico pelo qual o áudio trafega até a operadora.

Se a chamada externa conecta, mas o áudio falha, o problema pode estar no SIP Trunk, no SBC ou na configuração do Direct Routing. Cada um desses componentes exige um teste específico, e você precisa saber qual deles está sob seu controle.

O SBC e o Direct Routing são configurados por quem administra a infraestrutura de voz da empresa. A operadora é um terceiro, e o SIP Trunk pode ser gerenciado por você ou pelo provedor, dependendo do contrato. Teams Phone substitui o PABX em muitos cenários, mas exige que você mantenha o controle sobre o SBC e o tronco.

Para chamadas que conectam sem áudio, o teste mais rápido é separar o problema em duas rotas: interna e externa. Se a interna funciona e a externa falha, o problema está entre o SBC, o tronco e a operadora, não no cliente Teams.

Profissionais de rede que mapeiam cada componente antes de testar reduzem o tempo de diagnóstico de uma chamada sem áudio pela metade. A documentação da Microsoft sobre Direct Routing e sobre Teams Phone detalha os requisitos de cada componente, incluindo certificados, codecs e portas necessárias.

Quando o problema de áudio no Teams é da sua rede?

O Analisador de Qualidade de Chamadas (CQD) da Microsoft mostra esses números por chamada, mas exige configuração prévia. Sem ele, use testes de ping e traceroute para identificar onde o tráfego começa a degradar. Execute o teste de ping para o endereço da Microsoft durante uma chamada ativa e compare a latência com o resultado de um teste fora do horário de pico.

QoS (Quality of Service) é o recurso que prioriza o tráfego de voz sobre dados na sua rede, e sua ausência é a causa mais comum de degradação. Sem QoS, pacotes de áudio competem com downloads e videoconferências em condições iguais, resultando em perda de pacotes e jitter. Configure QoS nos switches e roteadores para marcar pacotes de mídia do Teams com DSCP 46 (EF) e garantir prioridade no encaminhamento.

O firewall também bloqueia ou atrasa o fluxo de mídia se as portas UDP 3478-3481 não estiverem liberadas para os intervalos de IP da Microsoft. Diferente do sinal de controle (HTTPS na porta 443), a mídia usa UDP, e muitos firewalls inspecionam ou descartam esse tráfego. Verifique se o firewall não está fazendo inspeção profunda de pacotes (DPI) nos fluxos UDP, pois isso adiciona latência e pode descartar pacotes fora de ordem.

Se os testes apontarem a rede como origem, o próximo passo é documentar o cenário e priorizar a correção. Receber ligações de clientes dentro do Microsoft Teams exige uma rede preparada para mídia em tempo real, e a correção começa com QoS no roteador de borda. Após ajustar QoS e firewall, repita os testes de ping e CQD para confirmar que jitter e perda de pacotes voltaram aos limites aceitáveis.

Como evitar chamadas sem áudio no Teams?

Prevenir falhas de áudio exige monitorar o fluxo de mídia antes que o usuário reclame. A combinação de QoS na rede, configuração correta do SBC e análise contínua do CQD reduz drasticamente os incidentes de silêncio.

• Implementar QoS na rede: Priorize pacotes de mídia do Teams (RTP) sobre tráfego comum. Configure marcação DSCP 46 para áudio e aplique políticas em switches, roteadores e firewalls. Sem QoS, picos de download ou upload degradam a chamada mesmo com banda nominal suficiente.
• Configurar corretamente o SBC e o Direct Routing: Valide codecs suportados (G.711, SILK), perfis de mídia e parâmetros de jitter buffer no SBC. Um SBC mal configurado pode aceitar a sinalização SIP, mas falhar no fluxo de mídia RTP, gerando o sintoma clássico de chamada conectada sem som. Teste após cada alteração de roteamento.
• Monitorar a qualidade com CQD: Use o Analisador de Qualidade de Chamadas (CQD) da Microsoft para identificar padrões de perda de pacotes, jitter e latência. Crie relatórios mensais por site e por subnet. O CQD mostra a telemetria do lado do cliente, permitindo correlacionar falhas com horários, redes ou dispositivos específicos.
• Manter dispositivos e drivers atualizados: Headsets e webphones com firmware desatualizado causam falhas intermitentes de áudio. Estabeleça uma política de atualização trimestral para periféricos USB e Bluetooth. Teste o dispositivo em uma chamada de verificação antes de distribuí-lo em larga escala.
• Testar regularmente com chamadas de verificação: Execute chamadas de teste entre ramais internos, entre sites e via PSTN semanalmente. Inclua cenários de alta carga, como múltiplas chamadas simultâneas, para validar o comportamento do SBC e do link dedicado. Documente os resultados para comparar com o CQD.
• Ter um plano de contingência com um especialista: Defina um roteiro de escalonamento quando o problema ultrapassar a rede local ou o SBC. Um especialista em telefonia Teams integrada a PABX pode auditar o fluxo completo entre cliente, nuvem Microsoft e operadora. Manter um parceiro técnico de prontidão reduz o tempo de resolução de horas para minutos.

Essas práticas preventivas também ajudam a receber ligações de clientes dentro do Microsoft Teams com estabilidade. O monitoramento contínuo transforma a manutenção de qualidade de áudio em um processo previsível, em vez de um evento reativo.

Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.

Perguntas frequentes

Quais critérios devo usar para avaliar uma solução de chamada sem áudio no Teams?

Avalie o fluxo de mídia inteiro, não apenas o sintoma. Verifique onde o pacote RTP está sendo perdido ou degradado entre cliente, rede, nuvem Microsoft, SBC e operadora PSTN. Analise se o codec negociado é suportado, se o firewall libera as portas UDP 3478-3481, se o SBC tem processamento disponível e se a rede apresenta jitter ou perda de pacotes.

Como implementar um diagnóstico por camadas para chamada sem áudio no Teams?

O diagnóstico deve seguir quatro camadas: cliente, rede, nuvem Microsoft e SBC/operadora. O sintoma específico aponta onde começar. Áudio mudo em uma direção raramente é problema no computador do usuário. Lembre-se: o sinal de controle usa TCP 443, enquanto o áudio usa UDP 3478-3481. Essa diferença explica por que a chamada conecta visualmente, mas o som falha.

Como testar a qualidade do áudio no Microsoft Teams para confirmar a causa?

Combine o Analisador de Qualidade de Chamadas (CQD) com chamadas controladas e logs do SBC. O CQD mostra métricas de rede e mídia, como jitter, perda de pacotes e latência por chamada. Documente cada teste com horário, dispositivo, rede e codec usado. O teste manual valida o que o CQD não captura: a percepção do usuário e o comportamento de dispositivos específicos.

Quais requisitos de firewall e rede são necessários para o áudio funcionar no Teams?

O Teams usa portas UDP 3478-3481 para mídia. Se o firewall corporativo bloquear essas portas, a chamada conecta, mas o áudio falha. Além disso, o tráfego RTP precisa de QoS configurado na rede para ser priorizado. Sem QoS, a Microsoft não garante qualidade. Verifique também se o codec negociado é suportado por toda a cadeia: cliente, rede, nuvem, SBC e PSTN.

Qual o custo de ignorar o problema de chamada sem áudio no Teams?

Ignorar o problema gera retrabalho e perda de produtividade, pois cada chamada com falha exige novo diagnóstico. Sem uma análise por camadas, você pode culpar o Teams quando o problema está no firewall, QoS ausente ou SBC esgotado. O investimento correto é configurar o CQD e documentar chamadas de teste para isolar variáveis e evitar interrupções recorrentes.

Por que a chamada conecta no Teams mas o áudio fica mudo em uma direção?

Áudio mudo em uma direção indica que o fluxo de mídia está bloqueado em um sentido específico do caminho. O sinal de controle conectou, mas os pacotes RTP não chegam ao destino. Isso ocorre quando o firewall bloqueia portas UDP 3478-3481 em uma direção, o codec negociado não é suportado ou o SBC está com processamento esgotado. O problema raramente está no aplicativo.

Quais erros evitar ao configurar o Direct Routing para evitar chamadas sem áudio?

O principal erro é confundir Teams, Teams Phone, Direct Routing e SBC. Teams é o aplicativo; Teams Phone é o sistema telefônico; Direct Routing é o método de conexão; SBC é o equipamento de intermediação. Outro erro comum é não configurar QoS na rede. A Microsoft recomenda portas UDP 3478-3481 para mídia e não garante qualidade sem QoS configurado.