Андрей

Дмитрий, ситуация не изменилась?

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

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

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

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

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

Довольно просто реализовано.
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 пакет на порт, с которого была регистрация. Если это двойной нат и провайдер закрыл порт, то.. ни пинги, ни вызовы не дойдут.

Тут есть два аспекта:
1. регистрация каждые 60 секунд.. это очень часто. Поставь от 1800 до 3600
2. Отключение не из-за этого..
сервер делает “пинг” (qualify) твоего адреса и порта.. и не получает ответа -> не живой и отключает
получает REGISTER -> живой! включает.. и так далее…

Тебе надо разобраться с прохождением UDP пакетов от сервера к…[Читать далее]

@sinkevich, нет успешной регистрации в сервисе.
Это можно увидеть тут
https://ruvoip.net/members/sinkevich/voip/accounts/
Состояние Unknown.

Проверьте настройки клиента. В нем указывается Ваш логин маленьким буквами, а не внутренний номер, как делают некоторые.
Или воспользуйтесь настойкой через qr-код

Zoiper

Поделюсь наблюдениями о частой перерегистрации учетных записей.

Есть самодельный GSM-шлюз с Orange Pi и несколькими голосовыми модемами. Шлюз получает интернет от 3G роутера TP-LINK TL-MR3020. По какой-то причине учетки с этого шлюза очень часто регистрируются на Т37, за день таких регистраций может быть сотни:
https://yadi.sk/i/1DF3ydnkKhmgMA
ht…[Читать далее]