Jump to content
T@rkus

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

13 posts in this topic

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
5 минут назад, des сказал:

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
3 минуты назад, des сказал:

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

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

Edited by T@rkus

Share this post


Link to post
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

Share this post


Link to post
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 адрес мне провайдер выдает динамический. И после перезагрузки он соответственно меняется и маршрут падает.

Share this post


Link to post
Share on other sites

А как узнать маску подсети?

Share this post


Link to post
Share on other sites

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

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

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

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

  • Thanks 1

Share this post


Link to post
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

Share this post


Link to post
Share on other sites
31 минуту назад, T@rkus сказал:

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

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

Edited by r13

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×