asterisk.ru

Приветствую всех.
Сломал уже всю голову, что с этим делать. Когда уже все сделано и настроено выяснилась проблема с которой пока не понятно, как бороться. Придумываются пока костыли, как раз на схемке показал (подключение доп линий на этих телефонах в обход IAX на прямую к другим АТС и звонков уже по тем номерам и соответсвенно на них, с тех АТС по ихним внутренним номерам тех АТС), но это как постоянный вариант судя по всему не пойдет. А выяснилось не сразу, потому что удаленные абоненты не сразу и не так активно стали использовать такой сценарий.
Но к сути вопроса.
Использую:
Asterisk 15.5.0
FreePBX 14.0.5.25

На схемке набросал, как получилось подключение, ну самую важную часть, если что нюансы еще можно описать.

Так вот удаленные телефоны подключающиеся по OPENVPN имеют проблемы со связью, когда звонок идет по IAX2
то есть либо сразу, либо через какое то время начинаются пропадания, лаги, бульканье и т.п., в общем разговаривать невозможно нормально.
И проблема у сильно удаленных, у более близких проблемки конечно тоже случаются но не так критично.
И главное, что это все именно когда звонок по IAX проходит. То есть те же самые телефоны подключающиеся напрямую к другой АТС таких проблем не имеют, маршрут тот же самый, просто минуем IAX.
Пока кое как так выкручиваемся, но это не удобно, сбивается простая нумерация, приходится по несколько номеров на каждом телефоне иметь и звонки делать по разным линиям, людям не удобно и не очевидно, особенно когда уже все запомнили постоянные внутренние номера, а тут надо все время думать что использовать, автоматом все не получается забить на быстрый набор. А если конференция понадобится или перекинуть какой то звонок, то это не поможет.
Что не так с этим IAX ?
Достаточно долго все было нормально, но вот по мере появления сильно удаленных телефонов это проявилось.

Может сумбурно пока написал, если нужна доп инфа готов все подробно описать и если на схеме, что непонятно тоже дополню.

Спасибо.

IAX сильно различается даже от версии к версии Астера.
Еще как-то его использование можно объяснить простым проходом NAT (там всего 1 UDP порт вместо 2х в SIP), да экономией в транковом (многоканальном) режиме полосы сетевой (аггрегация пакетов). Но как я понимаю у Вас ни один ни второй случай в схеме не актуальны, плюс факт что реализация этого протокола на конечных устройствах явно не лучшая.
OpenVPN UDP?

OpenVPN TCP

Советуете на SIP перейти?
То есть я просто делаю транк между астерами по SIP и в рутах его указываю вместо IAX ?

OpenVPN TCP, а IAX2 - UDP.
Разницу замечаете? Или думаете, что IAX2/UDP будет инкапсулироваться в TCP?

Микротики? тогда вместо OpenVPN советую что-то иное - с GRE внутри.
Так Вы четко с UDP поверх TCP влетаете на грабли.

Везде PFSense.
Понятно, попробую перевести удаленных на UDP, проверю.

Да, TCP стоит убрать, перевести на OpenVPN UDP..
Насчет SIP - попробуйте перевести несколько и посмотрите что там происходит - в Wireshark есть RTP Analyzer, там параметры delta, skew итп..

В общем основная проблема была в IAX, перевел на SIP и основные проблемы при звонках с АТС на АТС пропали.
С самыми удаленными OpenVPN клиентами еще мало удалось потестировать, их можно будет еще и с самим VPN поковырять, UDP, как посоветовали и т.д.
Единственное, я тут почитал, UDP конечно для VoIP приветствуется, но нужен более стабильный интернет чем с TCP. В общем еще буду тестировать.

По IAX ясно было сразу, но с SIP тоже нужно нормально настроить.
Ждем скрин RTP Analyzer.

alex82 писал(а):Единственное, я тут почитал, UDP конечно для VoIP приветствуется, но нужен более стабильный интернет чем с TCP. В общем еще буду тестировать.

А разница?
Лучше почитать основные отличия TCP от UDP - при потере пакета при TCP - источник будет ждать подтверждения получения пакета или же отправит его снова (а он уже нужен?), UDP же просто шлет пакеты и не ожидает подтверждения и, следственно, не отправляет повторно пакеты.
Если плохой канал - подбирай менее требовательные кодеки.