Eltex TAU-8M.IP [51/101] ____________________________________________________________________________________

Eltex TAU-8M.IP [51/101] ____________________________________________________________________________________
____________________________________________________________________________________
____________________________________________________________________________________
Абонентские шлюзы IP-телефонии 51
180 Ringing вызывающему оборудованию отправляется ответ 180; получив это
сообщение, вызывающее оборудование должно выдать в линию локальный сигнал
КПВ;
183 Progress (Early media) вызывающему оборудованию отправляется ответ
183+SDP используется для проключения разговорного тракта до ответа
вызываемого. В данном случае TAU-8.IP будет удалено выдавать вызывающему
абоненту сигнал КПВ;
Использовать SIP Display info при регистрации (Use SIP Display info in Register) при
установленном флаге отображать имя пользователя в поле SIP Display Info сообщения
Register;
Выдача «КПВ» при сигнале «183 progress» (Ringback at 183 Progress) при установленном
флаге осуществлять выдачу сигнала «Контроль посылки вызова» при приеме сообщения
«183 Progress» без вложенного SDP;
Обрабатывать заголовок Alert-Info (Use Alert-Info header) обрабатывать заголовок Alert-
Info в запросе INVITE для выдачи на абонентский порт отличной от стандартной посылки
вызова. Каденции для отличных посылок вызова настраиваются в разделе 3.1.4.8Подменю
«Сигнал вызова» («Cadence»);
Удалять неактивные медии (Remove rejected media) при включенной опции из offer-SDP
исключаются неактивные медии вопреки рекомендации RFC3264. Рекомендуется включить
данную опцию при взаимодействии с оборудованием Iskratel;
Проверять только имя пользователя в RURI если флаг установлен, то анализируется
только абонентский номер (user), при совпадении которого вызов будет назначен на
абонентский порт. Если флаг снят, то при поступлении входящего вызова производится
анализ всех элементов URI (user, host и port абонентский номер, IP-адрес и UDP/TCP-порт).
При совпадении всех элементов URI вызов будет назначен на абонентский порт;
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 с
указанием неподдерживаемого тега unsupported: 100rel, в этом случае будет
отправлен повторный запрос INVITE без тега required: 100rel;

Содержание

Скачать