Asterisk на плохом канале

[SlvUn]

Добрый день.
Есть два сервера Asterisk связанные IAXом через OpenVPN . Интернет на одном из серверов плохонький, через сотового оператора, альтернативы, увы нет.
В результате имеем частые "проседания" инета и соответственно обрывы звонков в Астериске.
Понятное дело, что при плохом инете качественной связи ждать не приходится, это народ понимает. Больше выбешивает необходимость постоянно перезванивать.
В связи с этим вопрос, есть ли некий параметр для подкручивания в конфиге, чтобы Asterisk держал связь и не рвал звонок? То есть в идеале, в те промежутки времени, когда интернет подвис, была бы тишина, а потом разговор продолжался без обрыва соединения.

[ded]

А если во время разговора разрыв через смену ИП адреса сотового оператора?
Тогда никак не восстановить через тишину, думаю, альтернативы, увы нет

[SlvUn]

Ну в данном случае смена IP у сотового оператора не повлияет - для этого собственно OpenVPN и поднимался. Да и сессия у сотового оператора не рвется. Именно проседания некие - вот типичный вывод

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

C:\Users\vesk>ping 192.168.17.1 -t

Обмен пакетами с 192.168.17.1 по с 32 байтами данных:
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=673мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=45мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=45мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126
Ответ от 192.168.17.1: число байт=32 время=44мс TTL=126

Статистика Ping для 192.168.17.1:
Пакетов: отправлено = 17, получено = 17, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 44мсек, Максимальное = 673 мсек, Среднее = 82 мсек
Control-C
^C

Ну и соответственно, когда пинг стал 673 - ловлю разрыв

[Vlad1983]

какой черт нужен IAX через VPN?
соедините через SIP ему побоку просадки

[SlvUn]

какой черт нужен IAX через VPN?

Да собственно говоря вроде как написано что IAX предпочтительнее вот и выбрал его.

соедините через SIP ему побоку просадки

Хотите сказать, что все так просто и SIP кладет на качество интернета болт? Сейчас попробую, уведу на SIP вместо IAX.

[Vlad1983]

не кладет
просто сигналка отдельно от медиа
кому нужно могут контролировать качество по RTCP

[ded]

Хотите сказать, что все так просто и SIP кладет на качество интернета болт? Сейчас попробую, уведу на SIP вместо IAX.

Не наду уводить. Попробуйте задействовать увеличенный Jitter bufer на IAX примерно 800 мсек, это должно сгладить.

[SlvUn]

не кладет
Не наду уводить. Попробуйте задействовать увеличенный Jitter bufer на IAX примерно 800 мсек, это должно сгладить.

Поздно, прокомпостировано . Уже перетащил на SIP.
maxjitterbuffer=800 тоже попробую, короче погоняю и так и эдак, о впечатлениях отпишусь.

Vlad1983, ded - спасибо.

[ded]

Ещё не всё потеряно. Если уж SIP, то пробуйте его на ТСР, он лучше себя ведёт на тусклых соединениях (по опыту).

[awsswa]

еще можно изгаляться и поднять с минимальным Bit rate кодаком
PS не помню названия, но точно ставил патч на 1.8 для поддержки


http://www.en.voipforo.com/codec/codecs.php