Áudio unilateral Direct Routing Teams ocorre quando a mídia RTP flui em apenas uma direção entre o cliente, a rede, a nuvem Microsoft, o SBC e a PSTN, enquanto a chamada permanece conectada.
Para o profissional de rede ou voz, o sintoma é claro: o usuário ouve o interlocutor, mas o interlocutor não ouve o usuário. O problema raramente está no Teams em si; ele está no caminho que o áudio percorre.
Áudio unilateral no Direct Routing: o que está acontecendo na sua chamada?
Quando a chamada conecta mas o áudio não volta, o problema está no fluxo de mídia, não na sinalização SIP. A sinalização estabelece a chamada; a mídia transporta a voz. Se um desses caminhos falha, você tem áudio unilateral.
O fluxo de mídia no Direct Routing segue um caminho específico: cliente Teams → rede local → nuvem Microsoft 365 → SBC → PSTN, e o mesmo caminho no sentido inverso. Cada salto pode bloquear ou degradar o áudio em um único sentido.
As causas mais comuns incluem NAT/firewall que permitem pacotes de entrada mas bloqueiam a saída, codec incompatível entre SBC e Teams, QoS ausente ou mal configurado, e problemas no SBC ou na operadora. O sintoma é o mesmo, mas o diagnóstico muda conforme a camada afetada.
Equipes que identificam o salto exato do fluxo de mídia reduzem o tempo de correção de horas para minutos. Sem esse mapa, cada chamada unilateral vira um novo incidente.
Para entender melhor o fluxo completo, consulte a documentação oficial da Microsoft sobre Direct Routing, que detalha o caminho da mídia entre o cliente e o SBC.
Como diagnosticar o áudio unilateral: um guia por camadas
Áudio unilateral Direct Routing Teams é quando a mídia RTP flui em apenas uma direção entre cliente, rede, nuvem Microsoft, SBC e PSTN, enquanto a chamada permanece conectada. O diagnóstico correto exige isolamento de cada camada do fluxo, começando pelo cliente e terminando na operadora.
áudio unilateral Direct Routing Teams é um defeito de mídia onde o RTP trafega em uma única direção entre o cliente Teams, SBC e PSTN, mantendo a chamada conectada. Isso significa que um lado ouve o outro, mas o fluxo inverso não chega, exigindo diagnóstico por camadas com CQD e logs de sinalização.
- Camada 1 — Cliente Teams: verifique dispositivos de áudio, drivers e versão do cliente. Sinal observável: o usuário ouve o chamador, mas o chamador não ouve o usuário. Teste específico: realize uma chamada de teste com outro dispositivo e compare o comportamento em diferentes headsets ou microfones.
- Camada 3 — Nuvem Microsoft: análise o Call Quality Dashboard (CQD) para identificar padrões de chamadas com áudio unilateral. Sinal observável: relatórios do CQD mostram alta taxa de "One-way audio" em chamadas para um mesmo número ou região. Teste específico: filtre o CQD por sub-rede, data e horário para correlacionar incidentes.
- Camada 4 — SBC: revise logs de sinalização e mídia, além dos codecs negociados. Sinal observável: o SBC registra SIP 200 OK com codec diferente do esperado ou falha no estabelecimento do RTP. Teste específico: capture pacotes no SBC com tcpdump ou Wireshark e verifique se o RTP flui em ambas as direções.
- Camada 5 — PSTN/Operadora: teste chamadas diretas pelo tronco SIP para isolar a operadora. Sinal observável: chamadas entre ramais internos funcionam, mas chamadas externas apresentam áudio unilateral. Teste específico: realize uma chamada de um número fixo para o tronco SIP e verifique se o áudio flui corretamente sem passar pelo Teams.
Equipes que documentam cada camada do fluxo de mídia reduzem o tempo de diagnóstico de áudio unilateral Direct Routing Teams de horas para minutos. O CQD da Microsoft é a ferramenta oficial para monitoramento de qualidade, e sua análise combinada com logs do SBC identifica exatamente onde o RTP falha.
O áudio unilateral no Teams ocorre quando a mídia RTP flui em apenas uma direção, enquanto a chamada permanece conectada. Isso significa que o fluxo de voz falha em algum ponto entre o cliente, a rede, a nuvem Microsoft, o SBC e a PSTN, exigindo isolamento de cada camada.
Para diagnosticar corretamente, comece pelo cliente Teams, verificando dispositivos e drivers. Em seguida, teste a rede com métricas de latência, jitter e perda de pacotes. O diagnóstico por camadas que documentamos mostra como cada etapa revela sintomas específicos que apontam para a causa raiz.
O Call Quality Dashboard (CQD) da Microsoft é a ferramenta oficial para monitoramento de qualidade de chamadas. Ele permite filtrar por sub-rede, data e horário, correlacionando incidentes de áudio unilateral com eventos de rede. Combine o CQD com logs de sinalização do SBC para identificar onde o RTP falha.
Quando o problema persiste após testar todas as camadas internas, o próximo passo é isolar a operadora PSTN. Realize chamadas diretas pelo tronco SIP, sem passar pelo Teams, para verificar se o áudio flui corretamente. Se a chamada direta funciona, o problema está na integração entre o SBC e a nuvem Microsoft.
Se você precisa de ajuda para configurar o monitoramento de qualidade ou diagnosticar problemas persistentes, nossa equipe pode ajudar com uma análise técnica detalhada do seu ambiente. Fale com um especialista para agendar um diagnóstico completo do fluxo de mídia da sua operação.
Tabela: cenários de áudio unilateral e ações recomendadas
Áudio unilateral Direct Routing Teams exige diagnóstico por padrão de ocorrência, não por tentativa e erro. A tabela abaixo correlaciona sintomas a causas prováveis e ações objetivas, com base na documentação oficial da Microsoft sobre Direct Routing.
| Cenário observado | Sintoma típico | Causa provável | Ação recomendada | Quando escalar |
|---|---|---|---|---|
| Chamadas internas e externas sem áudio em um sentido | Áudio unilateral em todas as chamadas, independente do destino | Falha no SBC, configuração de mídia incorreta ou operadora com problema no tronco SIP | Valide o SIP INVITE e o SDP no SBC; confira se o endereço de mídia está acessível; teste com um softphone direto na operadora | Se o SBC não registrar chamadas ou o tráfego RTP não aparecer no trace, acione o suporte do fornecedor do SBC |
| Áudio unilateral apenas em chamadas externas (PSTN) | Chamadas entre ramais funcionam; chamadas para telefones fixos ou celulares falham em um sentido | Configuração de NAT/firewall no tronco SIP, codec incompatível com a operadora ou roteamento de mídia assimétrico | Compare o SDP ofertado pelo SBC com o aceito pela operadora; teste com codec G.711 forçado; verifique se o RTP retorna pelo mesmo caminho | Se a operadora reportar mídia normal e o problema persistir, envolva o suporte da Microsoft para análise do Direct Routing |
| Áudio unilateral intermitente, que aparece e some | Chamadas falham em horários específicos ou com determinados usuários; sintoma varia conforme a rede | Perda de pacotes, jitter ou QoS insuficiente no link WAN; congestionamento de banda; Wi-Fi instável no cliente | Monitore RTP com ferramenta de análise de mídia; verifique QoS na fila de prioridade para UDP 3478-3481; teste com cabo de rede para descartar Wi-Fi | — |
| Áudio unilateral em chamadas para ramais específicos | Apenas chamadas internas para um setor ou ramal apresentam falha; chamadas para outros ramais funcionam | Problema no PABX local, roteamento de mídia interno ou telefone IP com firmware desatualizado | Teste chamada entre dois ramais do mesmo setor; atualize firmware do telefone; verifique se o PABX está encaminhando mídia pelo caminho correto | Se o problema se limitar a um ramal ou setor, o Direct Routing não é a causa; acione o administrador do PABX |
Quando o áudio unilateral aparece em todas as chamadas, o SBC é o primeiro ponto de investigação. Quando o problema é intermitente, a rede entre o cliente e a nuvem Microsoft merece atenção antes de qualquer ajuste no tronco SIP.
O padrão de ocorrência define a camada a investigar. Um teste de chamada entre dois ramais locais, sem passar pelo SBC, isola o problema entre PABX e telefonia interna.
Se o áudio unilateral ocorre somente em chamadas externas, o tronco SIP e a operadora são os pontos de verificação. A documentação da Microsoft recomenda validar o SDP e o fluxo de mídia antes de abrir chamado com o suporte.
Profissionais de rede que documentam o padrão de falha antes de ajustar configurações reduzem o tempo de diagnóstico pela metade. Sem esse registro, cada alteração no SBC ou no firewall se torna uma aposta, não uma correção.
O escalonamento para um especialista é necessário quando o trace de mídia mostra RTP fluindo corretamente no SBC, mas o áudio continua unilateral no Teams. Nesse caso, o problema pode estar na configuração do Direct Routing na nuvem Microsoft, fora do alcance do administrador local.
Para chamadas que conectam sem áudio, o diagnóstico de chamada sem áudio segue a mesma lógica de camadas, mas exige verificação adicional do codec negociado. A troca de codec entre o Teams e o SBC é uma causa comum de falha unilateral em ambientes com G.722 habilitado.
Antes de escalar, verifique se o problema é consistente ou intermitente. Um teste com chamada externa e interna, repetido três vezes em horários distintos, fornece dados suficientes para decidir se a causa está na operadora, no SBC ou na rede interna.
Por que o áudio unilateral acontece? Entenda o fluxo de mídia
O áudio unilateral Direct Routing Teams segue um caminho específico: cliente Teams, nuvem Microsoft 365, SBC e PSTN. Em cada salto, a mídia RTP pode ser bloqueada, filtrada ou mal traduzida.
O SBC é o tradutor entre o mundo Teams e a telefonia tradicional. Ele converte codecs, gerencia sinalização SIP e define para onde o RTP deve fluir.
Quando o SBC não recebe o áudio do cliente, ele não tem como encaminhar nada para a PSTN. O resultado é uma chamada conectada, mas com silêncio em um dos lados.
O fluxo de mídia no Direct Routing exige que cada dispositivo entre o cliente e o SBC permita tráfego RTP nas duas direções, sem inspeção agressiva.
Onde o RTP quebra: NAT, firewall e QoS
O NAT mal configurado esconde o endereço real do cliente Teams. O SBC tenta enviar áudio para um IP privado e o pacote morre no roteador.
Firewalls corporativos frequentemente bloqueiam portas dinâmicas de mídia. O Teams usa portas UDP 3478-3481 e o SBC pode operar em portas diferentes, criando incompatibilidade.
QoS sem priorização de pacotes RTP causa perda e jitter em redes congestionadas. O áudio do cliente chega atrasado ou truncado ao SBC.
Codecs incompatíveis forçam transcodificação no SBC. Se o SBC não suportar o codec negociado, a mídia falha antes de chegar à PSTN.
Como o CQD isola o ponto de falha
O Call Quality Dashboard (CQD) da Microsoft mostra a qualidade de cada perna da chamada. Você consegue ver se o problema está entre o cliente e a Microsoft ou entre a Microsoft e o SBC.
No CQD, o indicador "Audio Unilateral" aparece quando apenas um lado recebe mídia. A métrica de pacotes perdidos e jitter em cada direção revela o salto problemático.
Se o CQD mostra boa qualidade até o SBC, o problema está na configuração do SBC ou na rede entre ele e a PSTN. Se a qualidade cai antes do SBC, o firewall ou o NAT do cliente é o suspeito.
Use o CQD para correlacionar chamadas com falha por subnet, porta ou horário. Esse padrão direciona o diagnóstico para a camada certa, evitando troca de equipamentos sem necessidade.
Critérios para avaliar o problema na sua operação
Verifique se o problema ocorre em todas as chamadas ou apenas em algumas. Áudio unilateral intermitente indica falha de NAT ou firewall; o problema constante aponta para codec ou configuração do SBC.
Teste chamadas entre dois clientes Teams internos. Se o áudio funciona entre eles, o problema está no caminho PSTN ou na integração com o SBC.
Analise se o áudio unilateral acontece mais em chamadas externas ou internas. Chamadas externas envolvem a PSTN e operadoras, enquanto chamadas internas ficam restritas ao ambiente Teams.
Compare a qualidade reportada pelo CQD com a experiência real dos usuários. O CQD identifica a direção da falha, mas a percepção do usuário confirma o impacto operacional.
Para um diagnóstico por camadas completo da telefonia no Teams, comece sempre pela mídia e depois avance para sinalização e configuração do SBC.
Quando o áudio unilateral persiste após ajustes de firewall e NAT, a configuração do SBC precisa ser revisada. A ligação que conecta sem áudio frequentemente exige verificação de codecs e portas de mídia no SBC.
O áudio em apenas um sentido também afeta sistemas automatizados. IA de voz com áudio em um sentido segue o mesmo fluxo de mídia e exige os mesmos critérios de diagnóstico.
Documente cada chamada com falha, incluindo subnet, horário e direção do problema. Esse registro transforma sintomas isolados em padrões acionáveis para o CQD.
Defina um procedimento padrão para testar chamadas após mudanças no firewall ou no NAT. A ausência desse processo transforma cada correção em tentativa e erro.
Capacite a equipe de rede para ler os relatórios do CQD. O conhecimento interno reduz o tempo de resolução de chamadas com áudio unilateral de dias para horas.
Como corrigir o áudio unilateral: passo a passo prático
Você pode corrigir o áudio unilateral no Direct Routing seguindo uma sequência de diagnóstico que vai do cliente até o SBC. O processo exige verificar dispositivos, rede, logs, QoS e codecs antes de escalar o problema. Siga os passos abaixo na ordem para não pular camadas críticas.
- Verifique dispositivos e drivers do cliente — Teste o microfone e o alto-falante com o diagnóstico de chamadas do Teams. Troque o dispositivo USB por um fone com conector P2 para descartar driver com defeito. Se o áudio funcionar no P2, o problema é o periférico, não a rede.
- Analise logs do SBC e do Teams — Capture logs SIP no SBC durante uma chamada com áudio unilateral. Verifique se o INVITE contém os endereços de mídia corretos e se o 200 OK responde com o IP do SBC. No Teams, use o CQD para comparar a qualidade entre chamadas internas e externas.
- Ajuste QoS e políticas de firewall — Marque pacotes RTP com DSCP 46 e pacotes SIP com DSCP 40 conforme a documentação da Microsoft. Libere as portas UDP 3478-3481 e TCP 443 no firewall sem inspeção de pacotes. A inspeção profunda altera o header do RTP e causa áudio unilateral.
- Verifique codecs e configuração do SBC — Confirme que o SBC negocia o mesmo codec na perna Teams e na perna PSTN. Se o SBC usa G.711 e o Teams negocia SILK, a transcodificação pode falhar em um sentido. Force o codec G.711 no tronco do SBC e teste novamente.
- Escale para especialista se necessário — Se os passos 1 a 5 não resolverem, acione um profissional de voz com experiência em Direct Routing. O problema pode estar em NAT simétrico, firewall de borda ou configuração avançada do SBC. O diagnóstico por camadas ajuda a documentar o que já foi testado antes do escalonamento.
Os erros mais comuns ao corrigir áudio unilateral incluem pular o teste de dispositivo e ir direto para a rede, ignorar logs do SBC e alterar QoS sem confirmar que o firewall permite o tráfego. Cada passo acima elimina uma camada do fluxo de mídia. Pular etapas prolonga o tempo de inatividade e gera retrabalho.
Após aplicar os ajustes, faça uma chamada de teste com monitoramento ativo do RTP. Verifique se o fluxo de mídia ocorre nos dois sentidos entre o cliente e o SBC. Se o problema persistir, colete os logs de todas as camadas e envie para o suporte com o horário exato da chamada.
Para chamadas que conectam sem áudio em cenários específicos, consulte o guia de verificação para chamadas sem áudio. Caso o problema seja recorrente em operações de contact center, a diferenciação entre call center e contact center ajuda a identificar se a falha está no roteamento ou na infraestrutura de voz.
Quais erros evitar ao configurar o Direct Routing para evitar áudio unilateral?
Configurações incorretas no Direct Routing respondem pela maioria dos casos de chamada conectada com mídia interrompida. Profissionais de rede que revisam NAT, codec e QoS antes do go-live eliminam a maior parte das ocorrências de áudio unilateral Direct Routing Teams. Cada erro abaixo tem sintoma próprio e correção objetiva.
- NAT e firewall sem regra para RTP: O SBC envia mídia pela porta 3478/UDP, mas o firewall libera apenas SIP 5061/TLS. Sem a regra de RTP, o áudio chega ao Teams e não retorna ao SBC. Evite usando um par de IPs públicos dedicados para mídia e abrindo o range de portas documentado pela Microsoft.
- Codec incompatível entre Teams e SBC: O Teams usa SILK como codec padrão; o SBC configurado apenas com G.711 força transcodificação que pode falhar silenciosamente. Habilite SILK no SBC e mantenha G.711 como fallback para PSTN. Teste chamadas com cada codec isoladamente.
- QoS ausente ou mal classificado: Sem marcação DSCP 46 para RTP, roteadores tratam pacotes de voz como tráfego comum e descartam em picos. Configure QoS no roteador, no SBC e no Windows com a mesma política. Valide a marcação com captura de pacotes antes de implantar.
- Ignorar o CQD (Call Quality Dashboard): O CQD mostra perda de pacotes, jitter e latência por chamada, mas muitos administradores só consultam após reclamações. Ative o CQD e crie relatórios semanais por site. Sem ele, o áudio unilateral vira caça às cegas.
- Pular testes com chamadas reais: Testes sintéticos não reproduzem o caminho completo do RTP. Faça chamadas reais entre extensões internas, para telefone fixo e para celular. Repita o teste após cada mudança de firewall, roteador ou SBC.
A documentação oficial da Microsoft sobre Direct Routing exige que o SBC suporte TLS 1.2 e que a mídia flua diretamente entre cliente e SBC. O diagnóstico por camadas ajuda a separar falha de rede, de SBC ou de configuração do locatário.
Se a chamada conecta mas o áudio falha em um sentido, revise primeiro o caminho do RTP, não a conta do usuário. Ligações que conectam sem áudio quase sempre têm causa na rede ou no SBC. A correção começa com a lista acima e termina com monitoramento contínuo do CQD.
Quando escalar para um especialista em Direct Routing?
Seu diagnóstico por camadas já percorreu cliente, rede, firewall e SBC, mas o sintoma persiste em horários alternados. Falhas intermitentes apontam para múltiplos pontos de falha simultâneos, algo que o autodiagnóstico raramente resolve sozinho.
Quando a chamada conecta e o áudio falha apenas em picos de tráfego ou em chamadas externas específicas, o problema pode estar na rota SIP, no codec negociado ou na política de mídia do SBC. O CQD mostra a direção da perda, mas não identifica a causa raiz em cenários com NAT simétrico e firewall stateful.
Operações que escalam para um especialista encurtam o tempo de resolução porque o diagnóstico passa a considerar a interação entre SBC, operadora e nuvem Microsoft como um único sistema.
Um especialista em Direct Routing usa ferramentas de captura de pacotes, análise de log do SBC e testes de chamada controlados para isolar o ponto exato da quebra de mídia. A experiência acumulada permite reconhecer padrões de configuração incorreta que causam chamadas conectadas sem áudio em cenários de tronco SIP e failover.
A TW Solutions atua com SBC gerenciado e Direct Routing desde a implantação até a operação contínua. Isso significa que o monitoramento da mídia RTP, a atualização de certificados e o ajuste de rotas fazem parte do serviço, não de um projeto isolado.
Para operações que dependem de telefonia para atendimento ao cliente, o custo de não escalar é medido em chamadas abandonadas e produtividade perdida. Um diagnóstico especializado elimina a tentativa e erro e entrega uma correção definitiva, como mostramos no diagnóstico por camadas da telefonia no Teams.
Se o seu time já gastou mais de um dia investigando o mesmo sintoma sem conclusão, envolva quem opera Direct Routing em produção. A avaliação da arquitetura atual, incluindo SBC e tronco SIP, é o primeiro passo para eliminar o áudio unilateral de forma definitiva.
Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.
Perguntas frequentes
O que significa áudio unilateral no Direct Routing do Teams quando a chamada conecta mas o interlocutor não me ouve?
Significa que a mídia RTP está fluindo em apenas uma direção entre o cliente Teams, o SBC e a PSTN, enquanto a chamada permanece conectada. O sintoma é claro: um lado ouve o outro, mas o fluxo inverso não chega. O problema raramente está no Teams em si, mas no caminho que o áudio percorre, exigindo diagnóstico por camadas.
Quais critérios devo usar para avaliar se o áudio unilateral no Direct Routing é causado por firewall, NAT ou codec?
Avalie por padrão de ocorrência, não por tentativa e erro. Se o problema ocorre em todas as chamadas, suspeite de falha no SBC ou configuração de mídia incorreta. Se ocorre apenas em chamadas externas, verifique a rota SIP e o tronco da operadora. NAT simétrico e firewall stateful são causas comuns quando o áudio chega ao Teams mas não retorna ao SBC.
Qual a diferença entre áudio unilateral e chamada sem áudio no Direct Routing do Teams?
No áudio unilateral, a chamada conecta e um lado ouve o outro, mas o fluxo inverso não chega. Na chamada sem áudio, ambos os lados ficam em silêncio total. O áudio unilateral quase sempre aponta para falha de mídia, não de sinalização. O fluxo de RTP é bloqueado, filtrado ou mal traduzido em algum salto entre cliente, rede, Microsoft 365, SBC e PSTN.
Quanto custa corrigir áudio unilateral no Direct Routing do Teams sem contratar um especialista?
O custo é basicamente o seu tempo de diagnóstico, pois a correção envolve revisar configurações de NAT, firewall, codec e QoS antes do go-live. Abrir portas RTP e ajustar o SBC não exige investimento adicional. Porém, se o problema for intermitente e exigir escalação, o custo de um especialista encurta o tempo de resolução, pois ele identifica a causa raiz em cenários complexos.
Como implementar a correção de áudio unilateral no Direct Routing do Teams passo a passo?
Siga a ordem: primeiro verifique dispositivos e drivers do cliente, testando com fone P2 para descartar periférico. Depois teste a rede com ping, traceroute e iperf. Revise as regras de firewall para liberar RTP além do SIP 5061/TLS. Confira o SDP no SIP INVITE e valide se o endereço de mídia está acessível. Por fim, ajuste codec e QoS antes de escalar.
Quais requisitos de rede e firewall são necessários para evitar áudio unilateral no Direct Routing do Teams?
O firewall deve liberar não apenas SIP 5061/TLS, mas também o tráfego RTP na porta 3478/UDP e no range de portas documentado pela Microsoft. Use um par de IPs públicos dedicados para mídia. O SBC precisa receber áudio do cliente nas duas direções, sem inspeção que bloqueie o fluxo. NAT simétrico e firewall stateful são causas comuns de mídia unilateral.
Como provar que o áudio unilateral no Direct Routing do Teams é causado pelo SBC e não pela rede?
Valide o SIP INVITE e o SDP no SBC, conferindo se o endereço de mídia está acessível. Teste com um softphone direto na rede para descartar o cliente. Se o áudio funcionar no teste e falhar na chamada real, o SBC é o ponto de falha. O CQD mostra a direção da perda, mas não identifica a causa raiz em cenários com NAT simétrico e firewall stateful.
O áudio unilateral no Direct Routing do Teams acontece apenas em chamadas externas ou também em internas?
Pode acontecer em ambos. Se ocorre em chamadas internas e externas, a causa provável é falha no SBC, configuração de mídia incorreta ou problema no tronco SIP. Se ocorre apenas em chamadas externas específicas, o problema pode estar na rota SIP, no codec negociado ou na política de mídia do SBC. O diagnóstico deve ser por padrão de ocorrência, não por tentativa e erro.
