Андрей Филатов

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

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

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

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

А что хочет от меня сервер Т37 в этой записи?
chan_sip.c: Got authentication request (401) on unknown NOTIFY to '<sip:srv_dxxxxx@talk37.ru>;tag=z9hG4bK09729ffb'

Кстати у меня астериск подключён аналогичным образом ещё к 2 сервисам. Там проблем с регистрацией как не было, так и нет.
Чисто логически предполагаем, что проблема всё-таки не на моей стороне.

И чем он плох?) Практика – критерий истины.
Я вообще предпочитаю придерживаться золотого правила: не трогай, пока работает. Именно поэтому например у меня на компе до сих пор Windows 7 и MSOffice 2003, а на сервере – Asterisk 1.4. Потому что всё это настроено и работает как часики. А ковыряние в багах новых версий мне никакого кайфа уже давно не…[Читать далее]

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

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

UPD: вернул время перерегистрации 60 секунд. И о чудо, только что впервые за последнее время прошёл вызов с Т37 на шлюз!

Правда теперь опять началась эта чехарда: 1 минута регистрации и потом 2 минуты отдыха. То есть шлюз недоступен 2/3 времени 🙁

Причём чем больше я делаю defaultexpiry, тем больше становятся паузы между регистрациями! Н…[Читать далее]

Так а где тогда запись в журнале сервера?

У меня все телефоны и астериск всю жизнь сидели на 5060 портах, всё работало. Я конечно попробую поменять порт астериску, но боюсь это пустая трата времени.
Проброс настраивать бесполезно, ибо провайдерский NAT. Попробую ещё с SIP ALG в роутере поиграться, но по прошлому опыту лучше его не трогать)

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

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

Вот запись из журнала Астериска:
talk37.ru:5060 srv_dxxxxx 45 Registered Wed, 12 Sep 2018 17:37:27

В журнале на сервере этой регистрации нет. То есть получается, сервер сказал Астериску, что зарегистрировал его, а сам по факту ничего не сделал.

Мм. Раньше для шлюза нормальным состоянием было ОК (в списке уч. записей), звонки на него соответственно работали.
Сейчас нормальное состояние Unreachable, звонки не проходят.
Для телефонов как было, так и осталось ОК, и звонки ходят в обе стороны. Напомню: телефоны и шлюз в одной сети, так что пакеты тут ни при чём.
В чём тогда проблема?

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

@Demon я пытаюсь понять, почему “пакеты бегают” по-разному до телефонов и до Астериска… подключённых к одному и тому же провайдеру и роутеру… Почему телефоны работают в обе стороны, а у Астериска вдруг стала только исходящая связь..

Туннель VPN? Чтобы гонять весь мой торрентовый трафик через сервер T37? Вряд ли это хорошая ид…[Читать далее]

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

@Demon ну вот же, я вижу записи в Истории:
17:02:01 – 17:05:06 srv_dxxxxx 00:03:05
16:32:01 – 16:35:06 srv_dxxxxx 00:03:05
16:02:01 – 16:05:06 srv_dxxxxx 00:03:05

Надо понимать, в эти трёхминутные периоды регистрация была? Так вот, при этом исходящие на шлюз всё равно не проходят (в Истории пишется “абонент не ответил”, по факту вызова на той сто…[Читать далее]

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

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

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

Так а всё-таки. Почему даже в моменты успешной регистрации звонки больше не проходят на шлюз?

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