Сергей

Попробуйте сейчас. Голос должен ходить в обе стороны.

Нисколько не иначе. Всё так же 121 и 249… Отличается только тем, что в примере маршрут на подсеть /24 (у меня /32) и два маршрута.. у меня один.

К большому сожалению – нет 🙁
Ответ мне не дали (проигнорировали мой вопрос) на “тематическом форуме”. А поведение учёток гугла не изменилось.
Я планировал попробовать на более новой версии астериска с более новыми правками. Но пока что даже сам астериск (15.6.0) собирается неработоспособным 🙁

Очень похоже на решение… но может я что-то не понимаю?
В настоящий момент используется dhcp сервер “isc-dhcp-server” (пакет убунты). И цитата из конфига:

option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
option ms-classless-static-routes code 249 = array of unsigned integer 8;

option rfc3442-classless-static-ro…[Читать далее]

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

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

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

Довольно просто реализовано.
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.
Буду спрашивать на… тематическом форуме