O que significa o erro SIP 408 no Microsoft Teams e como interpretá-lo no Direct Routing
O erro SIP 408 Microsoft Teams indica que o SBC não recebeu resposta dentro do tempo esperado durante o Direct Routing. Esse timeout ocorre na sinalização, antes mesmo do áudio ser estabelecido.
Para o engenheiro de voz, o 408 aparece quando o tronco SIP não responde ao INVITE enviado pelo Microsoft Teams. O fluxo completo envolve Teams Phone, Direct Routing, SBC e operadora — e o timeout pode estar em qualquer um desses saltos.
Esse código é diferente do 404 (número não encontrado), do 480 (destino temporariamente indisponível) e do 503 (serviço indisponível). Enquanto o 404 indica problema de rota ou numeração, o 408 aponta falha de comunicação entre os elementos de sinalização.
Para diagnosticar, comece pelo SBC: verifique se ele está online, se o FQDN configurado no pareamento resolve corretamente e se o tráfego UDP/TLS está liberado. Em seguida, confira se a operadora responde ao INVITE dentro do tempo esperado — timeouts frequentes indicam problema no trunk SIP.
A normalização de números e as políticas de roteamento de voz (PSTN Usage e Voice Routing Policy) raramente causam 408. Elas influenciam qual rota será escolhida, mas não controlam o tempo de resposta do SBC. Se o 408 for intermitente, registre o horário e compare com logs do SBC e da operadora.
Na prática, o 408 exige análise de sinalização, não de configuração de políticas. Use o diagnóstico do Teams para capturar o INVITE, verifique o SBC e acione a operadora se o timeout persistir. Para aprofundar o diagnóstico de outros códigos, veja como interpretar o erro SIP 404 no Direct Routing.
Como diagnosticar o erro SIP 408 por camadas: do Teams ao SBC e à operadora
O erro SIP 408 Microsoft Teams surge quando o SBC envia um INVITE e não recebe resposta dentro do timer configurado. O diagnóstico correto exige isolamento em camadas, começando pelo SBC e terminando na operadora.
erro SIP 408 Microsoft Teams é o código SIP "Request Timeout" que o SBC ou o Direct Routing retorna quando uma chamada não recebe resposta dentro do tempo limite. Isso significa que o destino final não respondeu ao INVITE, seja por falha de roteamento, política do Teams ou indisponibilidade da operadora.
O checklist abaixo segue a ordem lógica de investigação. Cada etapa exige acesso a logs específicos e produz uma conclusão acionável.
- Verifique se o INVITE saiu do SBC: Acesse os logs do SBC e filtre pelo número chamado no horário exato do erro. Se o INVITE não aparece no log de saída, o problema está no roteamento local, não no Teams.
- Teste o SIP OPTIONS para a operadora: O SIP OPTIONS verifica se a operadora está viva sem fazer uma chamada real. Se o OPTIONS retorna 408 ou não retorna, a operadora está fora ou com roteamento quebrado. Se o OPTIONS responde 200 OK, o problema está no fluxo de chamada específico.
- Analise as políticas de roteamento no Teams: Abra o Call Analytics e verifique se a chamada chegou ao Direct Routing. Confirme se o PSTN Usage atribuiu a rota correta e se a Voice Routing Policy do usuário permite o destino. Um 408 aqui indica que o Teams não encontrou rota válida.
- Faça uma chamada de teste isolada: Use um softphone ou ferramenta de teste para chamar o mesmo número por outra rota. Se a chamada funciona fora do Teams, o problema está na integração. Se falha também, o problema está na operadora ou no destino final.
Equipes que documentam cada camada do diagnóstico reduzem o tempo de resolução de um timeout de horas para minutos. O erro SIP 408 Microsoft Teams raramente é um problema isolado do Teams; ele é o sintoma de uma falha em qualquer ponto da cadeia.
Quando a chamada falha com 408, o primeiro reflexo é culpar o Teams. Na prática, o Direct Routing apenas repassa o timeout recebido do SBC ou da operadora. O Call Analytics mostra se a chamada chegou ao Direct Routing e qual foi o código retornado, mas não mostra o que aconteceu dentro do SBC.
Uma falha comum é o SBC não ter o FQDN do Teams configurado corretamente no TLS. Nesse caso, o INVITE nem sai do SBC, e o erro aparece como 408 no cliente Teams. Verifique também se o pareamento do SBC com o Teams está ativo e sem erros de certificado.
Outro cenário recorrente é a operadora não responder ao INVITE porque o número foi portado ou a rota foi desativada. O teste de SIP OPTIONS isola essa variável em segundos. Se a operadora responde ao OPTIONS mas não ao INVITE, o problema é específico do número ou do trunk.
Para chamadas internacionais, o 408 pode indicar que o destino final não respondeu dentro do tempo limite. Nesse caso, o SBC precisa de um timer maior para destinos internacionais. Ajuste o timer por prefixo, não globalmente, para evitar timeouts em chamadas locais.
Se o problema persiste após as cinco etapas, revise a estrutura do SIP URI e a normalização aplicada. Uma normalização incorreta pode enviar o INVITE para o destino errado, que nunca responde. Compare o número enviado no INVITE com o formato esperado pela operadora.
O 408 também pode aparecer quando o SBC está sobrecarregado e não consegue processar o INVITE dentro do timer. Monitore CPU, memória e sessões ativas no SBC durante o teste. Se o SBC está no limite, o 408 é um sintoma de capacidade, não de roteamento.
O erro SIP 408 Microsoft Teams é um sintoma, não a causa raiz; o diagnóstico em camadas evita trocas desnecessárias de SBC ou de operadora. A causa raiz está sempre em uma das cinco camadas: SBC, timer, operadora, política do Teams ou normalização.
Depois de isolar a causa, documente o cenário completo: número chamado, horário, SBC, operadora e política aplicada. Essa documentação acelera futuras investigações e evita repetir o mesmo diagnóstico. Se a causa está na integração com o Direct Routing, revise a configuração de rotas, como no caso do erro 404, que segue a mesma lógica de isolamento.
Para ambientes com volume alto de chamadas, o monitoramento proativo do SBC e do Call Analytics reduz a incidência de 408. Configure alertas para timeouts e monitore a saúde dos trunks regularmente. Um trunk com falha intermitente gera 408 em horários de pico, mascarando o problema real.
O diagnóstico por camadas funciona porque cada etapa produz uma evidência objetiva. Você não precisa adivinhar onde está o problema; você precisa seguir a ordem e eliminar variáveis. Quando a causa é a operadora, o teste de SIP OPTIONS prova isso em segundos. Quando é o Teams, o Call Analytics mostra a falha de roteamento.
Se a sua equipe não tem visibilidade dos logs do SBC ou do Call Analytics, o diagnóstico fica cego. Nesse caso, o suporte especializado com acesso a essas ferramentas reduz o tempo de resolução. Uma integração bem configurada entre Teams, SBC e operadora previne a maioria dos 408 antes que eles afetem o negócio.
Para chamadas críticas, configure o SBC para responder 100 Trying imediatamente após receber o INVITE. Isso evita que o Teams interprete a demora como timeout e gere um 408 no cliente. O 100 Trying não resolve o problema de destino, mas elimina falsos positivos causados por timers curtos.
O próximo passo após o checklist é testar com chamadas reais em horário comercial. Uma chamada de teste isolada valida a correção aplicada. Se o 408 não retorna mais, o diagnóstico foi concluído. Se retorna, repita as etapas com os logs atualizados.
Fale com um especialista em telefonia Teams para validar o diagnóstico e ajustar a integração antes que o 408 afete seus clientes. A tw Solutions atua com telefonia Microsoft Teams integrada a PABX, SBC, operadora, numeração e atendimento, e pode ajudar a estruturar o ambiente de forma resiliente.
Como escolher
O erro SIP 408 Microsoft Teams aparece quando o SBC não recebe resposta dentro do timer configurado. A causa raramente está no Teams: está no SBC, na rede ou na operadora.
erro SIP 408 Microsoft Teams é um timeout de sinalização no Direct Routing: o SBC envia um INVITE e não recebe resposta (100 Trying, 180 Ringing ou 200 OK) dentro do tempo esperado. Isso significa que a chamada foi abandonada antes de completar, sem que o Teams tenha confirmado a falha como definitiva.
Você perde horas ajustando política de voz quando o problema está no provedor. A tabela abaixo mostra onde investigar primeiro e qual ação tomar em cada cenário.
| Sintoma observado | Causa provável | Teste recomendado | Ação corretiva |
|---|---|---|---|
| SBC não responde ao INVITE do Teams; nenhum log de saída no SBC | FQDN não pareado, certificado expirado ou política de roteamento sem PSTN Usage | Verificar status do SBC no Tenant do Teams; testar conexão TLS 5061 com o FQDN | Refazer o pareamento do SBC; validar certificado e FQDN no Direct Routing; revisar Voice Routing Policy |
| — | Operadora não responde; rota SIP incorreta ou número não autorizado | Capturar SIP no SBC; verificar se o INVITE saiu com o trunk correto; testar chamada manual via softphone SIP | Acionar a operadora com o trace SIP; validar se o número está habilitado para chamadas externas; ajustar regra de normalização |
| — | Timer do SBC menor que o tempo de resposta da operadora; retransmissão SIP mal configurada | Comparar o timer do SBC com o tempo real de resposta da operadora no trace; testar com timer maior | Ajustar o timer de chamada no SBC (ex: T1, T2, Timer B); habilitar retransmissão de INVITE; documentar o novo valor |
| Chamadas falham em horários específicos; perda de pacotes no caminho | Problema de rede: latência alta, jitter ou firewall bloqueando pacotes SIP/TLS | Executar ping e teste de porta 5061; verificar QoS; analisar perda de pacotes entre SBC e Microsoft | Corrigir roteamento de rede; ajustar firewall para permitir tráfego SIP/TLS; priorizar tráfego de voz no roteador |
Quando o erro SIP 408 Microsoft Teams faz sentido, a causa está em quem deveria responder — SBC, operadora ou rede — e não no Teams.
Se o SBC não registra o INVITE de saída, o problema é interno. Se registra mas não obtém resposta, a operadora ou a rede são responsáveis.
O teste de chamada manual via softphone SIP ajuda a isolar a operadora. Se a chamada manual funciona, o problema está na configuração do Teams ou do SBC.
Para cenários de rede, verifique a porta 5061 (TLS) e a 5068 (media). Firewalls que inspecionam SIP podem atrasar respostas e causar timeout artificial.
A documentação oficial da Microsoft recomenda revisar o Direct Routing e os timers do SBC antes de acionar a operadora. Erros de rota como o SIP 404 seguem lógica semelhante de diagnóstico por camada.
Se o problema persiste após ajustar timers e rede, colete o trace SIP completo e envie para a operadora com timestamps. Sem esse trace, a operadora não consegue identificar onde a resposta se perdeu.
Em operações com PABX integrado ao Teams, o SBC pode estar configurado para responder 408 quando o trunk está indisponível. O SIP URI do usuário precisa estar correto para que o roteamento funcione.
O próximo passo após identificar a camada é aplicar a correção e testar com chamadas reais. Problemas de áudio unilateral podem surgir após ajustes de rede, então valide o fluxo completo.
Por que o erro SIP 408 acontece mesmo com a configuração correta?
Você revisou o FQDN, confirmou as políticas de voz e o SBC está pareado, mas o erro SIP 408 Microsoft Teams persiste. A causa raramente está no que você configurou no tenant — ela está no caminho que o INVITE percorre entre o SBC e o provedor de telefonia.
Firewalls e NAT são os primeiros suspeitos. Se o seu SBC está atrás de um NAT, a tradução de endereço pode descartar pacotes SIP ou alterar a porta de origem, fazendo o INVITE nunca chegar ao destino. O sintoma clássico é o 408 aparecer exatamente no tempo do timer, como se o SBC tivesse desistido de esperar.
Timers do SBC configurados com valores muito baixos também causam falsos 408. O INVITE sai, a operadora recebe, mas a resposta demora mais do que o seu timer permite. Redes com latência alta ou perda de pacotes agravam esse cenário, transformando um atraso de milissegundos em falha de chamada.
Para distinguir entre problema de rede e de configuração, monitore a sinalização no próprio SBC. Se o INVITE sai e nenhuma resposta chega, o problema está no caminho. Se a resposta chega depois do timer expirar, ajuste o valor do timer antes de alterar qualquer política de roteamento.
Políticas de QoS mal aplicadas são outra causa invisível. Quando o tráfego SIP não é priorizado na rede, pacotes de sinalização podem ser descartados em momentos de congestionamento, gerando 408 intermitentes que somem quando você testa isoladamente. A documentação da Microsoft sobre QoS para Teams recomenda marcar o tráfego SIP com DSCP 46, o mesmo usado para áudio.
Problemas de resolução de DNS também enganam. Se o FQDN do SBC resolve para um IP incorreto ou o registro DNS expirou no cache local, o INVITE vai para o destino errado e o 408 aparece sem explicação aparente.
O erro SIP 408 Microsoft Teams não é um problema de configuração do Teams — é um problema de entrega de sinalização. Equipes que monitoram o caminho completo do INVITE, incluindo firewall, NAT, DNS e QoS, localizam o 408 em minutos, enquanto quem reconfigura o tenant perde horas sem resultado.
Um cenário comum em operações reais: o engenheiro configura tudo corretamente no Teams, mas o firewall corporativo inspeciona pacotes SIP e altera o header Via. A operadora recebe um INVITE com informações inconsistentes e descarta a mensagem silenciosamente. O SBC espera a resposta, não recebe, e o 408 aparece.
Para resolver, desative a inspeção SIP no firewall ou configure-o para apenas encaminhar o tráfego sem modificar headers. Se o problema persistir, teste o SBC em uma rede sem firewall para isolar a causa. Esse tipo de diagnóstico é exatamente o que uma falha de pareamento de SBC costuma revelar.
O teste decisivo para saber se o problema é rede ou configuração é simples: gere uma chamada de teste entre dois ramais internos e outra para um número externo. Se a interna funciona e a externa retorna 408, o problema está no caminho para a operadora, não no seu SBC ou no Teams.
Quando o 408 persiste mesmo após ajustar timers e verificar firewall, o próximo passo é analisar a conectividade com a operadora. Alguns provedores têm janelas de manutenção ou problemas de rota que geram 408 temporários. Nesse caso, o erro some sozinho em minutos ou horas — mas você precisa de logs para confirmar que a falha não é sua.
Para evitar retrabalho, documente cada camada do diagnóstico: capture pacotes no SBC, verifique o DNS, confira o QoS e teste com e sem firewall. Esse registro vira uma base de conhecimento para IA que acelera a próxima ocorrência. O 408 raramente é um problema isolado — é o sintoma de uma falha em alguma camada intermediária que só aparece sob carga.
Se você já tentou ajustar timers, verificar firewall e DNS, e o erro continua, o problema pode estar na forma como sua operadora encaminha o tráfego. Uma análise de áudio unilateral no Direct Routing mostra como problemas de rede afetam a mídia, mas o 408 afeta a sinalização — e a causa pode ser a mesma: rota incorreta ou política de QoS mal configurada.
O erro SIP 408 Microsoft Teams faz sentido quando o INVITE não recebe resposta dentro do tempo esperado. Isso significa que a falha está na entrega da sinalização, não na lógica de roteamento do Teams. Quando você entende isso, o diagnóstico fica objetivo: rastreie o caminho do pacote, meça o tempo de resposta e ajuste o que estiver fora do esperado.
Como ajustar políticas de roteamento e normalização para evitar o erro SIP 408?
Para eliminar o erro SIP 408 Microsoft Teams, revise a ordem das rotas, o padrão de normalização e a atribuição do PSTN Usage antes de alterar timers no SBC. O problema quase sempre está em uma dessas três camadas de configuração.
-
Revisar as regras de normalização para o número chamado
Abra o PowerShell e executeGet-CsDialPlanpara listar os planos de discagem ativos. Verifique se o padrão de normalização que transforma o número discado no formato E.164 é o primeiro da lista e se não há conflito com outra regra. Um padrão mal ordenado envia o INVITE com o número errado, e o SBC descarta a chamada por falta de rota correspondente — resultado: 408. -
Verificar se o PSTN Usage está atribuído corretamente à Voice Routing Policy
ExecuteGet-CsOnlinePstnUsagee confirme que o uso chamado, por exemplo "Brasil", existe. Depois, valide comGet-CsVoiceRoutingPolicyse a política do usuário que está com falha contém esse uso. Se o PSTN Usage não estiver listado na política, a chamada nem tenta rotear e o erro SIP 408 Microsoft Teams aparece como consequência. -
Confirmar que a rota para o SBC está correta e com prioridade adequada
UseGet-CsOnlineVoiceRoutepara inspecionar o número chamado e o FQDN do SBC em cada rota. Confira a propriedadePriority: rotas com prioridade numérica menor são testadas primeiro. Se a rota correta tiver prioridade maior (ex: 2) que uma rota inválida (ex: 0), o Teams envia o INVITE para o destino errado, o SBC não responde, e o timer expira com 408. -
Testar com um número de teste e analisar os logs
Faça uma chamada para um número de teste e capture o log SIP no SBC. Procure o campoRequest-URIno INVITE: se o número estiver no formato errado, o problema é normalização. Se o INVITE chegou ao SBC e não houve resposta, o problema está no timer ou na rota de saída. O log do SBC é a única evidência confiável para distinguir as duas causas. -
Ajustar timers no SBC se necessário
Somente após descartar erros de roteamento, aumente oT1(intervalo de retransmissão) ou oT2no SBC. A Microsoft recomenda que o SBC responda com100 Tryingimediatamente após receber o INVITE. Se o SBC demora para processar o número (ex: consulta a banco externo), um timer curto no Teams gera 408 antes da resposta — por isso, ajuste o SBC para responder rápido, não o Teams para esperar mais.
Ao implementar essas correções, evite três erros comuns: alterar timers antes de validar rotas, editar a normalização sem testar com número real e aplicar uma Voice Routing Policy global sem verificar os usos existentes. Documente cada alteração no tenant e no SBC para que a próxima ocorrência do erro SIP 408 Microsoft Teams seja resolvida em minutos, não em horas.
Se o problema persistir após revisar os cinco passos, o cenário pode envolver falha no pareamento do SBC com o Teams ou um número que não foi habilitado no Direct Routing. Nesses casos, o diagnóstico muda de política para infraestrutura de borda.
Para uma verificação mais rápida, compare o comportamento com o do erro SIP 404 no Direct Routing: enquanto o 404 indica número inexistente ou domínio errado, o 408 aponta para ausência de resposta — a causa está no fluxo de sinalização, não na existência do destino.
Quando escalar o erro SIP 408 para a operadora ou para a Microsoft?
Se o seu SBC responde corretamente aos INVITEs e o timeout persiste, o problema está além do seu controle. Nesse cenário, a responsabilidade é da operadora que não devolve o 180 Ringing ou o 200 OK dentro do timer configurado. Escale para a operadora com o horário exato, o número chamado e o trace SIP do SBC mostrando a ausência de resposta.
Quando o erro SIP 408 Microsoft Teams ocorre simultaneamente em múltiplos SBCs conectados ao mesmo tenant, a falha não está na sua infraestrutura. Nesse caso, acione o suporte da Microsoft com os IDs de chamada e o intervalo de tempo das falhas. A Microsoft precisa investigar o Direct Routing, pois a origem está no serviço de sinalização do Teams.
Para falhas intermitentes que aparecem em horários específicos, envolva o provedor de rede antes de culpar qualquer plataforma. Perda de pacote, latência alta ou jitter no link entre o SBC e a Microsoft ou entre o SBC e a operadora podem causar o timeout. Teste com pings contínuos e capture o tráfego durante o horário do problema para identificar o ponto de degradação.
Documente todas as evidências antes de escalar: trace SIP completo, horário UTC, FQDN do SBC e o número chamado. Essa documentação evita idas e vindas com o suporte e acelera a correção. Sem ela, cada escalonamento vira um ciclo de perguntas que prolonga a indisponibilidade do seu atendimento.
Se a operadora afirma que o número está ativo, mas o INVITE não retorna resposta, solicite o trace do lado dela. Compare os timestamps com o trace do seu SBC para provar onde o pacote parou. Esse comparativo é o critério objetivo que separa responsabilidades e encerra a discussão técnica.
Para problemas recorrentes após a correção, revise a configuração de pareamento do SBC com o Teams e confirme se o FQDN e o DNS estão íntegros. Um pareamento mal configurado pode reintroduzir o erro SIP 408 Microsoft Teams mesmo com a operadora funcionando. Esse checklist evita que você escale novamente um problema que está na sua camada de configuração.
Como a integração com uma operadora especializada pode simplificar o troubleshooting do SIP 408?
Você está olhando para logs de SBC, rastreamentos de rede e políticas de voz do Teams sem conseguir isolar a causa do timeout. A TW Solutions atua como operadora autorizada pela ANATEL desde 2007, entregando telefonia Microsoft Teams com SBC gerenciado, numeração e suporte técnico que reduz o ciclo de diagnóstico de falhas de sinalização. Em vez de escalar o problema entre três fornecedores diferentes, sua equipe concentra a investigação em um único ponto de contato.
Quando o SBC envia um INVITE e o destino não responde, o técnico precisa verificar se a falha está no tratamento da rota, no tronco SIP da operadora ou na política de PSTN Usage do Teams. Uma operadora que já opera Direct Routing conhece esses três planos e consegue correlacionar eventos em minutos. O suporte reativo tradicional costuma tratar cada camada como responsabilidade de um fornecedor separado, alongando o tempo de indisponibilidade.
O suporte especializado inclui monitoramento ativo dos troncos SIP e análise de pareamento do SBC com o Teams. Isso permite detectar degradação antes que o timeout se transforme em chamadas perdidas. A operadora também valida se o SIP URI configurado corresponde exatamente ao padrão esperado pelo gateway da operadora de destino — uma discrepância sutil que gera 408 intermitentes e consome horas de troubleshooting interno.
A integração de número telefônico com o Teams via Direct Routing exige que a operadora gerencie a numeração, o roteamento e a sinalização de forma coesa. Quando esses elementos vêm de fornecedores distintos, o diagnóstico do SIP 408 se fragmenta. Com uma operadora para Teams que entrega o pacote completo, sua equipe de voz ganha visibilidade fim a fim e elimina as zonas cinzentas entre o SBC e a rede pública.
O custo de não agir inclui chamadas não completadas para clientes, filas de atendimento com abandono e engenheiros de voz dedicando dias a um problema que uma operadora experiente resolve em uma sessão de troubleshooting. Cada hora de indisponibilidade do canal de voz representa receita perdida e desgaste da equipe técnica. A TW Solutions oferece diagnóstico especializado que cobre desde a normalização de números até a análise de traces SIP na borda da operadora.
Fale com um consultor da TW Solutions e avalie a arquitetura ideal para sua operação.
Perguntas frequentes
Quais critérios devo usar para decidir se o erro SIP 408 no Teams é falha de rede ou da operadora?
Para decidir, isole por camadas. Verifique se o SBC envia o INVITE e não recebe nenhuma resposta SIP dentro do timer. Se o pacote chega ao destino mas não há retorno, é problema da operadora. Se o pacote não sai ou é bloqueado, é problema de rede (firewall/NAT). A tabela de decisão do artigo sugere investigar SBC, rede e operadora nessa ordem, usando traces específicos.
Qual a diferença prática entre o erro SIP 408 e o erro SIP 404 no Microsoft Teams para diagnóstico?
O erro SIP 408 indica timeout de sinalização: o SBC enviou o INVITE e não recebeu resposta dentro do tempo esperado. Já o 404 indica rota inexistente ou número não encontrado. No 408, o problema está na ausência de resposta do destino final (SBC, rede ou operadora). No 404, o problema é de roteamento ou normalização. O diagnóstico do 408 exige análise de timers e rede.
Vale a pena investir em uma operadora especializada para resolver o erro SIP 408 no Microsoft Teams?
Sim, se o seu time gasta horas investigando logs de SBC, rede e políticas sem isolar a causa. Uma operadora especializada, como a TW Solutions, oferece SBC gerenciado e um único ponto de contato para troubleshooting. Isso reduz o ciclo de diagnóstico, eliminando a necessidade de escalar entre três fornecedores. O investimento se justifica quando o 408 afeta a disponibilidade do serviço de telefonia.
Como provar que o erro SIP 408 no Microsoft Teams é causado pela operadora e não pela minha configuração?
Capture o trace SIP no SBC mostrando o INVITE enviado e a ausência de resposta (100 Trying, 180 Ringing ou 200 OK) dentro do timer. Se o SBC responde corretamente aos INVITEs e o timeout persiste, o problema está além do seu controle. Escale para a operadora com o horário exato, número chamado e o trace. Se o 408 ocorre em múltiplos SBCs, acione a Microsoft.
Quais requisitos de infraestrutura (firewall, NAT, SBC) são necessários para evitar o erro SIP 408 no Teams?
O SBC não pode estar atrás de NAT sem regras de tradução corretas, pois isso descarta pacotes SIP ou altera a porta de origem. Firewalls devem permitir o tráfego SIP e RTP para o Direct Routing. Timers do SBC não podem ser configurados com valores muito baixos. O FQDN do SBC deve estar pareado corretamente no tenant. Esses são os requisitos básicos para evitar o timeout.
Quais erros devo evitar ao implementar o Direct Routing para não causar o erro SIP 408 no Teams?
Evite configurar timers do SBC com valores muito baixos, pois isso causa timeout prematuro. Não deixe o SBC atrás de NAT sem regras de tradução adequadas. Não ordene incorretamente as regras de normalização, pois isso envia o INVITE com número errado. Não ignore a ordem das rotas no PSTN Usage. Esses erros comuns geram o 408 mesmo com a configuração do tenant correta.
