Eltex TAU-72.IP. Параметры SIP – Profile N SIP Custom

Копипаст из официального мануала к девайсу с моими пометками комментами.

 

В закладке «Profile n/SIP Custom» производится настройка параметров протокола SIP для каждого профиля.

Применение настроек SIP не требует перезагрузки шлюза. При применении данных настроек все текущие вызовы будут завершены! SIP – Profile N SIP Custom

Шлюз может работать с одним основным и максимум четырьмя резервными SIP-proxy.

При работе только с основным SIP-proxy режимы Parking и Homing идентичны. В этом случае при отказе основного SIP proxy потребуется его восстановление для обеспечения работоспособности.

При наличии резервных SIP-proxy работа в режимах Parking и Homing осуществляется следующим образом: при совершении исходящего вызова шлюз отправляет сообщение INVITE на адрес основного SIP proxy, при попытке регистрации – сообщение REGISTER. В случае если по истечении времени Invite total timeout от основного SIP-proxy не приходит ответ либо приходит ответ 408 или 503, шлюз отправляет INVITE (либо REGISTER) на адрес первого резервного SIP-proxy, если и он недоступен, то запрос переправляется на следующий резервный SIP-proxy и т.д. Как только доступный резервный SIP-proxy будет найден, произойдет перерегистрация на нем. Далее, в зависимости от выбранного режима резервирования, выполняются следующие действия: 1. В режиме parking нет контроля основного SIP-proxy и шлюз продолжает работать с резервным SIP-proxy, даже если основной восстановлен. При потере связи с текущим SIP-proxy будет продолжен опрос последующих резервных SIP-proxy по описанному выше алгоритму. При недоступности последнего резервного SIP-proxy опрос продолжится по кругу, начиная с основного; 2. В режиме homing доступно три вида контроля основного SIP-proxy: посредством периодической передачи на его адрес сообщений OPTIONS , посредством периодической передачи на его адрес сообщений REGISTER либо посредством передачи запроса INVITE при совершении исходящего вызова. Запрос INVITE сначала передается на основной SIP-proxy, а затем, в случае его недоступности, на текущий резервный и т.д. Независимо от вида контроля, если обнаружено, что основной SIP-proxy восстановился, происходит перерегистрация на нем, и шлюз начинает работать с основным SIP-proxy.

SIP configuration:

– Proxy mode – в ниспадающем списке данного поля можно выбрать режим работы с SIP-сервером (SIP-proxy):

– Off – отключен;

– Parking – режим резервирования SIP-proxy без контроля основного SIP-proxy;

– Homing – режим резервирования SIP-proxy с контролем основного SIP-proxy;

– Proxy/ Registrar address 1..5 – сетевой адрес SIP-proxy/ сетевой адрес сервера регистрации;

через двоеточие можно указать порт, если порт не указан, то по умолчанию принимается значение порта – 5060;

– Use registration 1..5 – при установленном флаге регистрироваться на сервере, иначе – сервер регистрации не используется;

– Home server test – в зависимости от выбранной настройки в режиме резервирования homing тестировать основной прокси с помощью сообщений OPTIONS, REGISTER, либо INVITE; – Change-over – данная настройка определяет, по ошибке при передаче каких запросов будет происходить переключение на резервные сервера: по запросам INVITE и REGISTER или только по запросу REGISTER;

– Keepalive time (s)– период между передачами контрольных сообщений OPTIONS или REGISTER в секундах;

– Full RURI compliance – если флаг установлен, то при поступлении входящего вызова производится анализ всех элементов URI (user, host и port – абонентский номер, IP-адрес и UDP/TCP-порт). При совпадении всех элементов URI вызов будет назначен на абонентский порт. Если флаг снят, то анализируется только абонентский номер (user), при совпадении которого вызов будет назначен на абонентский порт;

– SIP Domain – SIP-домен. Используется для передачи в параметре «host» схемы SIP URI полей from и to;

– Use domain to Register – использовать домен при регистрации. В этом случае домен будет передаваться в Request URI сообщения «REGISTER»; – Registration Retry Interval (s) – интервал повтора попыток регистрации на SIP-сервере в случае, если предыдущая попытка была неуспешной (например, от сервера был получен ответ «403 forbidden»);

– Inbound – при установленном флаге принимать входящие вызовы только от SIP-proxy, иначе – принимать входящие вызовы со всех хостов. При активированной функции для вызовов принятых с адреса, отличного от SIP-proxy, будет создано перенаправление на адрес proxy (используется ответ «305 Use proxy», в котором указан адрес требуемого сервера);

