Q.850 cause 127 (Interworking, unspecified): o que significa

Resposta curta: Q.850 cause 127 (Interworking, unspecified) indica que a chamada passou por uma interconexão com uma rede que não fornece causas para o que faz, então o motivo exato é desconhecido. Não aponta um defeito específico. É comum em gateways entre SIP, ISDN e sinalização R2. Descubra em que trecho a chamada falhou e qual resposta veio dali.

Como o Monitor trata a causa 127

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

A Q.850 cause 127, Interworking, unspecified, indica que houve interfuncionamento com uma rede que não fornece causas para as ações que toma, de modo que a causa exata da mensagem não é conhecida. É a única causa da classe de interfuncionamento na Q.850. Pela RFC 3398 (seção 7.2.4.1), a causa 127 vira SIP 500 Server Internal Error. No sentido inverso, várias respostas SIP sem equivalente na telefonia voltam como 127: 413, 414, 416, 420, 421, 423, 505 e 513. Ou seja, problemas de extensões SIP (cabeçalho Require), de tamanho de mensagem ou de versão podem chegar à telefonia como 127. A causa aparece na REL do ISUP, num Reason: Q.850;cause=127 (RFC 6432) e, no Asterisk, em ${HANGUPCAUSE}, além do campo hangupcause do CDR quando ele é gravado.

Quando ela aparece

• Chamada que atravessa um trecho com sinalização R2 MFC, ainda comum em E1 no Brasil, que não transporta causas Q.850.
• Gateway que recebe SIP 420 Bad Extension ou 421 Extension Required por causa de Require: 100rel ou Require: timer.
• Mensagem SIP grande demais, respondida com 513 Message Too Large.
• Request-URI longo demais (414) ou esquema de URI não suportado (416).
• Equipamentos de fabricantes diferentes em sequência, cada um traduzindo a causa do anterior.

Como diagnosticar

1. Siga a chamada trecho a trecho no sngrep ou no pcap e encontre a primeira resposta de erro.
2. Se a primeira resposta for 420 ou 421, confira os cabeçalhos Require e Supported do INVITE; no PJSIP, teste com 100rel e timers desligados no endpoint.
3. Se for 513, reduza o tamanho do INVITE (menos codecs ou cabeçalhos) ou use TCP.
4. Num E1 com R2, veja no gateway qual sinal B o destino devolveu e como o gateway o traduziu.
5. No 3CX, o Activity Log com Verbose logging mostra a resposta exata do tronco antes da tradução.
6. Peça ao responsável por cada gateway a causa ou a resposta que ele recebeu antes de gerar a 127.

O que mandar para a operadora

• Data, hora e fuso das tentativas.
• Números A e B.
• Call-ID, a linha SIP/2.0 500 Server Internal Error e o Reason com cause=127.
• O INVITE completo, com Require, Supported e o tamanho da mensagem.
• O pedido explícito da resposta ou do sinal original no trecho em que a operadora fez a interconexão.

Perguntas frequentes

Cause 127 quer dizer que a operadora tem um erro interno?

Não necessariamente. Pela RFC 3398, a cause 127 vira SIP 500 Server Internal Error, o que parece falha interna, mas a causa só diz que a chamada passou por uma rede que não informou o motivo. O erro real pode estar em qualquer trecho, inclusive numa extensão SIP recusada ou numa mensagem grande demais.

Por que vejo cause 127 em troncos E1 com R2?

Porque a sinalização R2 MFC não carrega causas Q.850: ela usa sinais B, como assinante livre, ocupado ou congestionamento. O gateway que liga o R2 ao ISDN ou ao SIP precisa traduzir esses sinais, e quando não há tradução clara, ou quando o destino simplesmente libera a chamada, ele pode usar a cause 127.