Есть дедик в Питере (A1)
Ubuntu 12.04
Asterisk 11.6.0
OpenVPN Server
sip.conf:
[general]
videosupport=yes
dtmfmode=rfc2833
limitonpeers=yes
bindaddr=0.0.0.0
rtpkeepalive=5
limitonpeer=yes
bindport=5060
allowguest=no
alwaysauthreject=yes
[sday3]
type=friend
host=10.3.0.6
directmedia=no
context=msk
qualify=yes
insecure=port,invite
nat=no
disallow=all
allow=g729
Вторая железка в Москве (A2)
Ubuntu 12.04
Asterisk 11.6.0
OpenVPN Client
К А2 подключен офис по SIP и GSM модем. Поступающий звонок уходит на А1 по IAX2 с кодеком g729. От А1 звонок идет к оператору по SIP с тем же g729.
sip.conf
[general]
videosupport=yes
language=ru
rtpkeepalive=5
bindport=5060
accept_outofcall_message=yes
outofcall_message_context=incoming
auth_message_requests=no
textsupport=yes
[sday3]
type=friend
context=spb
host=10.3.0.1
qualify=yes
directmedia=no
language=ru
nat=no
disallow=all
allow=g729
Через пол дня после включения, начинает пропадать голос через 2-3 секунды после ответа. Настроил эхо-тест на А1, все в норме. Прозваниваю с софтфона подключенного к А1, все в порядке. От А2 до А1 - лаги. Пинг 80, потерь нет. В консоль никаких ошибок не сыплется. Выяснил, что помогает перезапуск openvpn на стороне А1. Настроил соединение без туннеля - та же фигня, но теперь уже помогает перезапуск всего сервера. Пробовал менять кодеки на alaw, ulaw, gsm - результата нет. Менял протокол на SIP - тоже самое. Подозреваю, что проблема в сети на стороне А1, но как это отловить не знаю. Подскажите, может у кого было такое?
Задан: 2015-12-24 12:26:01 +0400
Просмотрен: 347 раз
Обновлен: Dec 24 '15
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
tcpdump -i any host АДРЕС1 or host АДРЕС2 -s0 -w /tmp/123.pcap -v
awsswa ( 2015-12-24 13:56:51 +0400 )редактироватьУра, магия!!! я если серйозно, то что дает основания для подозрения нематериальных сил между материальными серверами?
meral ( 2015-12-24 18:11:48 +0400 )редактироватьбуфер передачи udp или tcp(в зависимости от типа туннеля) не пробывали увеличивать? можно настроить два туннеля в режиме bonding 0 и выключать один периодически. заодно будет двойное резирвирование по потерям пакетов. правда, траффика будет в два раза больше.
meral ( 2015-12-24 18:13:50 +0400 )редактироватьПробовал совсем без туннеля, результат тот же. Думаете стоит попробовать манипуляции с туннелями? Снял дамп, попробую понять чего он мне скажет.
v0ip ( 2015-12-24 20:47:44 +0400 )редактироватьну подумайте немножко. раз перезапуск туннеля на чтото влияет, то наверно проблема не в астериске. иначе module reload должно тоже помогать.
meral ( 2015-12-24 21:12:22 +0400 )редактироватьНу я потому и пришел к выводу, что дело в сети. Ибо рестарт туннеля я сделать могу, а вот рестартить сеть не рискую, KVM недоступна.
v0ip ( 2015-12-24 22:12:05 +0400 )редактироватьно вы так и не написали почему магия. а ответ на этот вопрос поинтереснее глюков вашей сети(vps?)
meral ( 2015-12-24 22:37:28 +0400 )редактировать))) Так другого объяснения я найти не могу. Видать порчу навел кто-то. :) Нет, это физический (dedicated) сервер.
v0ip ( 2015-12-25 01:23:03 +0400 )редактироватьа ну да. початилися с кемто в интернете, посмпорили - и у вас на всех серверах порча. не, ну только на один пока хватило.
meral ( 2015-12-25 18:50:06 +0400 )редактироватьВ дампе тоже ничего не увидел. Видимо решать придется радикально.
v0ip ( 2015-12-26 13:56:17 +0400 )редактироватьhttps://access.redhat.com/documentation/en-US/JBossEnterpriseWebPlatform/5/html/AdministrationAndConfigurationGuide/jgroups-perf-udpbuffer.html
meral ( 2015-12-26 16:57:07 +0400 )редактироватьИзменил, изменения есть. Понаблюдаю пару дней. Спасибо!
v0ip ( 2015-12-28 17:32:25 +0400 )редактироватьРаботает! Спасибо!
v0ip ( 2016-01-17 15:08:47 +0400 )редактироватьчто конкретно у вас работает? буффер?
meral ( 2016-01-17 18:22:13 +0400 )редактироватьДа, повидимому увеличение помогло.
v0ip ( 2016-01-17 18:31:29 +0400 )редактировать