T@rkus Posted May 23, 2018 Share Posted May 23, 2018 @des А разве включение в настройках на одной из линий SNUN сервера включает его и на других ? На роутере упал Мультифон после подключения роутера к VPN сервису. Но линия SIPNet работала. После включения сервера STUN на Мультифоне не подключается и SIPnet. Quote Link to comment Share on other sites More sharing options...
des Posted May 23, 2018 Share Posted May 23, 2018 @T@rkusSIP библиотека, которую мы используем, при запуске пытается найти STUN сервер, и только после этого начинает работать. В данном случае соединиться со STUN сервером невозможно, поэтому SIP часть просто не включается. Если позволить запускать часть, отвечающую за IP телефонию, когда STUN настроен, но не найден, может быть много нестабильных глюков, например, входящие или исходящие звонки будут то работать, то не работать (в зависимости от того, был ли доступен сервер в момент запуска роутера, к примеру). Решили, что лучше вообще ее не включать в этом случае - так хоть будет очевидно, что телефония не работает, значит - нужно залезть в настройки и что-то поменять. Quote Link to comment Share on other sites More sharing options...
des Posted May 23, 2018 Share Posted May 23, 2018 @T@rkusНужно ли Вам, чтобы вся телефония шла через VPN? Какой VPN сервис используете? Quote Link to comment Share on other sites More sharing options...
T@rkus Posted May 23, 2018 Author Share Posted May 23, 2018 5 минут назад, des сказал: @T@rkusНужно ли Вам, чтобы вся телефония шла через VPN? Какой VPN сервис используете? Думаю,что телефонию лучше было бы наверное запустить вообще в обход VPN. Сервис privateinternetaccess на нем Мультифон и завис. До него ExpressVPN был все нормально работало. Quote Link to comment Share on other sites More sharing options...
des Posted May 23, 2018 Share Posted May 23, 2018 @T@rkusспрашивают технологию VPN (OpenVPN, PPTP, IPSEC/L2TP). Возможно, наш руководитель придумает, как запустить в обход. Quote Link to comment Share on other sites More sharing options...
T@rkus Posted May 23, 2018 Author Share Posted May 23, 2018 (edited) 3 минуты назад, des сказал: @T@rkusспрашивают технологию VPN (OpenVPN, PPTP, IPSEC/L2TP). Возможно, наш руководитель придумает, как запустить в обход. L2TP/IPSec туннель к privateinternetaccess через L2TP Beeline. Как вариант вместо L2TP можно PPTP использовать. Edited May 23, 2018 by T@rkus Quote Link to comment Share on other sites More sharing options...
des Posted May 24, 2018 Share Posted May 24, 2018 @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-сервера: да 1 Quote Link to comment Share on other sites More sharing options...
T@rkus Posted May 24, 2018 Author Share Posted May 24, 2018 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 адрес мне провайдер выдает динамический. И после перезагрузки он соответственно меняется и маршрут падает. Quote Link to comment Share on other sites More sharing options...
T@rkus Posted May 24, 2018 Author Share Posted May 24, 2018 А как узнать маску подсети? Quote Link to comment Share on other sites More sharing options...
des Posted May 25, 2018 Share Posted May 25, 2018 @T@rkus ответ от начальника: Статический маршрут привязан к интерфейсу, а не к IP-адресу. Он должен продолжать работать и после смены IP-адреса интерфейса. Если Вы указали IP-адрес шлюза в статических маршрутах, это поле нужно очистить. Должен быть указан только интерфейс. Если маска сети неизвестна, то ее можно рассчитать с помощью калькулятора сетевых масок по первому и последнему адресу подсети, которые можно узнать здесь: http://www.whois-service.ru/lookup/ Можно использовать этот калькулятор: https://www.networkcenter.info/calcs/netmaskcalc 2 Quote Link to comment Share on other sites More sharing options...
T@rkus Posted May 25, 2018 Author Share Posted May 25, 2018 (edited) 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 Quote Link to comment Share on other sites More sharing options...
r13 Posted May 25, 2018 Share Posted May 25, 2018 (edited) 31 минуту назад, T@rkus сказал: Ну,а допустим у меня на основном интерфейсе включен Ping Check и допустим интернет на нем временно пропадает. Основным становится резервный туннель. В этом случае есть вариант сделать так,что бы телефония не падала? Задействовать routing policy - оставить в default профиле ваши основные и резервы а vpn с минимальным приоритетом, а клиентов роутера перевести в профиль с vpn и остальными интернет соединениями где приоритет vpn будет высоким(при этом удалить ваши статические маршруты) Edited May 25, 2018 by r13 Quote Link to comment Share on other sites More sharing options...
des Posted May 29, 2018 Share Posted May 29, 2018 @T@rkusответ от начальства: телефонию нужно маршрутизировать только через L2TP Beeline со статическими маршрутами или policy routing. Пока есть доступ в Интернет через L2TP Beeline, телефония должна работать, независимо от состояния туннеля privateinternetaccess. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.