Дополнительные настройки соединения с SIP-сервером (версия 3.xx): различия между версиями
McBurns (обсуждение | вклад) м (McBurns переименовал страницу Дополнительные настройки соединения с SIP-сервером в [[Дополнительные настройки соединения с SIP-сервером (вер…) |
McBurns (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
[[File:WikiSIPOptions1.png]] | [[File:WikiSIPOptions1.png]] | ||
[[Файл:WikiSIPOptions2.png]] | |||
'''Выбрать IP-адрес для соединения'''. Посмотрите, какие параметры есть в выпадающем меню. Если у вас, как на рисунке, только один IP-адрес, можете оставить значение «Автоматически», если адресов два или более, необходимо выбрать именно тот IP-адрес, через который будет происходить соединение с SIP-шлюзом. | '''Выбрать IP-адрес для соединения'''. Посмотрите, какие параметры есть в выпадающем меню. Если у вас, как на рисунке, только один IP-адрес, можете оставить значение «Автоматически», если адресов два или более, необходимо выбрать именно тот IP-адрес, через который будет происходить соединение с SIP-шлюзом. | ||
| Строка 8: | Строка 10: | ||
Решение этой проблемы было предложено в [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-шлюзе распознавание ответа происходит на аппаратном уровне. Подробнее в [[Часто Задаваемые Вопросы/Вопросы работы устройств#В. Почему программа не распознаёт, что сняли трубку или распознаёт с задержкой? | вопросах и ответах]]. | |||
'''Включить DNS'''. По умолчанию включено. Рекомендуется оставлять включенным этот параметр при соединении с сервером, указываемом по доменному имени, а не по IP-адресу. | |||
[[Category:Помощь (версия 3.xx)]] | [[Category:Помощь (версия 3.xx)]] | ||
Версия 10:30, 7 мая 2014
Выбрать IP-адрес для соединения. Посмотрите, какие параметры есть в выпадающем меню. Если у вас, как на рисунке, только один IP-адрес, можете оставить значение «Автоматически», если адресов два или более, необходимо выбрать именно тот IP-адрес, через который будет происходить соединение с SIP-шлюзом.
Использовать StunServer. При наличии роутера, маршрутизатора или интернет-сервера включите данный параметр с настройками по умолчанию, чтобы автоматически определить топологию сети. В случае, если не слышно ответа от абонента или абонент не слышит вашего сообщения, попытайтесь включить эту опцию.
Rport. При использовании протоколов транспортного уровня без гарантии доставки отправка ответа на SIP-запрос производится на тот IP-адрес, с которого запрос был получен. Этот IP-адрес транспортный уровень протокола SIP заносит в параметр received заголовка Via перед передачей сообщения вышележащим уровням. Номер же порта для отправки извлекается из заголовка Via. В случае применения NAT — это порт, на котором ожидает ответа находящийся за NAT пользовательский агент, а не тот порт, через который происходит NAT-трансляция и на котором NAT ожидает поступления ответа; следовательно, ответ не может достичь адресата.
Решение этой проблемы было предложено в RFC 3581 и заключается в отправке ответа на порт, с которого запрос был получен, вместо порта, взятого из заголовка Via. При этом сам порт заносится в специальный параметр rport-заголовка Via. Таким образом, прокси-сервер отсылает ответное сообщение на порт и IP-адрес, с которых пришёл запрос. Это позволяет ответу найти соответствие в таблице трансляции NAT и достичь целевого узла. Этот метод называется симметричной маршрутизацией ответов.
Программное распознавание голосового ответа абонента. Используется программное распознавание снятия трубки абонентом. Использовать не рекомендуется, в правильно настроенном SIP-шлюзе распознавание ответа происходит на аппаратном уровне. Подробнее в вопросах и ответах.
Включить DNS. По умолчанию включено. Рекомендуется оставлять включенным этот параметр при соединении с сервером, указываемом по доменному имени, а не по IP-адресу.