Sip 488 not acceptable here что это такое

Ошибка SIP 488 Not Acceptable Here возникает на этапе установления VoIP-соединения и указывает на то, что вызываемая сторона отклонила параметры медиа-сеанса. На практике это означает, что SIP-устройство или сервер получил SDP-описание, но не смог согласовать предлагаемые характеристики аудио или видео, даже при корректной авторизации и доступности абонента.

Код 488 чаще всего связан не с сетевой недоступностью, а с несоответствием технических параметров: поддерживаемых кодеков, частоты дискретизации, режима передачи DTMF, типа транспорта RTP или направления медиа-потока. Например, если одна сторона предлагает только G.729, а другая принимает исключительно G.711, SIP-диалог будет прерван именно с этим ответом.

Отдельное внимание требуется при работе через SIP-транки операторов связи. Многие провайдеры жестко ограничивают набор кодеков, запрещают video-media или требуют конкретные параметры SDP. Несоответствие этим требованиям приводит к повторяющимся ответам 488 при исходящих или входящих вызовах, даже если регистрация SIP-аккаунта проходит без ошибок.

Для диагностики ошибки необходимо анализировать SIP-логи и SDP-содержимое INVITE и ответа сервера. Проверка списков разрешенных кодеков, порядка их приоритета, параметров NAT и включенных медиа-опций позволяет точно определить причину отказа и внести корректировки в настройки IP-АТС, софтфона или SIP-шлюза.

SIP 488 Not Acceptable Here: что означает ошибка

Ответ SIP 488 Not Acceptable Here формируется на стороне принимающего SIP-узла в момент обработки запроса INVITE и указывает на невозможность согласования параметров медиа-сеанса. Сигнализация при этом работает корректно: запрос доставлен, абонент или сервер доступен, но предложенное SDP-описание не соответствует допустимым характеристикам.

Ключевая особенность ошибки 488 заключается в том, что она относится исключительно к медиаслоям. Проблема не связана с логином, паролем, маршрутизацией или статусом регистрации. Даже при успешном 200 OK на REGISTER вызов может завершиться кодом 488, если параметры RTP не могут быть приняты.

Наиболее распространённые причины возврата SIP 488:

• отсутствие пересечения между предложенными и поддерживаемыми аудиокодеками;
• несовпадение частоты дискретизации (например, 8000 Гц против 16000 Гц);
• запрос видеопотока при запрете video-media на стороне оператора;
• неподдерживаемый тип DTMF (RFC2833, SIP INFO, Inband);
• использование SRTP при отсутствии поддержки шифрования;
• некорректные IP-адреса и порты в SDP из-за NAT или SIP ALG.

Ошибка может возникать как при исходящих, так и при входящих вызовах. В случае транков SIP-провайдера она часто сигнализирует о нарушении технического профиля подключения, где допустим строго ограниченный набор кодеков и параметров передачи.

Для точного понимания причины необходимо проверить SDP-поля m=audio, a=rtpmap, a=fmtp и сравнить их с требованиями принимающей стороны. Исправление конфигурации кодеков, отключение лишних медиа-опций и корректная настройка NAT в большинстве случаев устраняют ответ 488 без изменения логики маршрутизации вызовов.

Как расшифровывается код SIP 488 Not Acceptable Here

Код ответа SIP 488 относится к классу ошибок уровня клиента (4xx) и обозначает отказ в обработке запроса INVITE из-за неподходящих параметров сеанса. Число 488 указывает на то, что запрос принят и проанализирован, но его содержимое не может быть использовано для установления медиасоединения в текущем контексте.

Фраза Not Acceptable Here означает, что проблема возникает именно на стороне узла, который вернул ответ. Это может быть IP-телефон, софтфон, IP-АТС или SBC оператора связи. Устройство сообщает, что предложенные параметры SDP недопустимы для него, даже если они формально корректны с точки зрения протокола SIP.

В техническом смысле расшифровка кода 488 сводится к отсутствию совместимых характеристик между сторонами вызова. Чаще всего это связано с медиа-описанием, включающим:

– список кодеков, которые не поддерживаются принимающей стороной;

– формат передачи RTP, недопустимый в текущем профиле подключения;

– параметры шифрования или транспорта, запрещённые политиками безопасности.

Важно учитывать, что SIP 488 не является универсальным отказом. При изменении SDP-параметров тот же самый запрос может быть успешно принят. Это делает код 488 индикатором именно конфигурационной несовместимости, а не логической ошибки в маршрутизации или авторизации.

В каких сценариях SIP-телефонии возникает ошибка 488

