Ligação no Microsoft Teams fica presa em Conectando: o que fazer primeiro
Se a ligação Teams fica conectando e nunca completa, o problema quase sempre está no roteamento de voz ou na conectividade com o PSTN — não no Teams em si.
Quando sua operação depende da telefonia no Microsoft Teams, cada chamada travada em "Conectando" representa atendimento perdido e retrabalho. O diagnóstico correto exige separar as camadas envolvidas antes de culpar o fornecedor.
O problema "a empresa depende da telefonia no Teams, mas não sabe se a falha está em licença, política, SBC, PABX, operadora ou rede" aparece como chamadas que tocam, mas não conectam, ou ficam eternamente em "Conectando". Cada camada tem sinais observáveis e testes objetivos que ajudam a isolar a causa.
Comece pela camada mais simples: verifique se o usuário tem a licença Teams Phone ativa e se o número está atribuído corretamente no centro de administração do Teams. Uma licença ausente ou um número não atribuído gera exatamente o sintoma de chamada presa em "Conectando".
O próximo passo é testar a conectividade com o SBC ou operadora usando o Analisador de Conectividade do Teams. Essa ferramenta valida o caminho entre o Teams e o seu tronco SIP, apontando falhas de certificado, DNS ou porta bloqueada.
Se o problema persiste, colete logs do cliente Teams e do SBC, e cruze com o painel de Qualidade de Chamadas (CQD) para identificar padrões. O CQD mostra se a falha é generalizada ou restrita a um usuário, site ou horário específico.
O diagnóstico por camadas evita retrabalho e troca desnecessária de fornecedor quando a causa está na configuração interna. Depois de isolar a falha, você decide se o ajuste é interno ou se a operadora precisa agir.
Para um roteamento mais complexo, como integrar chamadas do WhatsApp ao PABX e Teams, o roteamento entre canais exige o mesmo rigor de diagnóstico. E se a chamada conecta mas encerra logo em seguida, o problema é outro — veja as causas de chamadas externas que caem após conectar.
O que verificar antes de avançar com ligação Teams fica conectando?
Uma chamada que trava em "Conectando" exige diagnóstico em cinco camadas antes de qualquer troca de fornecedor. A falha pode estar na licença do usuário, na política de chamadas, no SBC, no PABX ou na operadora. Cada camada tem sinais observáveis e testes objetivos que apontam o culpado sem achismo.
ligação Teams fica conectando é o estado em que o Microsoft Teams inicia uma chamada, exibe "Conectando" na interface e não completa o estabelecimento do áudio. Isso ocorre quando o sinal SIP não retorna resposta da operadora, do SBC ou do PABX dentro do tempo limite configurado.
Quando o problema persiste, o primeiro passo é isolar a origem do travamento. Teste uma chamada interna entre dois usuários do Teams, depois uma chamada para ramal do PABX e, por fim, uma chamada externa via operadora. O ponto exato onde a chamada falha indica a camada responsável.
Como mapear a origem do travamento na sua operação
Chamada interna falhando indica problema de licença ou política de voz. Chamada para ramal PABX falhando sugere configuração de roteamento ou SBC. Chamada externa falhando aponta para tronco SIP, operadora ou numeração.
A tabela abaixo compara os cenários mais comuns e o que cada sinal revela sobre a infraestrutura.
| Sinal observável | Camada provável | Teste objetivo | Ação recomendada |
|---|---|---|---|
| Chamada interna falha | Licença ou política de voz | Verificar atribuição de licença de Telefonia no admin center | Corrigir licença ou política de dial plan |
| Chamada para ramal PABX falha | SBC ou roteamento | Capturar SIP trace no SBC durante a chamada | Ajustar regra de tradução ou trunk |
| Chamada externa falha | Tronco SIP ou operadora | Testar o mesmo tronco com softphone SIP | Acionar operadora ou revisar codec |
| Falha intermitente | Rede ou firewall | Verificar QoS e portas 3478-3481 UDP | Revisar política de firewall e largura de banda |
Essa matriz ajuda a decidir onde concentrar o diagnóstico. Equipes que documentam o ponto exato da falha reduzem o tempo de resolução de horas para minutos. O erro mais comum é trocar de operadora sem antes verificar se o problema está no SBC ou na política interna.
Quando o problema não está na sua infraestrutura
Se todas as chamadas internas funcionam e apenas as externas falham, o problema pode estar na operadora. Teste o mesmo tronco SIP com um softphone comum. Se o softphone completa a chamada, o problema está na integração Teams-SBC, não na operadora.
Se o softphone também falha, o tronco SIP ou a operadora é o gargalo. Nesse caso, verifique se a numeração está ativa e se o codec negociado é suportado pelo SBC. Codecs incompatíveis como G.711 vs G.729 causam travamento na negociação de mídia.
Para chamadas que caem após conectar, o diagnóstico segue outra trilha. Consulte o guia sobre chamada Teams encerra após conectar para verificar causas de desligamento prematuro.
Critérios práticos para decidir o próximo passo
- Licença Teams Phone: sem essa licença, chamadas externas não completam. Verifique no admin center se o usuário tem a licença atribuída e se o plano de chamadas está ativo.
- Política de roteamento: regras de tradução incorretas no SBC ou no Teams enviam a chamada para destino errado. Teste com número de teste conhecido.
- Capacidade do SBC: sessões simultâneas esgotadas causam falha intermitente. Monitore o uso de canais no painel do SBC.
- Firewall e QoS: portas UDP bloqueadas ou sem priorização causam travamento na negociação de mídia. Verifique as portas 3478-3481 e 50000-50019.
A integração entre roteamento de chamadas entre WhatsApp, PABX e Microsoft Teams adiciona complexidade ao diagnóstico. Quando múltiplos canais usam o mesmo tronco, uma falha em um canal pode afetar a telefonia como um todo.
Diagnóstico por camadas: onde está o gargalo da sua chamada?
Uma chamada presa em "Conectando" raramente tem causa única; o sintoma se repete em licença, política, SBC, rede ou operadora. O diagnóstico correto exige correlacionar o que você observa com testes objetivos em cada camada, antes de culpar o Teams ou o provedor. A tabela abaixo organiza esse raciocínio por sintoma, causa provável, teste e ação recomendada.
ligação Teams fica conectando é o estado em que uma chamada não completa o estabelecimento da sessão SIP, permanecendo em "Conectando" por tempo indefinido. Isso significa que o sinal de chamada foi enviado, mas não houve resposta final da rede de destino — por falha de configuração, roteamento ou conectividade.
| Sintoma observável | Causa provável | Teste objetivo | Ação recomendada |
|---|---|---|---|
| Chamada falha para todos os usuários, inclusive internos | Licença do Teams Phone ausente ou atribuída incorretamente | Verificar no Centro de administração do Microsoft 365 se o usuário tem licença de Telefonia do Teams e plano de chamadas ativo | Atribuir a licença correta e aguardar até 24h para propagação; testar nova chamada |
| Chamada conecta para números internos, mas falha em externos | Política de voz incorreta ou regra de normalização ausente | Revisar as políticas de roteamento de voz no Teams Admin Center; validar se o padrão de discagem externa está normalizado | Ajustar a política de voz e testar com o Diagnóstico de chamadas do Teams |
| Chamada falha apenas em horários de pico ou para destinos específicos | SBC ou Direct Routing mal configurado; certificado expirado ou incompatível | Testar conectividade SIP com o SBC; verificar validade do certificado TLS e se o FQDN resolve corretamente | Renovar certificado ou corrigir o tronco no SBC; validar com o Analisador de Conectividade do Teams |
| Chamada apresenta áudio truncado ou cai após conectar | Problema de rede: latência, jitter ou perda de pacotes | Usar o Analisador de Conectividade do Teams; medir QoS na sub-rede de voz | Implementar QoS e priorizar tráfego de mídia na rede; testar com chamada de diagnóstico |
| Chamada falha apenas para números de uma operadora específica | Operadora ou tronco SIP com falha no destino | Verificar status do provedor e logs de chamadas no SBC ou Direct Routing; testar o mesmo número via PABX tradicional | Abrir chamado com a operadora; considerar roteamento alternativo via Operator Connect ou outro tronco |
Quando ligação Teams fica conectando faz sentido investigar por camadas, e quando não faz? Faz sentido quando o problema persiste após reiniciar o cliente ou o dispositivo. Não faz sentido quando a falha é isolada a um único usuário com licença recém-atribuída — nesse caso, a propagação de licença costuma resolver em horas.
A ordem dos testes importa mais do que a quantidade deles. Comece pela camada de licença porque é a mais barata de corrigir e a mais comum em implantações recentes. Depois avance para política de voz, SBC, rede e, por último, operadora — essa sequência elimina causas internas antes de envolver terceiros.
Um erro frequente é pular direto para o provedor de telefonia quando a chamada falha. Se o Direct Routing está configurado, o diagnóstico de chamada externa que encerra logo após conectar mostra que o problema muitas vezes está no SBC ou na política de mídia, não na operadora.
Para chamadas que falham apenas em horários de pico, a causa provável é rede, não licença. O Analisador de Conectividade do Teams mede latência, jitter e perda de pacotes — se os valores excederem os limites recomendados pela Microsoft, o QoS precisa ser ajustado antes de qualquer outra ação.
Quando o sintoma é intermitente e atinge apenas números de uma operadora, o teste decisivo é reproduzir a chamada fora do Teams. Se o mesmo número completa via PABX tradicional, o problema está no tronco SIP ou no roteamento do Direct Routing — não no Teams.
Se você identificou que a falha está no roteamento entre WhatsApp, PABX e Teams, revise o fluxo de roteamento de chamadas entre WhatsApp, PABX e Microsoft Teams para isolar onde a sessão SIP é perdida. A documentação da Microsoft sobre Direct Routing exige que o SBC valide o certificado e o FQDN antes de qualquer chamada ser estabelecida.
Para chamadas que falham em destinos internacionais, a causa provável é regra de normalização, não licença. O Teams aplica a política de voz antes de enviar o número ao SBC; se o padrão de discagem não converte o formato local para E.164, a chamada nunca sai do estado "Conectando".
Um cenário comum em empresas com filiais: a chamada falha apenas em uma unidade. Nesse caso, o teste é comparar a configuração do SBC local com o da matriz — se a política de voz e o certificado são idênticos, o problema está na rede da filial ou no link WAN.
Quando o Teams Phone está integrado a um PABX via SIP Trunk, o sintoma "Conectando" pode indicar que o tronco não respondeu ao INVITE dentro do timeout configurado. O teste é verificar os logs do PABX no momento exato da falha — se não há registro de INVITE recebido, o roteamento está errado; se há resposta 4xx, o problema é na configuração do PABX.
O próximo passo concreto após identificar a camada é documentar o sintoma, o teste e o resultado em um ticket. Essa documentação permite comparar padrões ao longo do tempo e evita repetir o mesmo diagnóstico quando o problema voltar.
Sinais observáveis: como identificar a camada com falha sem chutar
O diagnóstico da chamada presa em "Conectando" começa pela observação do comportamento exato da chamada, não pela troca aleatória de configurações. Cada padrão de falha aponta para uma camada específica da sua operação de telefonia.
Se o chamador ouve o tom de chamada, mas a chamada nunca conecta, o problema está no roteamento de voz ou no SBC. Isso significa que o convite SIP saiu do Teams, mas a resposta 200 OK não retornou corretamente.
- Falha imediata com erro: Se a chamada encerra em segundos com mensagem de erro, verifique a política de voz e a atribuição do número. Um usuário sem política de voz válida ou sem número atribuído recebe falha imediata no Direct Routing.
- Falha apenas em horários de pico: Se o problema ocorre entre 9h e 11h ou 14h e 16h, a causa provável é capacidade do SBC ou congestionamento da operadora. Monitore o uso de canais simultâneos no SBC e compare com o limite contratado no SIP Trunk.
- Falha apenas em chamadas externas: Teste uma chamada interna entre dois usuários do Teams para isolar o PSTN. Se a chamada interna funciona, o problema está no tronco SIP, no SBC ou na operadora — não no Teams.
- Falha apenas em chamadas de entrada: Verifique o registro do número no Direct Routing e o tronco SIP. Um número não registrado ou um tronco com autenticação falha rejeita chamadas de entrada antes de chegar ao usuário.
- Áudio unidirecional após conectar: Se a chamada conecta, mas o áudio não flui, o problema está na rede ou no firewall. Verifique se as portas UDP 3478-3481 e TCP 443 estão liberadas para os endpoints do Teams.
Para chamadas que falham com código 408 (Request Timeout) ou 504 (Gateway Timeout), a documentação oficial da Microsoft sobre Direct Routing recomenda verificar a conectividade entre o SBC e os endpoints do Teams. O SBC precisa resolver corretamente o FQDN SIP.pstnhub.microsoft.com e manter a porta TLS 5061 aberta.
Quando a chamada falha com código 403 (Forbidden), o problema está na autenticação do tronco. O FQDN do SBC precisa estar registrado no tenant do Microsoft 365 e o certificado TLS deve ser válido para o domínio sip.
Administradores que documentam o padrão de falha — horário, tipo de chamada e código de erro — reduzem o tempo de diagnóstico de horas para minutos. Essa documentação também orienta o suporte da operadora e da Microsoft, que pedem exatamente esses dados para abrir um chamado técnico.
A Microsoft define no guia oficial de solução de problemas do Direct Routing que a ordem de verificação deve ser: conectividade do SBC, registro do tronco, política de voz e atribuição de número. Seguir essa ordem evita alterar configurações que não estão relacionadas à causa raiz.
Se o problema ocorre apenas em chamadas de entrada, o teste isolado do tronco SIP com uma ferramenta de análise de pacotes revela se o INVITE está chegando ao SBC. Sem esse teste, você pode alterar políticas de voz sem efeito, porque a falha está antes do Teams.
Para avaliar corretamente uma ligação Teams fica conectando, use critérios objetivos: frequência da falha, tipo de chamada afetada, código de erro retornado e horário de ocorrência. Esses quatro dados formam o mapa inicial do diagnóstico e evitam suposições.
Quando a falha é intermitente e afeta apenas chamadas externas, o próximo passo é testar o mesmo número via outro dispositivo ou aplicativo. Se a chamada funciona fora do Teams, o problema está na integração; se falha em todos os cenários, o problema está na operadora ou no tronco.
O erro 480 (Temporarily Unavailable) indica que o destino não está registrado. Nesse caso, verifique se o usuário do Teams está logado e se o número atribuído está ativo na política de voz. Esse erro também ocorre quando o SBC não encontra a rota de saída configurada.
Em cenários onde a chamada conecta após várias tentativas, o problema está no balanceamento de carga do SBC ou na configuração de failover. Verifique se o SBC está distribuindo chamadas entre múltiplos troncos e se o roteamento de contingência está configurado corretamente.
Para chamadas que falham apenas em horários específicos, compare o log do SBC com o log da operadora no mesmo período. Essa correlação revela se o problema está na capacidade local ou no congestionamento do provedor de SIP Trunk.
Se a falha ocorre após uma atualização recente do Teams ou do SBC, o problema pode estar em uma mudança de configuração. Revise o histórico de alterações no tenant do Microsoft 365 e no SBC antes de investigar outras camadas.
O diagnóstico por camadas exige disciplina: cada teste isola uma variável e elimina uma hipótese. Comece pela camada mais simples — política de voz e atribuição de número — e avance para SBC e operadora somente quando essas verificações não revelarem a causa.
Quando todas as camadas internas estão corretas, mas a chamada ainda falha, o problema está na operadora ou no tronco SIP. Solicite à operadora o trace da chamada no mesmo horário da falha e compare com o log do SBC para identificar onde o pacote foi perdido.
Para chamadas externas que encerram logo após conectar, o diagnóstico segue a mesma lógica: verifique o áudio bidirecional, os timers de sessão e a configuração de codec. O padrão de falha determina a camada a investigar, não o contrário.
A documentação da Microsoft também recomenda verificar o MTU da rede e a fragmentação de pacotes SIP. Pacotes fragmentados causam falhas intermitentes em chamadas, especialmente em redes com VPN ou MPLS configurados incorretamente.
O erro 503 (Service Unavailable) no SBC indica que o tronco está fora de serviço ou sem rota configurada. Verifique o status do tronco no portal do SBC e a conectividade com o SIP Trunk da operadora antes de investigar políticas do Teams.
Em operações com múltiplos SBCs, verifique se o balanceamento de carga está distribuindo chamadas corretamente. Um SBC sobrecarregado pode rejeitar chamadas com erro 503 enquanto outro SBC está ocioso.
Para chamadas de entrada, verifique se o número DID está configurado no tronco SIP e se o roteamento de entrada aponta para a fila ou usuário correto. Um número não configurado no tronco rejeita a chamada com erro 404 (Not Found).
O teste de chamada interna é o primeiro passo para isolar o PSTN. Se uma chamada entre dois usuários do Teams funciona, o problema está fora do ambiente Microsoft. Se a chamada interna também falha, o problema está na licença ou na política de voz.
Quando a falha ocorre apenas em chamadas de entrada, o problema pode estar na configuração do número no Direct Routing ou no registro do tronco. Verifique se o número está atribuído a um usuário ou recurso de chamada e se o tronco está habilitado para receber chamadas.
Para roteamento de chamadas entre WhatsApp, PABX e Microsoft Teams, o diagnóstico segue a mesma estrutura: identifique a camada com falha antes de alterar qualquer configuração. O padrão de falha define a prioridade de investigação.
O erro 486 (Busy Here) indica que o destino está ocupado, mas a chamada pode estar presa em "Conectando" se o SBC não tratar corretamente o código de resposta. Verifique a configuração de resposta de erro no SBC e o tratamento de códigos SIP no tronco.
Em operações com PABX integrado ao Teams, verifique se o PABX está encaminhando a chamada corretamente para o SBC. Um PABX mal configurado pode enviar o INVITE com cabeçalhos incorretos, causando falha no roteamento.
Se a falha ocorre apenas em chamadas internacionais, verifique a configuração de rota no SBC e a política de discagem no Teams. A operadora pode bloquear destinos internacionais ou exigir prefixo específico no tronco SIP.
Para avaliar corretamente a causa raiz, use a ferramenta de análise de chamadas do Teams Admin Center. Ela mostra o caminho completo da chamada e identifica onde a falha ocorreu, reduzindo o tempo de diagnóstico e evitando alterações desnecessárias.
A documentação oficial da Microsoft sobre Direct Routing está disponível no Microsoft Learn e detalha cada código de erro e sua causa provável. Consulte essa referência antes de abrir um chamado técnico com a operadora ou com o suporte da Microsoft.
Quando o problema persiste após todas as verificações internas, o próximo passo é envolver a operadora com os logs do SBC e o horário exato da falha. Uma operadora com suporte técnico qualificado usa esses dados para identificar o problema no tronco SIP.
Para configurar um número virtual para agente de IA, o diagnóstico de chamadas presas em "Conectando" segue a mesma estrutura: verifique o registro do número, a política de voz e a conectividade do tronco antes de alterar a configuração do agente.
O erro 404 (Not Found) no Direct Routing indica que o número discado não existe ou não está configurado no tronco. Verifique a política de discagem e a rota de saída no SBC para garantir que o número está correto.
Em operações com failover configurado, verifique se o roteamento de contingência está ativo e se o segundo tronco está operacional. Um failover mal configurado pode causar falhas intermitentes em chamadas externas.
O diagnóstico por camadas termina quando você identifica a causa raiz e implementa a correção. Documente a solução e o padrão de falha para referência futura, reduzindo o tempo de resolução em incidentes recorrentes.
Quando todas as camadas estão verificadas e o problema persiste, o problema pode estar no certificado TLS do SBC ou na configuração de segurança do firewall. Verifique a validade do certificado e as regras de firewall para o tráfego SIP e mídia.
Para conectar um agente de IA de voz ao SIP Trunk, o diagnóstico de chamadas presas em "Conectando" exige verificar o registro do tronco, a política de voz e a configuração do SBC. O padrão de falha define a prioridade de investigação.
O erro 480 (Temporarily Unavailable) também ocorre quando o SBC não encontra uma rota para o destino. Verifique a tabela de roteamento no SBC e a configuração de tronco para garantir que a rota de saída está correta.
Se a falha ocorre apenas em chamadas de entrada, verifique se o número DID está configurado no tronco SIP e se o roteamento de entrada aponta para a fila ou usuário correto. Um número não configurado no tronco rejeita a chamada com erro 404.
Quando o problema é intermitente e afeta apenas alguns usuários, verifique se esses usuários têm licença de Teams Phone atribuída e se o número está ativo na política de voz. Uma licença expirada ou um número desatribuído causa falha imediata.
O diagnóstico por camadas é a abordagem recomendada pela Microsoft e por profissionais de telecom para resolver chamadas presas em "Conectando". Essa abordagem evita alterações desnecessárias e reduz o tempo de inatividade da sua operação.
Testes objetivos: como validar cada camada em minutos
Para diagnosticar uma chamada presa em "Conectando", execute testes isolados por camada. Comece pela licença, depois política, SBC, rede e operadora, nesta ordem.
- Teste de licença — Acesse o centro de administração do Teams, selecione o usuário afetado e confirme se a licença Teams Phone está atribuída. Verifique também se um número de telefone está provisionado na guia "Números de telefone". Resultado esperado: licença ativa e número atribuído sem conflito.
- Teste de política — Conecte ao PowerShell do Teams e execute
Get-CsOnlineUser -Identity "[email protected]" | Select-Object EnterpriseVoiceEnabled, HostedVoiceMail. Valide se a política de voz global ou a política atribuída contém um roteamento válido. Resultado esperado:EnterpriseVoiceEnabledretornaTrue. - Teste de SBC — No portal do Teams, verifique se o Session Border Controller (SBC) aparece como "Registrado" na página "Direct Routing". Confirme se os certificados TLS não expiraram e se o FQDN do SBC corresponde exatamente ao configurado. Resultado esperado: status ativo e certificado válido.
Erros comuns ao diagnosticar incluem pular a camada de política e testar o SBC antes de confirmar a licença, o que gera falsos negativos. Documente cada resultado imediatamente para comparar com a chamada real.
Se todos os testes passarem e a chamada ainda falhar, o problema pode estar no tronco SIP da operadora ou no roteamento do provedor. Nesse caso, solicite o trace SIP da chamada ao seu provedor de telefonia.
Para aprofundar o diagnóstico de falhas de voz no Teams, consulte o guia sobre chamada externa do Teams encerra logo após conectar e o artigo sobre roteamento de chamadas entre WhatsApp, PABX e Microsoft Teams.
Quando o problema é do Teams e quando é da sua infraestrutura?
O Microsoft Teams é o aplicativo que exibe a tela; o Teams Phone é a licença que habilita a telefonia; a conexão com a rede pública é feita por Calling Plans, Operator Connect ou Direct Routing. A confusão entre esses componentes é a causa mais comum de diagnósticos errados quando uma chamada trava em "Conectando".
O Teams, sozinho, não faz chamadas PSTN. Ele depende do Teams Phone System, que é o conjunto de funcionalidades de telefonia integradas à plataforma. Sem a licença Teams Phone, o botão de ligar pode nem aparecer ou a chamada falha antes de tocar o destino.
O caminho até o telefone fixo ou celular usa uma das três rotas: Calling Plan da Microsoft, Operator Connect ou Direct Routing. Nas duas primeiras, a Microsoft ou o operador homologado gerencia a conectividade. No Direct Routing, a responsabilidade é da sua empresa.
No Direct Routing, o Session Border Controller (SBC) é o gateway físico ou virtual que conecta o Teams ao tronco SIP da operadora. Se o SBC estiver fora do ar, com certificado expirado ou com política de chamada incorreta, a chamada fica presa em "Conectando" sem nunca chegar ao destino.
O PABX legado e o SIP Trunk entram como infraestrutura existente. Quando você integra o Teams a um PABX antigo, o sintoma de chamada travada pode vir do roteamento interno do PABX, do tronco SIP ou do SBC — não do Teams.
Para saber se o problema está no Teams ou na infraestrutura, observe onde a chamada para. Se falha em chamadas internas entre usuários do Teams, o problema é licença ou política. Se falha só em chamadas externas, o problema está no SBC, no SIP Trunk ou na operadora.
Um teste rápido: faça uma chamada entre dois usuários do Teams no mesmo locatário. Se essa chamada completa, o Teams e as licenças estão funcionando. Se falha, o problema está na configuração interna do locatário, não na telefonia externa.
Depois, faça uma chamada para um número externo. Se a interna funciona e a externa não, o problema está no caminho PSTN. O próximo passo é verificar o status do SBC e os logs de chamada no portal do Teams, que mostram exatamente onde a chamada falhou.
Chamadas que caem em "Conectando" por minutos e depois completam indicam problema de roteamento ou de configuração no SBC, não de licença. Já chamadas que falham imediatamente apontam para certificado expirado ou política de chamada bloqueando o destino.
A distinção entre Teams e infraestrutura é crítica: trocar de operadora sem verificar o SBC não resolve o problema. O diagnóstico correto exige mapear cada componente antes de culpar um deles — e isso evita horas de indisponibilidade e retrabalho.
Para aprofundar o diagnóstico, veja como chamadas externas encerram após conectar — sintoma parecido, mas com causas diferentes. E se você está avaliando a infraestrutura de voz, entenda como configurar um número virtual para agentes de IA exige o mesmo cuidado com roteamento.
Como corrigir as causas mais comuns de chamadas presas em 'Conectando'
A correção começa pela licença do usuário, depois política de voz, SBC, rede e operadora. Cada etapa tem um teste específico que confirma se o problema foi resolvido antes de avançar.
- Corrigir licença: atribua a licença Teams Phone ao usuário afetado no centro de administração do Microsoft 365. Sem essa licença ativa, o Teams não inicia a sessão de chamada e o status permanece "Conectando" até estourar o timeout.
- Corrigir política: ajuste a política de voz e o roteamento de chamadas atribuídos ao usuário. Verifique se a política de discagem aponta para o tronco correto e se o usuário não está com uma política conflitante que bloqueia a chamada externa.
- Corrigir SBC: valide os certificados do Session Border Controller, a configuração do tronco e as regras de tradução de número. Um certificado expirado ou uma regra de tradução incorreta faz a chamada ser rejeitada silenciosamente, mantendo a tela em "Conectando".
- Corrigir rede: abra as portas necessárias para o tráfego do Teams e configure QoS para priorizar pacotes de voz. Portas bloqueadas ou QoS ausente causam perda de pacotes que impede o estabelecimento da chamada sem gerar erro visível.
- Corrigir operadora: confirme se o tronco SIP está ativo e configurado corretamente com o provedor. Se o tronco estiver suspenso ou com autenticação incorreta, o Teams envia a chamada, mas a operadora nunca responde.
A documentação oficial da Microsoft recomenda verificar esses pontos na ordem exata, porque uma falha na licença invalida qualquer teste no SBC. Equipes que seguem a ordem licença → política → SBC → rede → operadora resolvem a chamada presa sem substituir equipamento desnecessariamente.
Após cada correção, faça uma chamada de teste para confirmar que o status "Conectando" avança para "Chamando" ou "Atendida". Se o problema persistir após a etapa de rede, o próximo passo é verificar por que a chamada externa encerra logo após conectar, que é o sintoma seguinte mais comum.
Quando escalar para um especialista: limites do autodiagnóstico
O autodiagnóstico resolve falhas de licença, política de voz e rede local, mas perde eficácia quando o sintoma persiste após validar essas três camadas.
Você já reiniciou o SBC, reaplicou políticas do Teams Admin Center, testou com outro usuário e a chamada ainda trava em "Conectando". O próximo passo exige analisar logs SIP no lado da operadora e verificar se o Session Border Controller está recusando a sessão por um parâmetro que o portal do Teams não expõe. Essa investigação depende de acesso a ferramentas que a maioria dos administradores do Microsoft 365 não possui no dia a dia.
Quando sua empresa opera um PABX legado integrado ao Teams via Direct Routing, a complexidade dobra. O SBC precisa traduzir codecs, manipular headers SIP e manter compatibilidade com a sinalização do PABX — e um único campo mal configurado no dial plan do legado pode derrubar todas as chamadas externas. Sem um profissional de telecom dedicado, o tempo gasto em tentativa e erro consome horas de operação e gera atrasos no atendimento ao cliente.
O custo de não agir é mensurável: cada chamada perdida é uma venda não concluída ou um chamado de suporte não resolvido. Se sua equipe depende do Teams para contato com clientes, o travamento recorrente corrói a credibilidade do canal. Chamadas que encerram logo após conectar costumam ser o próximo sintoma quando a falha de roteamento não é tratada na origem.
A TW Solutions atua como operadora autorizada e provedora de telefonia Microsoft Teams com suporte que cobre desde a configuração do SBC até a interconexão com a operadora. Em vez de escalar internamente por dias, você agenda um diagnóstico com quem analisa logs SIP e políticas do Teams todos os dias. O especialista identifica se a falha está no roteamento entre PABX e Teams ou em um tronco SIP mal dimensionado — e corrige sem chutes.
Se após todos os testes descritos nas seções anteriores a causa continuar oculta, interrompa o autodiagnóstico e acione suporte especializado. A persistência do problema indica que a raiz está em uma camada que as ferramentas nativas do Teams não alcançam.
Conclusão: diagnóstico por camadas evita troca desnecessária de fornecedor
Na maioria dos casos, a causa da chamada travada está em configuração interna, não no provedor de telefonia. Trocar de operadora sem antes validar licença, política de voz, SBC e rede raramente resolve o sintoma e adiciona custo de migração.
Um processo estruturado por camadas converte uma suspeita vaga em evidência objetiva. Cada teste isolado elimina uma variável e aponta o próximo passo com base em dados, não em achismo.
Se o diagnóstico interno não revelar a falha, a suspeita sobre o provedor ganha fundamento técnico. Nesse cenário, a troca de fornecedor se torna uma decisão justificada, não um palpite.
Quando sua equipe não tem tempo ou ferramentas para percorrer todas as camadas, um parceiro especializado encurta o caminho. A TW Solutions audita a configuração da sua telefonia Teams e do tronco SIP para identificar o gargalo real.
Para aprofundar o conhecimento interno, a documentação oficial da Microsoft sobre o Phone System detalha os requisitos de licença e os parâmetros de conectividade. Consulte-a antes de qualquer decisão de troca.
O custo de não agir com método aparece em horas improdutivas e chamadas perdidas. Equipes que documentam cada teste realizado reduzem o tempo de resolução e evitam retrabalho com o suporte do provedor.
Se o problema persistir após validar todas as camadas internas, a falha pode estar no roteamento da operadora. Nesse caso, abra um chamado com evidências coletadas — isso acelera o suporte e protege sua posição contratual.
Antes de trocar de fornecedor, avalie também cenários relacionados, como chamadas que encerram logo após conectar. Sintomas diferentes apontam para causas distintas e exigem abordagens próprias.
O diagnóstico por camadas é um investimento de minutos que evita semanas de indisponibilidade. A decisão de trocar ou manter o provedor deve ser baseada em evidência técnica, não em frustração operacional.
Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.
Fontes e referências
Consulte as referências institucionais abaixo para aprofundar e validar os critérios apresentados.
Perguntas frequentes
Quando a ligação Teams fica conectando é um problema de licença e quando é de infraestrutura?
Se a licença Teams Phone não está atribuída ao usuário, o Teams não inicia a sessão de chamada e o status permanece 'Conectando' até estourar o timeout. Se a licença está ativa, mas a chamada ainda trava, o problema está na infraestrutura: SBC, PABX, operadora ou roteamento de voz. Valide a licença no centro de administração antes de testar qualquer outra camada.
Quais critérios usar para decidir se a ligação Teams fica conectando por causa do SBC ou da operadora?
Observe o comportamento exato da chamada. Se o chamador ouve o tom de chamada, mas a chamada nunca conecta, o problema está no roteamento de voz ou no SBC — o convite SIP saiu do Teams, mas a resposta 200 OK não retornou. Se a chamada encerra em segundos com erro, verifique política de voz e atribuição de número antes de culpar a operadora.
Qual a diferença entre o problema estar no Teams, no Teams Phone ou no Direct Routing quando a ligação fica conectando?
O Teams é o aplicativo que exibe a tela; o Teams Phone é a licença que habilita a telefonia; a conexão com a rede pública é feita por Calling Plans, Operator Connect ou Direct Routing. O Teams sozinho não faz chamadas PSTN. Sem a licença Teams Phone, a chamada falha antes de tocar o destino. A confusão entre esses componentes é a causa mais comum de diagnósticos errados.
Como implementar um diagnóstico por camadas para resolver ligação Teams presa em Conectando?
Execute testes isolados por camada, nesta ordem: licença, política, SBC, rede e operadora. Teste de licença: confirme se a licença Teams Phone está atribuída e se o número está provisionado. Teste de política: conecte ao PowerShell e execute Get-CsOnlineUser para validar EnterpriseVoiceEnabled. Só avance para a próxima camada quando a anterior estiver confirmada.
Quais requisitos de licença e política são necessários para evitar que a ligação Teams fique conectando?
O requisito mínimo é a licença Teams Phone ativa e um número de telefone provisionado sem conflito. Além disso, o usuário precisa de uma política de voz válida com roteamento apontando para o tronco correto. Sem esses dois requisitos, o Teams não inicia a sessão de chamada e o status permanece 'Conectando' até estourar o timeout.
Como corrigir a causa mais comum de chamada Teams presa em Conectando por licença?
Atribua a licença Teams Phone ao usuário afetado no centro de administração do Microsoft 365. Sem essa licença ativa, o Teams não inicia a sessão de chamada e o status permanece 'Conectando' até estourar o timeout. Após atribuir, confirme se o número de telefone está provisionado na guia 'Números de telefone' antes de testar novamente.
Quando devo escalar para um especialista a ligação Teams que fica conectando?
Escale quando o autodiagnóstico não resolver após validar licença, política de voz e rede local. Se você já reiniciou o SBC, reaplicou políticas e testou com outro usuário, e a chamada ainda trava, o próximo passo exige analisar logs SIP no lado da operadora. Essa investigação depende de ferramentas que a maioria dos administradores do Microsoft 365 não possui no dia a dia.
Como provar se a ligação Teams fica conectando por falha de política de voz ou por problema na operadora?
Use o Analisador de Conectividade do Teams para testar a conectividade com SBC ou operadora. Se o teste falhar, o problema está na infraestrutura. Se o teste passar, mas a chamada ainda travar, verifique a política de voz no PowerShell com Get-CsOnlineUser. Um usuário sem política válida ou com política conflitante encerra a chamada com erro em segundos.
