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

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

В чём разница между телефонами и астериском?
Может развести их все на разные клиентские порты? Нет ли каког-то телефона, который сидит на клиентском порту 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 не дойдёт тоже.
Т.е. есть “пинг” или нет.. вхо…[Читать далее]

Ну ходили же как-то все эти годы. Вообще какая связь пинга (ICMP) с пакетами на UDP порт? IP моего провайдера сроду не пинговались, однако данные с/на них прекрасно ходили.

Сейчас регистрация через 3 минуты слетает и потом тишина…

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

Поменял defaultexpiry на 1800, теперь регистрация слетает через 3 минуты, и потом 6 минут перерыв :-0

В период успешной регистрации звонки всё равно не проходят, в журнале запись “Абонент не ответил”, это нормально? https://ruvoip.net/members/dominique/voip/logs/?id=05814026
При том что там автоответ стоит через 1 секунду. И мой астериск вы…[Читать далее]

1. У меня провайдерский (двойной) NAT, так что делать пинги моего адреса не надо….)
2. Раньше как раз стояло 3600 секунд, в итоге большую часть времени мой астериск был недоступен, т.к. отбивался от Т37 очень быстро.
3. Created сменилось-таки на ОК) Однако звонки с Т37 на шлюз по-прежнему не проходят (то бесконечное Ringing, то Server Unreac…[Читать далее]

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

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

Сегодня опять ~в 19:30 отвалилась регистрация собственного шлюза. Причём мой Астериск на статус канала пишет Registered, а в личном кабинете Т37 вижу Created (что это? Раньше было либо Registered, либо Unavailable).
Астериск перезапускал, ничего не меняется.

Кстати, а почему регистрация шлюза, судя по журналу, каждые 30-45-60 секу…[Читать далее]

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

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

Zoiper

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

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