Q.850 cause 3 (No route to destination): o que significa

Resposta curta: Q.850 cause 3 (No route to destination) indica que a rede que encerrou a chamada não tem caminho até a rede do número chamado, embora o número possa existir. Costuma aparecer com prefixos não liberados no plano contratado ou com rotas de interconexão ausentes. Teste o mesmo destino por outra operadora e envie o trace à sua.

Como o Monitor trata a causa 3

Quando a operadora informa a causa Q.850 no cabeçalho Reason da resposta SIP, o Monitor a guarda junto com o código SIP em cada chamada de teste, e ela aparece na evidência do incidente, pronta para o chamado na operadora.

Como qualquer falha, uma chamada de teste lida como Fora do ar é repetida 3 vezes, a cada 2 minutos, e só 4 falhas seguidas abrem um incidente.

O que significa a causa 3 na prática?

A Q.850 cause 3, No route to destination, diz que a central que recebeu a chamada não sabe como chegar à rede onde está o destino. Diferente da cause 1, ela não afirma que o número está desativado: o número pode funcionar normalmente quando discado por outra rede. A causa é da classe normal e viaja na mensagem REL do ISUP em links SS7, no DISCONNECT do ISDN num E1 PRI, ou num cabeçalho Reason: Q.850;cause=3 (RFC 6432) em troncos SIP. A RFC 3398 (seção 7.2.4.1) converte a causa 3 em SIP 404 Not Found, a mesma resposta da causa 1, por isso o 404 sozinho não basta para separar as duas. No Asterisk, a variável ${HANGUPCAUSE} fica em 3. Atenção: em celulares e modems LTE, o “cause code 3” das mensagens EMM é de outra tabela (Illegal UE) e não tem relação com esta causa.

Quando ela aparece

• Destinos fora do plano contratado: números internacionais, 0300, 0500 ou 0900 sem liberação no tronco.
• Chamadas para uma operadora com a qual a sua não tem rota configurada para aquele prefixo.
• Prefixo novo ou recém-portado que a tabela de roteamento da operadora ainda não reconhece.
• SBC ou gateway intermediário sem rota de saída para o padrão discado, que encerra com a causa 3 em vez de repassar.
• PABX com a rota de saída errada, mandando o número por um tronco que só aceita chamadas locais.

Como diagnosticar

1. Disque o mesmo número por outra operadora ou por um celular. Se completar, o número existe e o problema é de rota.
2. Teste outros números do mesmo prefixo para saber se a falta de rota é do prefixo inteiro ou de um número só.
3. Ative pjsip set logger on e confira se o 404 traz Reason: Q.850;cause=3; sem o Reason, peça à operadora a causa original.
4. No FreePBX ou no Issabel, confira em Outbound Routes qual rota casou com o padrão discado e por qual tronco a chamada saiu.
5. No 3CX, ative o Verbose logging e veja no Activity Log qual tronco foi usado e a resposta recebida.
6. Num E1 ISDN, use pri set debug on span 1 e leia o campo location da causa: ele mostra se a recusa veio da rede local, da rede de trânsito ou da rede remota.

O que mandar para a operadora

• Data e hora de cada tentativa, com fuso.
• Números A e B como saíram, e o prefixo afetado.
• Call-ID, a linha SIP/2.0 404 Not Found e o cabeçalho Reason recebido.
• O resultado do teste pelo outro caminho (o número completa por outra operadora ou pelo celular).
• O pedido explícito: confirmar se o prefixo está liberado no plano e roteado na interconexão.

Perguntas frequentes

Por que a operadora devolve 404 se o número existe?

Porque a RFC 3398 converte tanto a cause 1 (número não atribuído) quanto a cause 3 (sem rota) em SIP 404 Not Found. O 404 só diz que a rede não completou até aquele número. O cabeçalho Reason com cause=3, ou o trace do lado TDM, mostra que o número pode existir e que o que falta é a rota.

Liberar DDI ou 0300 no tronco resolve a cause 3?

Se o destino estava fora do plano contratado, sim: a operadora libera o prefixo e a chamada passa a ter rota. Se o prefixo já estava liberado, a falta de rota está mais adiante, numa interconexão ou numa tabela desatualizada, e só a operadora consegue corrigir. Por isso vale mandar exemplos de números e horários.