Сбой вызова происходит на этапе согласования медиа-параметров (SDP Offer/Answer):

• Звонящий слышит автоинформатор о невозможности установить соединение или быстрый отбой.
• В SIP-трассировке возвращается статус SIP/2.0 488 Not Acceptable Here.
• В логах сервера фиксируется сообщение: No compatible codecs found или Unsupported media format.
• Проблема возникает при звонках на домофоны/СКУД (несовпадение видеокодеков H.264/H.265) или при включении шифрования SRTP без поддержки на стороне пира.

1. Анализ секции SDP в пакетах INVITE и 488

Захватите сессию с помощью sngrep и проверьте блок SDP:

v=0
o=root 1234 1234 IN IP4 192.168.1.10
s=Asterisk
c=IN IP4 192.168.1.10
t=0 0
m=audio 10540 RTP/AVP 0 8 18 107
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=rtpmap:107 opus/48000/2

Если принимающая сторона поддерживает только кодек G.722, а в списке Offer его нет, сервер отклонит вызов с кодом 488.

2. Настройка списка кодеков в pjsip.conf / chan_sip

Сконфигурируйте универсальный список поддерживаемых кодеков для транка или абонента:

[my_endpoint]
type=endpoint
context=from-internal
disallow=all
; Разрешаем базовые кодеки в порядке приоритета:
allow=alaw
allow=ulaw
allow=g729
allow=opus
; Если требуется видео (домофоны, видеотерминалы):
allow=h264
allow=vp8

3. Проверка параметров шифрования медиа (SRTP vs RTP)

Если на сервере включен обязательный SRTP, а клиент шлет обычный RTP/AVP, соединение будет сброшено с 488:

; Для конечных точек без шифрования:
[unencrypted_phone]
type=endpoint
media_encryption=no

; Для WebRTC / защищенных клиентов:
[webrtc_client]
type=endpoint
media_encryption=sdes ; или dtls
media_encryption_optimistic=no

4. Проверка транскодинга в Asterisk

Убедитесь, что в системе установлены и загружены модули транскодирования кодеков:

asterisk -rx "core show translation"

Если между форматами стоят прочерки -, транскодинг невозможен из-за отсутствия нужного модуля (например, codec_g729.so или codec_opus.so).