На практике код 488 чаще всего фиксируется не в тестовых, а в боевых конфигурациях, где действуют ограничения по кодекам, транспорту и политике безопасности. Ниже приведены типовые сценарии возникновения ошибки с привязкой к источнику проблемы.

Во всех перечисленных сценариях ошибка 488 является следствием конкретного несоответствия параметров, а не сбоя SIP-сигнализации. Для устранения проблемы требуется анализ SDP-пакетов INVITE и приведение настроек обеих сторон к совместимому набору характеристик.

Несовместимость кодеков как причина ответа SIP 488

Типичная ситуация возникает, когда IP-АТС или софтфон отправляет INVITE с приоритетом узкополосных или сжатых кодеков, например G.729 или iLBC, тогда как оператор связи принимает только G.711 A-law или μ-law. Если альтернативные кодеки в SDP отсутствуют или отключены в настройках, сервер возвращает отказ без попытки продолжить диалог.

Ошибка также фиксируется при несовпадении параметров кодека, даже если его название совпадает. Различия в частоте дискретизации, количестве каналов или дополнительных атрибутах fmtp делают кодек формально неприемлемым. В таких случаях принимающая сторона отклоняет весь медиа-профиль, не предлагая замену.

Для предотвращения SIP 488 необходимо явно настроить набор разрешённых кодеков на обеих сторонах соединения и задать корректный порядок их предложения. В конфигурации IP-АТС рекомендуется оставлять минимальный список кодеков, подтверждённых оператором, и исключать форматы, не используемые в конкретном сценарии вызовов.

При диагностике проблемы следует анализировать SDP в INVITE и ответах сервера, обращая внимание на строки m=audio и a=rtpmap. Наличие хотя бы одного полностью совместимого кодека гарантирует переход вызова к следующему этапу и исключает возврат ответа 488 по этой причине.

Влияние SDP-параметров на появление ошибки 488

Ошибка SIP 488 Not Acceptable Here напрямую связана с содержимым SDP, передаваемого в запросе INVITE. Даже при совпадении кодеков некорректные или неподдерживаемые атрибуты в SDP делают медиасеанс неприемлемым для принимающей стороны.

Критичную роль играют строки m=audio и a=rtpmap, определяющие типы медиа и их параметры. Если SDP содержит нестандартные payload-типы, ошибочные значения портов или неподдерживаемые форматы RTP, сервер завершает обработку запроса ответом 488 без попытки модификации параметров.

Отдельное внимание следует уделять атрибутам a=fmtp. Дополнительные параметры кодеков, такие как mode-set, annexb или ограничения битрейта, должны строго соответствовать возможностям принимающего оборудования. Любое расхождение интерпретируется как несовместимость, даже если базовый кодек разрешён.

Частой причиной ошибки становится наличие в SDP медианаправлений, которые не используются или запрещены политикой безопасности. Примеры включают предложение видеопотока при отсутствии поддержки видео или указание a=sendrecv в сценариях, где допустим только односторонний приём.

Для исключения SIP 488 рекомендуется минимизировать SDP, передавая только необходимые медиа-потоки и параметры. Проверка корректности IP-адресов, портов и атрибутов направления медиа особенно важна при работе за NAT и использовании SBC, где некорректное SDP часто становится единственной причиной отказа в установлении вызова.

Ошибки настройки SIP-устройства, приводящие к коду 488

Наиболее распространённые ошибки настройки включают:

• отключение всех разрешённых кодеков, кроме неподдерживаемых оператором;
• жёсткое задание нестандартной частоты дискретизации аудио;
• включённая передача видеопотока при отсутствии поддержки видео на принимающей стороне;
• использование SRTP без согласования с SIP-сервером или оператором;
• неверно выбранный метод передачи DTMF;
• указание внутреннего IP-адреса в SDP при работе за NAT.

Отдельного внимания требуют параметры, связанные с NAT и сетевыми интерфейсами. Если SIP-устройство не подменяет локальный адрес на публичный или не использует STUN, в SDP передаются недоступные IP-адреса и порты, что делает медиапоток невозможным и приводит к возврату 488.

Также ошибка возникает при ручной модификации конфигурационных файлов IP-АТС или софтфона без учёта требований SIP-провайдера. Ограничения по кодекам, типу RTP и направлению медиа должны строго соблюдаться, иначе устройство будет стабильно получать отказ независимо от корректности сигнальных сообщений.

Для устранения проблемы рекомендуется сбросить медиа-настройки к значениям по умолчанию, затем поэтапно включать необходимые параметры, проверяя совместимость с другой стороной. Анализ сформированного SDP остаётся основным способом выявления конкретной ошибки конфигурации.

