Q.850 cause 27 (Destination out of order): o que significa

Resposta curta: Q.850 cause 27 (Destination out of order) indica que o destino não pode ser alcançado porque a interface até ele não está funcionando: link físico caído, PABX desligado ou tronco do cliente sem resposta. É uma falha real, comum em 0800 e URA que terminam num PABX próprio. Verifique o equipamento e o link do destino.

Como o Monitor trata a causa 27

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 27 aparece como: o destino está fora de serviço.

A causa 27 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 27
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 27 na prática?

A Q.850 cause 27, Destination out of order, indica que o destino não pode ser alcançado porque a interface até ele não está funcionando direito. A mensagem de sinalização não conseguiu ser entregue ao usuário remoto, por exemplo por falha na camada física ou de enlace, ou porque o equipamento do usuário está desconectado. Diferente das causas de ocupado ou ausente, aqui há uma falha. Pela RFC 3398 (seção 7.2.4.1), a causa 27 vira SIP 502 Bad Gateway. No sentido inverso, a mesma RFC converte o 502 em causa 38, então a causa pode mudar ao atravessar dois gateways. Ela chega na REL do ISUP, no DISCONNECT do ISDN e num Reason: Q.850;cause=27. No Asterisk, ${HANGUPCAUSE} fica em 27. Em LTE, o “cause code 27” das mensagens ESM (Missing or unknown APN) não tem relação com esta causa.

Quando ela aparece

• E1 do PABX do cliente com alarme ou sem sincronismo: a central da operadora vê o link caído.
• Tronco SIP entre a operadora e o PABX do cliente sem resposta (OPTIONS sem retorno), marcado como fora de serviço.
• Link de internet do site do cliente caído, num 0800 ou numa URA que termina no PABX local.
• PABX desligado, reiniciando ou com o serviço SIP parado.
• Firewall do cliente bloqueando o IP da operadora depois de uma mudança de regra.

Como diagnosticar

1. Confirme no PABX de destino se ele está no ar e com o serviço rodando (core show uptime no Asterisk).
2. Num E1 via DAHDI, use dahdi show status para ver alarmes e pri show spans para o estado do canal D.
3. Num tronco SIP, verifique se as OPTIONS da operadora estão chegando e sendo respondidas com 200 OK; no sngrep, filtre pelo método OPTIONS.
4. Teste o link de internet do site e as regras do firewall para os IPs de sinalização e de mídia da operadora.
5. No 3CX, confira o status do tronco no painel e o Activity Log no horário da falha.
6. Se tudo estiver no ar do seu lado, peça à operadora o estado do circuito visto da central dela.

O que mandar para a operadora

• Data, hora e fuso do início da falha, e se ela continua.
• O número chamado (por exemplo, o 0800) e os números A usados nos testes.
• Call-ID e a resposta recebida (SIP/2.0 502 Bad Gateway), com o Reason.
• A designação do circuito E1 ou a identificação do tronco SIP.
• O estado do seu lado: alarmes do E1, status das OPTIONS, IP público atual.

Perguntas frequentes

A cause 27 é falha minha ou da operadora?

Depende de onde está o destino. Se o número termina num PABX seu, a causa indica que a rede não consegue entregar a chamada a ele: link, equipamento ou firewall do seu lado, ou o circuito entre os dois. Se o destino é de terceiros, a falha está no equipamento deles. O trace e o campo location da causa ajudam a separar.

Uma chamada de teste real pega a cause 27 num 0800?

Pega, porque é uma chamada real feita ao número: ela recebe a mesma resposta SIP final que um cliente receberia quando o destino está fora de serviço. Uma falha é repetida antes de virar alerta, para não avisar por um evento isolado, e o alerta segue por e-mail e SMS.