– Outbound – задает режим для исходящих вызовов через SIP-proxy:

  • off – исходящие вызовы маршрутизируются согласно плану нумерации;
  • on – для исходящих вызовов в любом случае используется SIP-proxy;
  • with busy tone – для исходящих вызовов в любом случае используется SIP-proxy. Если по каким-то причинам абонентский порт не зарегистрирован, то при подъёме трубки на этом порту будет выдаваться сигнал «занято»;

Помимо статической настройки Outbound SIP сервера, возможна динамическая установка при помощи опции 120 протокола DHCP. При получении данной опции шлюз будет ее использовать только в первом SIP профиле (Profile 1), при этом настройки Proxy/Registrar address останутся актуальными и будут все так же использоваться в качестве адресов SIP- proxy и серверов регистрации. Если вы хотите использовать адреса, принятые в опции 120, в качестве адресов SIP-proxy и серверов регистрации, то оставьте настройки Proxy/Registrar address пустыми. Поскольку опция позволяет передать адреса нескольких outbound SIP- серверов, то режимы резервирования Proxy mode, описанные выше, в этом случае также будут работать.

– Dial timeout (for Outbound) – таймаут набора следующей цифры (в режиме Outbound), сек. Для возможности набора без таймаута необходимо либо использовать префиксы с четко заданным количеством цифр, либо индивидуально на абонентских портах использовать настройку «Stop dial at #»; Данная настройка актуальна только для плана маршрутизации Dialplan table.

– Expires – период времени для перерегистрации;

– Authentication – задает режим аутентификации для устройства:

  • global – выполнять аутентификацию на SIP-сервере с общим именем и паролем для всех абонентов;
  • user defined – выполнять аутентификацию на SIP-сервере с раздельным именем и паролем

для каждого абонента, имя и пароль назначаются портам в настройках меню «PBX/Ports»;

– Username – имя пользователя для аутентификации в режиме global;

– Password – пароль для аутентификации в режиме global (по умолчанию – password);

– Alert-Info – обрабатывать заголовок Alert-Info в запросе INVITE для выдачи на абонентский порт отличной от стандартной посылки вызова. Каденции для нестандартных посылок вызова настраиваются во вкладке Alert-Info соответствующего SIP-профиля;

– Ringback at answer 183 – при установленном флаге осуществляется выдача сигнала «Контроль посылки вызова» при приеме сообщения «183 Progress». При использовании данной настройки шлюз не будет генерировать сигнал «КПВ» локальному абоненту, в случае если разговорный тракт на момент получения сообщения 183 уже проключен, либо сообщение 183 содержит описание сессии SDP для проключения разговорного тракта;

– Ringback at callwaiting – выдача сообщения 180 либо 182 при поступлении второго вызова на порт с активной услугой Call waiting. Используется для индикации вызывающему абоненту (посредством выдачи сигнала «КПВ» определенной тональности) информации о том, что его вызов поставлен в очередь и ожидает ответа. Вызывающий шлюз в зависимости от того, какое сообщении принял (180 Ringing, 182 Queued), генерирует либо стандартное «КПВ» (180 Ringing), либо отличное от стандартного (182 Queued);

– Remote ringback – параметр определяет, требуется ли шлюзу выдавать сигнал «Контроль посылки вызова» («КПВ») при поступлении входящего вызова: Don’t send ringback in RTP – при поступлении входящего вызова шлюз не будет генерировать сигнал «КПВ»;

– Ringback with 180 ringing – при поступлении входящего вызова шлюз будет генерировать сигнал «КПВ» и передавать его взаимодействующему шлюзу в разговорном тракте. Проключение разговорного тракта будет осуществлено вместе с передачей по протоколу SIP сообщения «180 ringing»;

– Ringback with 183 progress – при поступлении входящего вызова шлюз будет генерировать сигнал «КПВ» и передавать его взаимодействующему шлюзу в разговорном тракте. Проключение разговорного тракта будет осуществлено вместе с передачей по протоколу SIP сообщения «183 progress».

