Дополнительные настройки соединения с SIP-сервером (версия 3.xx): различия между версиями

Материал из Call Office Wiki
Перейти к навигации Перейти к поиску
м (McBurns переименовал страницу Помощь (версия 3.xx). Дополнительные настройки соединения с SIP-сервером в [[Дополнительные настройки соединени…)
 
(не показано 16 промежуточных версий 2 участников)
Строка 1: Строка 1:
==Как попасть на страницу настроек==
''На странице запуска в меню слева при остановленном сценарии кликнуть по пункту '''«Параметры устройства»''',
затем выбрать параметр '''«IP-телефония»''', указав в строке '''«Имя или ip-адрес шлюза»''' адрес SIP-шлюза и нажать кнопку '''«Далее»''' внизу справа''.
==Описание настройки==
[[File:WikiSIPOptions1.png]]
[[File:WikiSIPOptions1.png]]


'''Выбрать IP-адрес для соединения'''. Посмотрите, какие параметры есть в выпадающем меню. Если у вас, как на рисунке, только один IP-адрес, можете оставить значение «Автоматически», если адресов два или более, необходимо выбрать именно тот IP-адрес, через который будет происходить соединение с SIP-шлюзом.
===Выбрать IP-адрес для соединения===
Посмотрите, какие параметры есть в выпадающем меню. Если у вас в списке только один IP-адрес, можете оставить значение «Автоматически», если адресов два или более, необходимо выбрать именно тот IP-адрес, через который будет происходить соединение с SIP-шлюзом.


'''Использовать StunServer'''. При наличии роутера, маршрутизатора или интернет-сервера включите данный параметр с настройками по умолчанию, чтобы автоматически определить топологию сети. В случае, если не слышно ответа от абонента или абонент не слышит вашего сообщения, попытайтесь включить эту опцию.
===Использовать StunServer===
При наличии роутера, маршрутизатора или интернет-сервера включите данный параметр с настройками по умолчанию, чтобы автоматически определить топологию сети. В случае, если не слышно ответа от абонента или абонент не слышит вашего сообщения, попытайтесь включить эту опцию.


'''Rport'''. При использовании протоколов транспортного уровня без гарантии доставки отправка ответа на SIP-запрос производится на тот IP-адрес, с которого запрос был получен. Этот IP-адрес транспортный уровень протокола SIP заносит в параметр received заголовка Via перед передачей сообщения вышележащим уровням. Номер же порта для отправки извлекается из заголовка Via. В случае применения NAT — это порт, на котором ожидает ответа находящийся за NAT пользовательский агент, а не тот порт, через который происходит NAT-трансляция и на котором NAT ожидает поступления ответа; следовательно, ответ не может достичь адресата.
===Использовать User ID===
Позволяет задать имя пользователя User ID, в случае, если он отличается от Auth ID.
 
===Использовать Caller ID===
Позволяет задать номер телефона, который будет отображаться у абонента, в качестве номера вызывающего. Поддерживается не всеми SIP-шлюзами.
 
===Rport===
При использовании протоколов транспортного уровня без гарантии доставки отправка ответа на SIP-запрос производится на тот IP-адрес, с которого запрос был получен. Этот IP-адрес транспортный уровень протокола SIP заносит в параметр received заголовка Via перед передачей сообщения вышележащим уровням. Номер же порта для отправки извлекается из заголовка Via. В случае применения NAT — это порт, на котором ожидает ответа находящийся за NAT пользовательский агент, а не тот порт, через который происходит NAT-трансляция и на котором NAT ожидает поступления ответа; следовательно, ответ не может достичь адресата.


Решение этой проблемы было предложено в [http://www.ietf.org/rfc/rfc3581.txt RFC 3581] и заключается в отправке ответа на порт, с которого запрос был получен, вместо порта, взятого из заголовка Via. При этом сам порт заносится в специальный параметр rport-заголовка Via. Таким образом, прокси-сервер отсылает ответное сообщение на порт и IP-адрес, с которых пришёл запрос. Это позволяет ответу найти соответствие в таблице трансляции NAT и достичь целевого узла. Этот метод называется симметричной маршрутизацией ответов.
Решение этой проблемы было предложено в [http://www.ietf.org/rfc/rfc3581.txt RFC 3581] и заключается в отправке ответа на порт, с которого запрос был получен, вместо порта, взятого из заголовка Via. При этом сам порт заносится в специальный параметр rport-заголовка Via. Таким образом, прокси-сервер отсылает ответное сообщение на порт и IP-адрес, с которых пришёл запрос. Это позволяет ответу найти соответствие в таблице трансляции NAT и достичь целевого узла. Этот метод называется симметричной маршрутизацией ответов.
===Программное распознавание голосового ответа абонента===
По умолчанию выключено. Используется программное распознавание снятия трубки абонентом. Использовать не рекомендуется, в правильно настроенном SIP-шлюзе распознавание ответа происходит на аппаратном уровне. Подробнее в [[Часто Задаваемые Вопросы/Вопросы работы устройств#В. Почему программа не распознаёт, что сняли трубку или распознаёт с задержкой? | вопросах и ответах]].
[[Файл:WikiSIPOptions2.png]]
===Включить DNS===
По умолчанию включено. Рекомендуется оставлять включенным этот параметр при соединении с сервером, указываемом по доменному имени, а не по IP-адресу.
===Поддерживать соединение с SIP-сервером (Keep Alive)===
По умолчанию выключено. Некоторые SIP-серверы, особенно принимая входящие звонки, требуют для поддержания сеанса соединения, чтобы клиентская программа периодически посылала на сервер запрос. Включение данной опции активирует режим соединения, в котором через выбранное пользователем время посылается запрос нужного типа.
===Тип распознавания DTMF-сигналов===
Можно выбрать один, два или все три варианта распознавания нажатых абонентом клавиш.
*'''во входящем потоке (inband)''' — в этом случае программно анализируется голосовой поток, из которого выделяются сигналы нажатых клавиш;
*'''по протоколу RFC2833''' — DTMF-сигналы передаются по протоколу RTP отдельно от голосового потока. Каждый аудиопоток в RTP протоколе идентифицируется значением Payload Type. Поэтому голос, например, передается в Paylaod Type=0, а тоны DTMF в PT=101 (можно поменять для согласования с удалённой стороной);
*'''в сообщении INFO протокола SIP''' — сигналы передаются в сообщении INFO протокола SIP. Пока не сильно распространен.
[[Файл:WikiSipnet03.png]]
----
Подробное описание дополнительных настроек SIP-соединения можно найти на странице [[SIP-шлюзы#Дополнительные параметры настройки SIP|устройств SIP]].


[[Category:Помощь (версия 3.xx)]]
[[Category:Помощь (версия 3.xx)]]

Текущая версия на 08:30, 10 марта 2016

Как попасть на страницу настроек

На странице запуска в меню слева при остановленном сценарии кликнуть по пункту «Параметры устройства»,

затем выбрать параметр «IP-телефония», указав в строке «Имя или ip-адрес шлюза» адрес SIP-шлюза и нажать кнопку «Далее» внизу справа.

Описание настройки

WikiSIPOptions1.png

Выбрать IP-адрес для соединения

Посмотрите, какие параметры есть в выпадающем меню. Если у вас в списке только один IP-адрес, можете оставить значение «Автоматически», если адресов два или более, необходимо выбрать именно тот IP-адрес, через который будет происходить соединение с SIP-шлюзом.

Использовать StunServer

При наличии роутера, маршрутизатора или интернет-сервера включите данный параметр с настройками по умолчанию, чтобы автоматически определить топологию сети. В случае, если не слышно ответа от абонента или абонент не слышит вашего сообщения, попытайтесь включить эту опцию.

Использовать User ID

Позволяет задать имя пользователя User ID, в случае, если он отличается от Auth ID.

Использовать Caller ID

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

Rport

При использовании протоколов транспортного уровня без гарантии доставки отправка ответа на SIP-запрос производится на тот IP-адрес, с которого запрос был получен. Этот IP-адрес транспортный уровень протокола SIP заносит в параметр received заголовка Via перед передачей сообщения вышележащим уровням. Номер же порта для отправки извлекается из заголовка Via. В случае применения NAT — это порт, на котором ожидает ответа находящийся за NAT пользовательский агент, а не тот порт, через который происходит NAT-трансляция и на котором NAT ожидает поступления ответа; следовательно, ответ не может достичь адресата.

Решение этой проблемы было предложено в RFC 3581 и заключается в отправке ответа на порт, с которого запрос был получен, вместо порта, взятого из заголовка Via. При этом сам порт заносится в специальный параметр rport-заголовка Via. Таким образом, прокси-сервер отсылает ответное сообщение на порт и IP-адрес, с которых пришёл запрос. Это позволяет ответу найти соответствие в таблице трансляции NAT и достичь целевого узла. Этот метод называется симметричной маршрутизацией ответов.

Программное распознавание голосового ответа абонента

По умолчанию выключено. Используется программное распознавание снятия трубки абонентом. Использовать не рекомендуется, в правильно настроенном SIP-шлюзе распознавание ответа происходит на аппаратном уровне. Подробнее в вопросах и ответах.


WikiSIPOptions2.png


Включить DNS

По умолчанию включено. Рекомендуется оставлять включенным этот параметр при соединении с сервером, указываемом по доменному имени, а не по IP-адресу.

Поддерживать соединение с SIP-сервером (Keep Alive)

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

Тип распознавания DTMF-сигналов

Можно выбрать один, два или все три варианта распознавания нажатых абонентом клавиш.

  • во входящем потоке (inband) — в этом случае программно анализируется голосовой поток, из которого выделяются сигналы нажатых клавиш;
  • по протоколу RFC2833 — DTMF-сигналы передаются по протоколу RTP отдельно от голосового потока. Каждый аудиопоток в RTP протоколе идентифицируется значением Payload Type. Поэтому голос, например, передается в Paylaod Type=0, а тоны DTMF в PT=101 (можно поменять для согласования с удалённой стороной);
  • в сообщении INFO протокола SIP — сигналы передаются в сообщении INFO протокола SIP. Пока не сильно распространен.

WikiSipnet03.png




Подробное описание дополнительных настроек SIP-соединения можно найти на странице устройств SIP.