AndyRadist

Довольно просто реализовано.
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

Последний раз успешная регистрация была сегодня 00:37:47 мск.
Более.. попыток регистраций с этим логином или с Вашего IP (видимо, динамического) не было.
Обычно это означает проблема с ненастроенным фаерволом (брандмауэром).

Скорее из-за совокупности первого и второго 🙂
сервис отправляет гуглу запросы OPTIONS. А сервер гугла.. отвечает минут 10-20.. а после не отвечает минут 40 – 12 часов 🙂 Пока не понимаю что ему нужно 🙁
А без этих OPTIONS исходящие звонки недоступны из-за какой-то особенности asterisk.
Буду спрашивать на… тематическом форуме

Наверно всё же из за второго.

очень сложно. Мы пока говорим на разных языках 🙁
Согласен… для неподготовленного пользователя настройки и логика в сервисе может показаться сложной. Но вот никаких видео роликов.. я пока так и не заснял (текст молодёжь уже не понимает совсем).
Если желание разобраться ещё не пропало, то просьба стукнуться в телеграм @Demon_ru. Там с картинками…[Читать далее]

Как только голосовое сообщение не переврали 🙂 “нет в этом месте шлюза” 🙂

Вот причина, о которой написано в самом начале главной страницы: https://ruvoip.net/blog/2018/03/public-over/

Ну это отлично!
Напишите тогда, что бы другим тоже было понятно, кто придёт.

В чём была проблема то?

“Линия не подключена” – в сервисе нет такого сообщения.
Вы уже добавили и подтвердили свой номер.
Скорей всего говорит “Нет линий на данном направлении”.
А вот и объяснение: https://ruvoip.net/blog/2018/03/public-over/