Q.850 cause 65 (Bearer capability not implemented): o que significa

Resposta curta: Q.850 cause 65 (Bearer capability not implemented) indica que o equipamento que encerrou não suporta a capacidade de portadora pedida, como uma chamada de dados ou um formato de mídia. Em troncos SIP, quase sempre é falta de codec em comum ou fax T.38 não aceito. Compare o SDP do INVITE com o que a operadora aceita.

Como o Monitor trata a causa 65

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

A Q.850 cause 65, Bearer capability not implemented, indica que o equipamento que envia a causa não implementa a capacidade de portadora solicitada. Na telefonia TDM, a portadora diz se a chamada é de voz, de áudio de 3,1 kHz ou de dados digitais sem restrição. Em SIP, esse papel fica com a descrição de mídia no SDP. Pela RFC 3398 (seção 7.2.4.1), a causa 65 vira SIP 488 Not Acceptable Here. No sentido inverso, um 488 ou um 606 Not Acceptable cujo Warning trate de capacidade de portadora volta como 65; sem esse Warning, o padrão é 31. A causa aparece na REL do ISUP, no DISCONNECT do ISDN e num Reason: Q.850;cause=65. No Asterisk, ${HANGUPCAUSE} fica em 65, e o CDR mostra hangupcause 65 quando grava o campo.

Quando ela aparece

• Nenhum codec em comum: o PABX oferece só G.729 e a operadora aceita só G.711 A-law (PCMA), o padrão no Brasil.
• Re-INVITE para fax T.38 num tronco que não aceita T.38.
• Chamada de dados ISDN (64 kbit/s sem restrição) enviada para um destino só de voz.
• Vídeo ou outra mídia oferecida num tronco só de áudio, sem uma linha de áudio compatível.
• Gateway antigo que não implementa o formato de portadora pedido.

Como diagnosticar

1. No sngrep, abra o INVITE e veja as linhas m=audio e a=rtpmap do SDP.
2. Leia o Warning do 488: os códigos 304 (Media type not available) e 305 (Incompatible media format) apontam para a mídia.
3. No Asterisk, confira allow e disallow do endpoint com pjsip show endpoint nome-do-tronco e garanta que alaw está na lista.
4. No 3CX, confira a ordem de codecs configurada no tronco e compare com a lista da operadora.
5. Para fax, teste com T.38 desligado (G.711 em passthrough) ou confirme com a operadora se T.38 é suportado.
6. Num E1 ISDN, pri set debug on span 1 mostra o Bearer Capability enviado no SETUP.

O que mandar para a operadora

• Data, hora e fuso das tentativas.
• Números A e B e o tipo de chamada (voz, fax, dados).
• Call-ID, a linha SIP/2.0 488 Not Acceptable Here, o Warning e o Reason.
• O SDP completo do INVITE ou do re-INVITE recusado.
• O pedido explícito da lista de codecs e do suporte a T.38 no tronco.

Perguntas frequentes

Cause 65 é a mesma coisa que SIP 488?

Quase. Pela RFC 3398, a cause 65 vira SIP 488 Not Acceptable Here, mas o 488 só volta como cause 65 quando o Warning fala de capacidade de portadora; sem isso, vira cause 31. Então um 488 pode chegar à telefonia como 65 ou como 31, dependendo do que o equipamento que recusou escreveu no Warning.

Por que o fax falha com cause 65 e a voz funciona?

Porque o fax costuma trocar a mídia no meio da chamada, com um re-INVITE pedindo T.38. Se o tronco ou o gateway do outro lado não aceita T.38, ele recusa a nova mídia, e a causa pode ser 65. A voz em G.711 continua funcionando porque usa um formato que os dois lados aceitam.