Отказ сервера или шлюза выполнять специфические команды телефонии:

• Клиент получает ответ SIP/2.0 501 Not Implemented.
• Сбои при попытке перевода вызова методом REFER, отправке текстовых сообщений MESSAGE или обновлении параметров через UPDATE.
• В ответе 501 отсутствует или не содержит запрошенного метода заголовок Allow.
• Проблема часто наблюдается при сопряжении современных IP-АТС со старыми цифровыми/аналоговыми VoIP-шлюзами.

1. Проверка заголовка Allow в ответе сервера

Захватите пакет OPTIONS или ответ 501 для анализа списка поддерживаемых методов:

SIP/2.0 501 Not Implemented
Via: SIP/2.0/UDP 192.168.1.50:5060;branch=z9hG4bK8834
To: <sip:100@pbx.local>;tag=654
From: <sip:200@pbx.local>;tag=123
Call-ID: df83-12a-3
CSeq: 102 UPDATE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE
Content-Length: 0

В данном примере сервер поддерживает только базовые методы и не умеет обрабатывать UPDATE.

2. Отключение неподдерживаемых методов в PJSIP (Asterisk)

Если шлюз или оператор возвращает 501 на запросы обновления сессии (Session Timers) через UPDATE, переключите метод на re-INVITE:

[gateway_endpoint]
type=endpoint
context=from-trunk
session_refresh_method=invite ; Использовать INVITE вместо UPDATE
timers=yes

3. Настройка методов перевода вызова (Transfer)

Если шлюз не поддерживает метод REFER для слепого или консультативного перевода:

• Настройте выполнение перевода силами самой АТС (In-band DTMF Features) вместо SIP REFER.
• В features.conf активируйте встроенные коды перевода:

[featuremap]
blindxfer => ##
atxfer => *2

В диалплане добавьте опции t и T в команду Dial():

exten => _X.,1,Dial(PJSIP/${EXTEN}@trunk,30,tT)

4. Корректировка работы с методом INFO (DTMF)

Если ошибка 501 возникает при нажатии кнопок в IVR, переключите режим передачи DTMF с SIP INFO на RFC 4733 / RFC 2833:

[my_endpoint]
type=endpoint
dtmf_mode=rfc4733