System

адреса 169.254.150

Это zero config адреса.

Сервис через dhcp выдаёт IP в подсети 172.21.0.0/16 и так же через dhcp единственный маршрут: все пакеты на IP адрес сервера через установленный канал (интерфейс).
адреса 169.254.150. – это адреса, которая выдаёт винда если не смогла ничего получить через dhcp

У меня только одно не получилось – настроить l2tp на андройде. Почему-то ну…[Читать далее]

И аот что интересно. Когда прописываю в роутере VPN на ruvoip, то даже без какой-то маршрутизации, т.е. когда VPN интерфейс висит в воздухе, доступ к сайту ruvoip становится невозможным.

Как говорится, если собаке делать нечего то … Вот и я пытаюсь прописать у себя в роутере DLink DFL-260e маршрутизацию так, чтобы SIP на ruviop шло через VPN…[Читать далее]

Надо использовать не L2TP, а родной клиент SoftEtherVPN и все будет хорошо.

Недавно снова игрался с организацией VPN к ruvoip по L2TP/IPSek Получал на интерфейсе внутренний IP вида 169.254.0.0 (пишу по памяти), но так и не понял, как маршрутизировать. vpn.ruvoip.net …89 и ruvoip.net …80 находятся в одной подсети, а внутренний IP через VPN выдаётся в другой подсети.
Так и не победил это дело и откатил роутер назад.…[Читать далее]

Через vpn сервер ruvoip все нормально работает ? Не блокируется ?

Какой тип впн используется в самодельной реализации ?

Довольно просто реализовано.
Vpn сервер стоит на одном айпи, что позволило использовать много разных портов (в т.ч. и 443). А сам сервер на другом.
И.. при поднятии канала меняется не дефолтный шлюз, а маршрут всего на один айпи.

При запросе баланса через API мы получаем:
Внутренняя ошибка сервера
Произошла внутренняя ошибка сервера. Возможно, некоторые из компонентов системы в данный момент недоступны. Пожалуйста, повторите попытку позже.

Запросил мегафон в твитере… жду ответа

С ручным запросом баланса есть нюанс, будем надеяться это временно. Но в остальном несколько моих линий Мультифона работают.

Не работает.

У тебя один единственный аргумент: а ведь раньше работало.
Хочу добавить что с точки зрения сервера твои устройства и твой астериск абсолютно ничем не отличаются. Ну совершенно ничем.

VPN тунель. При использовании тунеля от сервиса в него пойдёт трафик ТОЛЬКО до моего сервера. Никакие торренты туда не полезут. Маршруты прописываются толь…[Читать далее]

Сделал. См. выше.
А после проверил и решил что теперь оффлайн. Но передать шлюзу что сервер считает его теперь оффлайн он ведь не может, да?

В чём разница между телефонами и астериском?
Может развести их все на разные клиентские порты? Нет ли каког-то телефона, который сидит на клиентском порту 5060? Бывают проблемы с NAT и в этом.
может для…[Читать далее]

По поводу регистрации.
Никто её не держит.. есть моменты когда пакеты приходят и таймаут хранения этого состояния.
1. По трубе от тебя пришёл пакет REGISTER. Сервер пометил – online
2. пришло время и сервер отправил по трубе к тебе пакет OPTIONS. Нет ответа.. тишина. облом. значит offline
вот время между этими двумя событиями и есть состоян…[Читать далее]

UDP протокол – не сеансовый.. это как двунаправленная труба. И направления независимы друг от друга.
с твоей стороны пакеты по трубе добегают до моего сервера.
со стороны сервера пакеты по трубе обламываются на NAT провайдера и не доходят до твоего шлюза.
Что может сделать сервер? Моё предложение – установи тунель (VPN). Ну или попробовать сеансов…[Читать далее]

@lexis. Посмотрел учётную запись.
К сожалению, в Asterisk пока ещё есть ошибка, которая приводит к потере регистрации при использовании TLS на сервере.
Предлагаю пока снять галочку “Шифрование обязательно (TLS+SRTP)” в настройках учётной записи. Можно попробовать не перенастраивать клиента (оставить TLS).

Потому что нет возможности пакетам пройти на шлюз.
И нет успешной регистрации. “Успешная регистрация” – это таймаут между входящим пакетом REGISTER и моментом, когда сервер решает отправить пакет OPTIONS шлюзу (и определяет что не может получить ответ).

Если сервер не может доставить пакет на шлюз, то возможна только исходящая связь.. Видимо, вре…[Читать далее]

“ping” – это образное понятие.
сервер посылает SIP пакет “OPTIONS” (в твоём случае UDP порт) на адрес и порт клиента, с которого приходит REGISTER.
Если ответа нет, то клиент оффлайн. Т.к. если будет входящий звонок, то сервер должен послать INVITE туда же.. а если OPTIONS не доходит, то и INVITE не дойдёт тоже.
Т.е. есть “пинг” или нет.. вхо…[Читать далее]

Т.е. “пинговать” не нужно, а вызовы делать нужно? А ведь это одно и то же.
Это всего лишь udp пакет на порт, с которого была регистрация. Если это двойной нат и провайдер закрыл порт, то.. ни пинги, ни вызовы не дойдут.