Eltex RG-1404G [83/140] ____________________________________________________________________________________

Eltex RG-1404G-W [83/140] ____________________________________________________________________________________
____________________________________________________________________________________
____________________________________________________________________________________
Абонентский шлюз RG-1400 83
Выдача «КПВ» при сигнале «183 progress» (Ringback at 183 Progress) при установленном
флаге осуществлять выдачу сигнала «Контроль посылки вызова» при приеме сообщения
«183 Progress» без вложенного SDP;
Обрабатывать заголовок Alert-Info (Use Alert-Info header) при включенной опции
устройство будет использовать заголовок Alert-Info во входящем сообщении Invite для того,
чтобы генерировать в линию альтернативный сигнал посылки вызова, тем самым позволяя
идентифицировать вызывающего абонента. Формат заголовка Alert-Info должен быть
следующим:
http://127.0.0.1/<cadence name>
где вместо 127.0.0.1 можно указать локальный адрес RG-1400,
<cadence name> - название шаблона для формирования альтернативного сигнала посылки
вызова.
Для работы функции необходимо предварительно настроить на странице «PBX» -> «Сигнал
вызова» каденцию с именем <cadence name>.
Таким образом, алгоритм работы функции следующий: при поступлении входящего Invite
анализируется заголовок Alert-Info. Если IP-адрес в заголовке имеет значение 127.0.0.1 или
совпадает с адресом RG-1400 извлекается значение <cadence name>. Из списка каденций
на странице «PBX» -> «Сигнал вызова» ищется каденция с таким названием, и в линию
воспроизводится соответствующий сигнал посылки вызова. Если каденция не найдена в
линию подается стандартный сигнал вызова: 1с импульс, 4с пауза;
Удалять неактивные медии (Remove rejected media) при включенной опции из offer-SDP
исключаются неактивные медии вопреки рекомендации RFC3264. Рекомендуется включить
данную опцию при взаимодействии с оборудованием Iskratel;
Проверять только имя пользователя в RURI (Check RURI user part only) параметр
оказывает влияние на обработку входящих вызовов. При установленном флаге во входящем
сообщении Invite в Request-Line проверяется только поле имени пользователя: при
совпадении входящий вызов принимается. Если опция отключена проверяются все поля
заголовка Request-Line входящего Invite: имя пользователя, адрес и порт если какое-то из
полей не совпадает - входящий вызов не будет принят, и отправится ответ 404 Not Found.
100rel использование надежных предварительных ответов (RFC3262):
Supported поддержка использования надежных предварительных ответов;
Required требование использовать надежные предварительные ответы;
Выключен не использовать надежные предварительные ответы.
Протоколом SIP определено два типа ответов на запрос, инициирующий соединение (INVITE) –
предварительные и окончательные. Ответы класса 2хх, 3хх, 4хх, 5хх и 6хх являются окончательными и
передаются надежно – с подтверждением их сообщением АСК. Ответы класса 1хх, за исключением ответа
100 Trying, являются предварительными и передаются ненадежно без подтверждения (RFC3261). Эти
ответы содержат информацию о текущей стадии обработки запроса INVITE, вследствие чего потеря таких
ответов нежелательна. Использование надежных предварительных ответов также предусмотрено
протоколом SIP (RFC 3262) и определяется наличием тега 100rel в инициирующем запросе, в этом случае
предварительные ответы подтверждаются сообщением PRACK.
Работа настройки при исходящей связи:
Supported передавать в запросе INVITE тег supported: 100rel. В этом случае
взаимодействующий шлюз по своему усмотрению может передавать
предварительные ответы либо надежно, либо нет;
Required передавать в запросе INVITE теги supported: 100rel и required: 100rel. В этом
случае взаимодействующий шлюз должен передавать предварительные ответы
надежно. Если взаимодействующий шлюз не поддерживает надежные
предварительные ответы, то он должен отклонить запрос сообщением 420 с

Содержание