Как определить источник ошибки 488 по логам SIP

В логах следует в первую очередь обратить внимание на SDP, передаваемое в теле INVITE. Строки m=audio, a=rtpmap и a=fmtp позволяют определить, какие кодеки и параметры реально предлагаются. Отсутствие допустимого кодека или наличие неподдерживаемых атрибутов напрямую указывает на источник отказа.

Важно проверить, какая сторона возвращает 488. Если ответ приходит от SIP-провайдера или SBC оператора, причина почти всегда связана с нарушением профиля подключения. В случае ответа от внутренней IP-АТС или конечного устройства ошибка чаще вызвана локальной конфигурацией или ограничениями конкретного терминала.

Дополнительные сведения содержатся в заголовках Warning или Reason, если они присутствуют в ответе 488. Эти поля могут указывать на неподдерживаемый кодек, запрещённый тип медиа или отклонённые параметры шифрования, что существенно ускоряет диагностику.

При работе за NAT следует проверить соответствие IP-адресов и портов в SDP фактическим сетевым параметрам. Несовпадение значений, выявленное при сравнении логов SIP и сетевого дампа RTP, подтверждает, что ошибка 488 вызвана невозможностью установить медиапоток, а не логикой маршрутизации вызова.

Практические шаги для устранения SIP 488 Not Acceptable Here

Устранение ошибки SIP 488 Not Acceptable Here начинается с анализа SDP, отправляемого в запросе INVITE. Необходимо убедиться, что в списке кодеков присутствует хотя бы один формат, поддерживаемый принимающей стороной, и что его параметры полностью соответствуют требованиям оператора или SIP-устройства.

Следующим шагом является проверка настроек медиа на IP-АТС, шлюзе или софтфоне. Следует отключить неподдерживаемые кодеки, видеопотоки и дополнительные атрибуты SDP, которые не используются в текущем сценарии. Минимальный и предсказуемый набор параметров снижает вероятность отказа при согласовании сеанса.

При использовании NAT требуется проверить корректность подстановки IP-адресов и портов в SDP. Настройка STUN, статического публичного адреса или корректного SIP ALG на пограничном устройстве позволяет избежать передачи недоступных сетевых параметров, которые часто приводят к возврату 488.

Если ошибка возникает при работе с SIP-провайдером, необходимо сверить конфигурацию с его технической документацией. Ограничения по кодекам, SRTP, DTMF и направлению медиа должны быть соблюдены без отклонений. Любое несоответствие приводит к немедленному отказу без попытки согласования альтернатив.

После внесения изменений рекомендуется повторно проанализировать SIP-логи и убедиться, что SDP в INVITE изменилось ожидаемым образом. Отсутствие ответа 488 и переход вызова к установлению RTP подтверждают, что источник ошибки был устранён на уровне медиа-настроек.

Вопрос-ответ:

Почему регистрация SIP проходит успешно, но вызов сразу завершается с ошибкой 488?

Регистрация подтверждает только корректность учетных данных и доступность SIP-сервера. Ошибка 488 появляется позже, при попытке согласовать параметры медиасеанса. Чаще всего INVITE содержит кодеки или SDP-атрибуты, которые сервер или оператор не принимает, поэтому вызов отклоняется до начала передачи RTP.

Может ли ошибка SIP 488 возникать только при входящих или только при исходящих звонках?

Да, такое поведение встречается регулярно. При исходящих вызовах причина обычно связана с ограничениями SIP-транка оператора. При входящих — с настройками локальной IP-АТС или конечного устройства, которое не принимает параметры, предложенные внешней стороной.

Какие кодеки чаще всего становятся причиной ответа 488 у операторов связи?

На практике чаще всего отклоняются G.729, iLBC и Opus, если они не разрешены в профиле подключения. Большинство операторов ожидают G.711 A-law или μ-law без дополнительных параметров, и отсутствие этих кодеков в SDP почти гарантированно приводит к отказу.

Может ли NAT вызывать SIP 488, если сигнализация работает без ошибок?

Да, такая ситуация типична. SIP-пакеты доходят до сервера, но в SDP указывается внутренний IP-адрес или недоступный порт. Принимающая сторона не может установить медиапоток и возвращает 488, несмотря на корректный обмен SIP-сообщениями.

Как быстро понять, что именно не принимает сервер при ошибке 488?

Нужно сравнить SDP в INVITE с требованиями принимающей стороны. Анализ строк m=audio, a=rtpmap и a=fmtp позволяет сразу увидеть неподдерживаемые кодеки, частоту дискретизации или дополнительные параметры. Иногда подсказки содержатся в заголовке Warning ответа 488.