Jump to content

Использование STUN сервера


Recommended Posts

@des А разве включение в настройках  на одной из линий SNUN сервера включает его и на других ? На  роутере упал Мультифон после подключения роутера к VPN сервису. Но линия SIPNet работала. После включения сервера STUN на Мультифоне не подключается и SIPnet. 

2018-05-23_150053.png.a08fed5b8317e01655a5d3b4b1df1343.png2018-05-23_150740.png.e1acf5e36efddf0d73f3edf2f28893cc.png

Link to comment
Share on other sites

@T@rkusSIP библиотека, которую мы используем, при запуске пытается найти STUN сервер, и только после этого начинает работать. В данном случае соединиться со STUN сервером невозможно, поэтому SIP часть просто не включается.

Если позволить запускать часть, отвечающую за IP телефонию, когда STUN настроен, но не найден, может быть много нестабильных глюков, например, входящие или исходящие звонки будут то работать, то не работать (в зависимости от того, был ли доступен сервер в момент запуска роутера, к примеру). Решили, что лучше вообще ее не включать в этом случае - так хоть будет очевидно, что телефония не работает, значит - нужно залезть в настройки и что-то поменять.

Link to comment
Share on other sites

5 минут назад, des сказал:

@T@rkusНужно ли Вам, чтобы вся телефония шла через VPN? Какой VPN сервис используете?

Думаю,что телефонию лучше было бы наверное запустить вообще в обход VPN. Сервис privateinternetaccess на нем Мультифон и завис. До него ExpressVPN был все нормально работало.

Link to comment
Share on other sites

3 минуты назад, des сказал:

@T@rkusспрашивают технологию VPN (OpenVPN, PPTP, IPSEC/L2TP). Возможно, наш руководитель придумает, как запустить в обход.

L2TP/IPSec туннель к privateinternetaccess через L2TP Beeline. Как вариант вместо L2TP можно PPTP использовать.

Edited by T@rkus
Link to comment
Share on other sites

@T@rkus Ответ от нашего начальника:

Чтобы маршрутизировать VoIP-трафик через подключение к Интернету, в обход VPN-подключения к сервису privateinternetaccess, которое является основным, нужно сделать следующее:

1) добавить статический маршрут до подсети оператора IP-телефонии через интерфейс подключения к Интернету.

Маршрут для SIPNET:
Адрес или сеть назначения: 212.53.40.40/255.255.255.0
Интерфейс: провайдер
Добавлять автоматически: да
Подсеть оператора можно узнать с помощью сервиса http://www.whois-service.ru/lookup/ по IP-адресу сервера SIP-регистрации данного оператора.

Маршрут для Multifon:
Адрес или сеть назначения: 193.201.228.0/255.255.252.0
Интерфейс: провайдер
Добавлять автоматически: да
Подсеть оператора можно узнать с помощью сервиса http://www.whois-service.ru/lookup/ по IP-адресу сервера SIP-регистрации данного оператора.

2) В настройках SIP-линий должно быть следующее:
Использовать STUN: нет
Узнавать свой публичный IP-адрес от SIP-сервера: да

  • Thanks 1
Link to comment
Share on other sites

2 часа назад, des сказал:

@T@rkus Ответ от нашего начальника:

Чтобы маршрутизировать VoIP-трафик через подключение к Интернету, в обход VPN-подключения к сервису privateinternetaccess, которое является основным, нужно сделать следующее:

1) добавить статический маршрут до подсети оператора IP-телефонии через интерфейс подключения к Интернету.

Маршрут для SIPNET:
Адрес или сеть назначения: 212.53.40.40/255.255.255.0
Интерфейс: провайдер
Добавлять автоматически: да
Подсеть оператора можно узнать с помощью сервиса http://www.whois-service.ru/lookup/ по IP-адресу сервера SIP-регистрации данного оператора.

Маршрут для Multifon:
Адрес или сеть назначения: 193.201.228.0/255.255.252.0
Интерфейс: провайдер
Добавлять автоматически: да
Подсеть оператора можно узнать с помощью сервиса http://www.whois-service.ru/lookup/ по IP-адресу сервера SIP-регистрации данного оператора.

2) В настройках SIP-линий должно быть следующее:
Использовать STUN: нет
Узнавать свой публичный IP-адрес от SIP-сервера: да

Проверил работает. Спасибо. Есть одно "но" IP адрес мне провайдер выдает динамический. И после перезагрузки он соответственно меняется и маршрут падает.

Link to comment
Share on other sites

@T@rkus ответ от начальника:

Статический маршрут привязан к интерфейсу, а не к IP-адресу. Он должен продолжать работать и после смены IP-адреса интерфейса. Если Вы указали IP-адрес шлюза в статических маршрутах, это поле нужно очистить. Должен быть указан только интерфейс.

Если маска сети неизвестна, то ее можно рассчитать с помощью калькулятора сетевых масок по первому и последнему адресу подсети, которые можно узнать здесь: http://www.whois-service.ru/lookup/

Можно использовать этот калькулятор: https://www.networkcenter.info/calcs/netmaskcalc

  • Thanks 2
Link to comment
Share on other sites

25 минут назад, des сказал:

@T@rkus ответ от начальника:

Статический маршрут привязан к интерфейсу, а не к IP-адресу. Он должен продолжать работать и после смены IP-адреса интерфейса. Если Вы указали IP-адрес шлюза в статических маршрутах, это поле нужно очистить. Должен быть указан только интерфейс.

Если маска сети неизвестна, то ее можно рассчитать с помощью калькулятора сетевых масок по первому и последнему адресу подсети, которые можно узнать здесь: http://www.whois-service.ru/lookup/

Можно использовать этот калькулятор: https://www.networkcenter.info/calcs/netmaskcalc

Ну,а допустим у меня на основном интерфейсе включен Ping Check и допустим интернет на нем временно пропадает. Основным становится резервный туннель. В этом случае есть вариант сделать так,что бы телефония не падала?

Edited by T@rkus
Link to comment
Share on other sites

31 минуту назад, T@rkus сказал:

Ну,а допустим у меня на основном интерфейсе включен Ping Check и допустим интернет на нем временно пропадает. Основным становится резервный туннель. В этом случае есть вариант сделать так,что бы телефония не падала?

Задействовать routing policy - оставить в default профиле ваши основные и резервы а vpn с минимальным приоритетом, а клиентов роутера перевести в профиль с vpn и остальными интернет соединениями где приоритет vpn будет высоким(при этом удалить ваши статические маршруты)

Edited by r13
Link to comment
Share on other sites

@T@rkusответ от начальства:
телефонию нужно маршрутизировать только через L2TP Beeline со статическими маршрутами или policy routing. Пока есть доступ в Интернет через L2TP Beeline, телефония должна работать, независимо от состояния туннеля privateinternetaccess.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...