SIP 488 Not Acceptable Here: o que significa e como resolver

Resposta curta: SIP 488 Not Acceptable Here significa que o destino recebeu o INVITE, mas não aceitou a proposta de mídia do SDP. A causa mais comum é não haver codec em comum, como oferecer só G.729 a quem aceita G.711 lei A (PCMA). Compare os codecs da oferta com os aceitos pelo tronco e leia o cabeçalho Warning.

Como o Monitor trata o SIP 488

A leitura depende do que deve atender o número, a pergunta que a 2N5 responde ao cadastrar cada circuito. Estas são as regras que o produto aplica hoje, geradas da mesma função que julga cada chamada de teste.

O que deve atender o número	Leitura
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

O que o Monitor registra para uma URA: O telefone do outro lado não consegue usar nenhum dos formatos de áudio (codecs) que a chamada ofereceu, então a chamada não pôde ser completada (SIP 488).

Uma chamada lida como Fora do ar não alerta ninguém sozinha: ela é repetida 3 vezes, a cada 2 minutos, e só 4 falhas seguidas abrem um incidente, com o código SIP e a causa Q.850 de cada chamada como evidência para a operadora. No ritmo padrão, cada circuito é testado a cada 15 minutos.

Se a operadora devolve o SIP 488 ao registro da conta de chamadas da 2N5, antes de qualquer chamada, o teste fica sem visibilidade: é um problema do lado da 2N5, não conta contra o circuito e não avisa o cliente.

O que significa o SIP 488 na prática?

O SIP 488 Not Acceptable Here tem o mesmo sentido do SIP 606, mas vale só para o recurso endereçado no Request-URI, então o pedido pode funcionar em outro ponto. Em termos simples: o destino recebeu o INVITE, leu a oferta de mídia no SDP e não aceitou o codec, o perfil de transporte ou outro detalhe da sessão. A resposta pode trazer um SDP com as capacidades do destino e um cabeçalho Warning, como 305 Incompatible media format ou 304 Media type not available.

Ele também aparece no meio da chamada, como resposta a um re-INVITE, por exemplo numa troca para fax T.38. Pela RFC 3398, um gateway converte o erro 488 SIP em Q.850 conforme o Warning: cause 31 por padrão, ou cause 65 (Bearer capability not implemented) quando o Warning fala de capacidade de portadora. No sentido contrário, as causes 65 e 70 viram 488.

Causas comuns no Brasil

• PABX oferece só G.729 ou Opus, e o tronco da operadora (Vivo, Claro, Algar, Embratel ou outra) aceita G.711 lei A (PCMA).
• Aparelho ou softphone importado com G.711 lei µ (PCMU) como único codec, padrão nos Estados Unidos, falando com tronco que só aceita PCMA.
• Chamada recebida em que a operadora oferece só G.729 e o Asterisk não tem o módulo do codec, então o próprio PABX responde 488.
• Mídia criptografada: oferta com RTP/SAVP (SRTP) para um tronco que só aceita RTP/AVP, ou o contrário.
• Re-INVITE para fax T.38 enviado a um destino que não suporta T.38.
• Mudança de codec numa transferência ou na retirada de espera, recusada pelo SBC no meio da chamada.

Como diagnosticar

1. Abra a chamada no sngrep, entre no INVITE e leia a linha m=audio e as linhas a=rtpmap. Payload 8 é PCMA, 0 é PCMU e 18 é G.729.
2. Leia o Warning da resposta, por exemplo Warning: 305 sbc.operadora "Incompatible media format", e o SDP que veio junto, se houver.
3. No Asterisk, Issabel ou FreePBX, rode pjsip show endpoint <tronco> e confira a linha allow (no chan_sip, sip show peer <tronco>). core show translation mostra quais conversões de codec estão disponíveis.
4. Compare o perfil da linha m=audio: RTP/AVP é áudio sem criptografia, RTP/SAVP é SRTP. Confira a opção media_encryption do endpoint.
5. Faça um teste com o tronco aceitando só alaw. Se a chamada completar, ajuste a ordem dos codecs.
6. Se o 488 vier num re-INVITE, veja o que o disparou (T.38, espera, transferência) com pjsip set logger on ou, no 3CX, com o log detalhado (Verbose).

O que mandar para a operadora

• Data e hora exatas com fuso, por exemplo 2026-10-07 14:32:10 -03:00.
• Número de origem (A), número de destino (B) e o Call-ID.
• A linha completa SIP/2.0 488 Not Acceptable Here e o cabeçalho Warning.
• O SDP do INVITE enviado, com as linhas m=audio e a=rtpmap.
• Se foi no INVITE inicial ou num re-INVITE, e quantas chamadas falharam.
• O arquivo pcap da captura, se você tiver.

Perguntas frequentes

Qual codec usar em tronco SIP no Brasil?

O G.711 lei A (PCMA, payload 8) é o codec da rede telefônica brasileira e o mais aceito pelas operadoras. Muitos troncos também aceitam G.729 para economizar banda. Deixar PCMA na lista de codecs do tronco evita a maioria dos 488. Confirme com a operadora a lista exata, porque cada contrato pode ser diferente.

Qual a diferença entre SIP 488 e SIP 606?

Os dois dizem que a proposta de mídia não foi aceita. O 488 vale só para aquele destino, e o pedido pode funcionar em outro ponto. O 606 é uma falha global: nenhum outro ponto deve aceitar, e o proxy para de tentar. Na prática, o 488 aparece muito mais em troncos e PABX.

Uma chamada de teste real pega esse erro?

Sim. Uma chamada de teste real negocia a mídia com o destino como qualquer ligação, então recebe o 488 quando a proposta é recusada. Quando o resultado conta como falha, a chamada é repetida antes de qualquer alerta, e o alerta segue por e-mail e SMS.