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

[T@rkus]

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

[des]

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

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

[des]

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

[T@rkus]

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

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

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

[des]

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

[T@rkus]

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

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

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

Edited May 23, 2018 by T@rkus

[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-сервера: да

[T@rkus]

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

[T@rkus]

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

[des]

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

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

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

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

[T@rkus]

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

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

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

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

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

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

Edited May 25, 2018 by T@rkus

[r13]

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

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

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

Edited May 25, 2018 by r13

[des]

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