Q.850 cause 38 (Network out of order): o que significa

Resposta curta: Q.850 cause 38 (Network out of order) indica que a rede não está funcionando corretamente e que a condição deve durar um tempo relativamente longo, então repetir na hora não deve resolver. É uma falha real, não do destino. Pode estar no seu link, no SBC ou na rede da operadora. Identifique quem gerou a causa e abra chamado.

Como o Monitor trata a causa 38

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. Nas telas em português, a causa 38 aparece como: a rede está fora de serviço.

A causa 38 também decide a leitura de um SIP 480, que sozinho não diz se o destino tocou ou se nada respondeu:

O que deve atender o número	SIP 480 com causa 38
Uma saudação ou mensagem gravada (a URA)	Fora do ar
Um tom de teste ou serviço de eco	Fora do ar
Outro: pode tocar ou ser atendido	Fora do ar

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 38 na prática?

A Q.850 cause 38, Network out of order, indica que a rede não está funcionando corretamente e que a condição deve persistir por um período relativamente longo. A própria definição diz que tentar de novo imediatamente provavelmente não vai funcionar. Isso a separa da cause 41, que descreve uma falha passageira. Pela RFC 3398 (seção 7.2.4.1), a causa 38 vira SIP 503 Service Unavailable; no sentido inverso, o SIP 502 Bad Gateway volta como 38. Ela chega na REL do ISUP em links SS7, no DISCONNECT do ISDN e num Reason: Q.850;cause=38 em troncos SIP. No Asterisk, ${HANGUPCAUSE} fica em 38 e o CDR mostra hangupcause 38 quando o campo é gravado. Em LTE, o “cause code 38” das mensagens ESM é de outra tabela da 3GPP e não tem relação com esta causa.

Quando ela aparece

• Rompimento de fibra ou falha de transmissão na rede da operadora.
• SBC ou central da operadora fora do ar, com o tráfego sem rota alternativa.
• E1 com alarme no lado da operadora.
• Gateway intermediário que recebe um 502 de outro e o converte em 38.
• Link de internet do seu site caído, quando o SBC local responde em nome da rede.

Como diagnosticar

1. Veja quem gerou a causa: no sngrep, a resposta 503 ou 502 mostra o User-Agent ou o Server de quem respondeu.
2. Teste vários destinos. Se todos falham pelo mesmo tronco, a falha é de rede, não do destino.
3. Confira o link: perda de pacotes e latência até o IP de sinalização da operadora, com ping e mtr.
4. Verifique pjsip show registrations e o status do tronco no FreePBX, no Issabel ou no 3CX.
5. Num E1, dahdi show status mostra alarmes vermelhos (perda de sinal local) ou amarelos (o lado remoto não recebe o seu sinal).

O que mandar para a operadora

• Data, hora e fuso do início da falha, e se ela continua.
• Números de teste A e B e a lista de destinos que falharam.
• Call-ID, a resposta recebida e o Reason com cause=38.
• O resultado do mtr até o IP de sinalização da operadora.
• A designação do circuito ou a identificação do tronco, e os alarmes do E1, se houver.

Perguntas frequentes

Devo repetir a chamada quando recebo cause 38?

Repetir uma vez não faz mal, mas a definição da cause 38 diz que a condição deve durar, então tentativas imediatas em sequência tendem a falhar do mesmo jeito. Se houver rota alternativa, como outro tronco ou outra operadora, é melhor desviar o tráfego para ela enquanto a falha é tratada.

Qual a diferença entre cause 38 e cause 27?

A cause 27 (Destination out of order) diz que a interface até o destino falhou, ou seja, o problema está perto de quem recebe. A cause 38 diz que a própria rede está com falha. Pela RFC 3398, a 27 vira SIP 502 e a 38 vira SIP 503. Num 0800 que termina no seu PABX, a 27 aponta para o seu lado; a 38, para a rede.