– DTMF MIME Type – тип расширения MIME, используемый для передачи DTMF в сообщениях INFO протокола SIP: – Application/ dtmf – DTMF передается в расширении application/dtmf (* и # передаются как числа10 и 11);

– Application/ dtmf-relay – DTMF передается в расширении application/dtmf-relay (* и # передаются как символы * и #);

– Audio/telephone-event – DTMF передается в расширении audio/telephone-event (* и # передаются как числа 10 и 11); Передача DTMF во время установленной сессии используется для донабора.

– Hook Flash MIME Type – тип расширения MIME, используемый для передачи Flash в сообщениях INFO протокола SIP: – As DTMF – передавать в расширении MIME, настроенном в параметре DTMF MIME Type. При этом, если используется application/dtmf-relay, то flash передается как signal=hf, если используется application/dtmf или audio/telephone-event, то flash передается как число 16;

– Application/Hook Flash – flash передается в расширении Application/ Hook Flash (как signal=hf);

– Application/Broadsoft – flash передается в расширении Application/ Broadsoft (как event flashhook);

– Application/sscc – flash передается в расширении Application/ sscc (как event flashhook); Используется в случае, если необходимо передать импульс flash на встречную сторону без обновления параметров сессии; Подробная информация о применении flash в application/broadsoft и application/sscc, использующегося для выполнения услуг ДВО, приведена в Приложении И. – Escape hash uri – при установленном флаге передавать знак фунта ("решетку") в SIP URI как escape последовательность "%23", иначе – как символ "#". При установленном флаге user=phone знак фунта ("решетка") всегда передается как символ "#", независимо от настройки Escape hash uri;

– User=Phone – при установленном флаге использовать тег User=Phone в SIP URI, иначе – не использовать. Использование тега описано в начале данного раздела;

– Remove inactive media – при установленном флаге удалять неактивные медиа потоки при модификации SDP-сессии. Используется для взаимодействия со шлюзами, некорректно поддерживающими рекомендацию rfc 3264 (по рекомендации количество потоков при модификациях сессии не должно уменьшаться);

– P-RTP-Stat – использовать в запросе BYE либо ответе на него заголовок P-RTP-Stat для передачи RTP-статистики;

– CT with replaces – при установленном флаге использовать тег replaces при выполнении услуги Call Transfer (передача вызова), иначе – не использовать. При установленном флаге во время выполнения услуги шлюз формирует заголовок refer-to, в который, помимо адреса абонента, которому переводится вызов, добавляет тег replaces, содержащий DIALOG ID (Call-ID, to-tag, from- tag) замещаемого вызова. Вариант использования replaces предпочтителен при работе с использованием SIP-сервера, поскольку чаще всего не требует установления нового диалога между SIP-сервером и абонентом, которому переводится вызов;

– 100rel – использование надежных предварительных ответов (RFC3262): – supported – поддержка использования надежных предварительных ответов;

– required – требование использовать надежные предварительные ответы;

– off – не использовать надежные предварительные ответы;

– Enable timer – при установленном флаге поддерживаются таймеры SIP-сессий (RFC 4028). Во время разговорной сессии должны передаваться запросы UPDATE (если встречный шлюз указал их поддержку) либо re-INVITE для контроля соединения;

– Min SE – минимальный интервал проверки работоспособности соединения (от 90 до 1800 с, по умолчанию 120 с.);

– Session expires – период времени в секундах, по истечении которого произойдет принудительное завершение сессии, в случае если сессия не будет во время обновлена (от 90 до 80000 с., рекомендуемое значение - 1800 с, 0 – время сессии не ограничено);

Настройки NAT (NAT settings): – NAT Keep Alive Msg – выбор режима поддержания активной сессии при работе через NAT;

- off – выключено;

- options – использовать в качестве сообщения поддержания активной сессии запрос OPTIONS;

- notify - использовать в качестве сообщения поддержания активной сессии уведомление NOTIFY;

- CRLF – использовать в качестве сообщения поддержания активной сессии специальный запрос CRLF;

– NAT Keep Alive Interval (s) – период передачи сообщений поддержания активной сессии в секундах. Допустимые значения от 30 до 120 секунд; Настройки режима конференции (Conference settings): – Conference mode – выбор режима сбора конференции;

- Local – конференция собирается локально на шлюзе. Разговорные потоки микшируются на шлюзе; - Remote (REFER to Focus) – конференция собирается на сервере конференций. Разговорные потоки микшируются на сервере. В данном режиме шлюз передает на сервер конференций информацию о шлюзах, которые необходимо добавить в конференцию. Далее сервер конференций добавляет эти шлюзы в конференцию;

- Remote (REFER to User) – конференция собирается на сервере конференций. Разговорные потоки микшируются на сервере. В данном режиме шлюз передает абонентам идентификатор конференции, к которой нужно подключиться на сервере конференций. Далее шлюзы сами добавляют себя в конференцию; Алгоритмы работы конференции в разных режимах приведены в разделе 7.3 Трехсторонняя конференция – 3-way conference. – Conference server – имя сервера конференции при использовании режима Remote;

Настройки управления услугами (IMS settings): – Enable IMS – использовать управление услугами (simulation services) при помощи IMS (3GPP TS 24.623); Шлюз поддерживает: – неявную (implicit) подписку на услуги IMS, при таком варианте подписки запросы SUBSCRIBE после регистрации абонентов шлюзом не отправляются, обрабатываются только NOTIFY запросы, принятые от IMS, с помощью которых происходит управление услугами;

– явную (explicit) подписку на услуги IMS, при таком варианте подписки шлюз отправляет запросы SUBSCRIBE после регистрации абонентов и при успешной подписке обрабатывает NOTIFY запросы, принятые от IMS, с помощью которых происходит управление услугами. При включенной настройке Enable IMS не обрабатываются параметры Process flash, Call waiting и Hot line в настройках абонентских портов, поскольку услугами управляет IMS сервер.

– XCAP name for three-party conference – имя, передаваемое в XCAP вложении для управления услугой «Трехсторонняя конференция»;

– XCAP name for hotline - имя, передаваемое в XCAP-вложении, для управления услугой «Горячая линия»;

– XCAP name for call waiting - имя, передаваемое в XCAP-вложении, для управления услугой «Ожидание вызова»;

– XCAP name for call hold – имя, передаваемое в XCAP-вложении, для управления услугой «Удержание вызова»;

– XCAP name for explicit call transfer – имя, передаваемое в XCAP-вложении, для управления услугой «Передача вызова». Для принудительной перерегистрации абонентских портов c данным SIP профилем необходимо нажать на кнопку «Re-registration». При помощи кнопки «Defaults» можно установить параметры по умолчанию (значения, устанавливаемые по умолчанию, приведены на рисунке). Для применения изменений необходимо нажать кнопку «Submit Changes», для отмены всех внесенных изменений - кнопку «Undo All Changes», для сохранения примененных изменений – кнопку «Save».

 

Работа настройки предварительных ответов

Протоколом 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;

– off – не передавать в запросе INVITE ни один из тегов supported: 100rel и required: 100rel. В этом случае взаимодействующий шлюз будет передавать предварительные ответы ненадежно. Работа настройки при входящей связи:

– supported, required – при приеме в запросе INVITE тега supported: 100rel либо тега required: 100rel передавать предварительные ответы надежно. Если тега supported: 100rel в запросе INVITE нет, то передавать предварительные ответы ненадежно;

– off – при приеме в запросе INVITE тега required: 100rel отклонить запрос сообщением 420 с указанием неподдерживаемого тега unsupported: 100rel. В остальных случаях передавать предварительные ответы ненадежно.

 

Настройка внутренней коммутации при потере связи с SIP-proxy

Для возможности совершения внутристанционных вызовов при потере связи с SIP-proxy необходимо в качестве последнего SIP-proxy прописать IP-адрес шлюза TAU-72.IP/TAU-36.IP. При этом обязательно должен быть установлен режим работы Proxy mode: homing, иначе после восстановления связи с основным SIP-proxy возврата к нему никогда не произойдет.

Настройка SIP domain посредством локального DNS.

В текущей версии программного обеспечения существует возможность настраивать SIP домен, используя локальный DNS. Данный вариант может применяться, например, при использовании резервных SIP proxy в разных доменах.

Порядок настройки SIP domain для профиля n:

1. Для использования локального DNS необходимо в закладке «Network/Network settings» оставить поле DNS пустым либо прописать в нем значение 127.0.0.1;

2. В закладке «Network/Hosts» прописать соответствие хостов (в данном случае SIP-домена) реальным IP-адресам SIP proxy/SIP registrar;

3. В закладке «PBX/SIP-H323 Profiles/Profile n/SIP Custom» прописать каждой паре в полях SIP proxy и SIP registrar свой домен;

4. Настроить маршрутизацию через SIP proxy, установив флаг outbound в закладке «PBX/SIP-H323 Profiles/Profile n/SIP Custom» либо прописав префиксы в закладке «PBX/SIP-H323 Profiles/Profile n/Dialplan (Dialplan table)».В случае настройки префиксов необходимо выбрать протокол SIP proxy в поле Protocol & Target.

 


См.также: