Есть дедик в Питере (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, но как это отловить не знаю. Подскажите, может у кого было такое?
Задан: Dec 24 '15
Просмотрен: 348 раз
Обновлен: 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 (Dec 24 '15)editУра, магия!!! я если серйозно, то что дает основания для подозрения нематериальных сил между материальными серверами?
meral (Dec 24 '15)editбуфер передачи udp или tcp(в зависимости от типа туннеля) не пробывали увеличивать? можно настроить два туннеля в режиме bonding 0 и выключать один периодически. заодно будет двойное резирвирование по потерям пакетов. правда, траффика будет в два раза больше.
meral (Dec 24 '15)editПробовал совсем без туннеля, результат тот же. Думаете стоит попробовать манипуляции с туннелями? Снял дамп, попробую понять чего он мне скажет.
v0ip (Dec 24 '15)editну подумайте немножко. раз перезапуск туннеля на чтото влияет, то наверно проблема не в астериске. иначе module reload должно тоже помогать.
meral (Dec 24 '15)editНу я потому и пришел к выводу, что дело в сети. Ибо рестарт туннеля я сделать могу, а вот рестартить сеть не рискую, KVM недоступна.
v0ip (Dec 24 '15)editно вы так и не написали почему магия. а ответ на этот вопрос поинтереснее глюков вашей сети(vps?)
meral (Dec 24 '15)edit))) Так другого объяснения я найти не могу. Видать порчу навел кто-то. :) Нет, это физический (dedicated) сервер.
v0ip (Dec 24 '15)editа ну да. початилися с кемто в интернете, посмпорили - и у вас на всех серверах порча. не, ну только на один пока хватило.
meral (Dec 25 '15)editВ дампе тоже ничего не увидел. Видимо решать придется радикально.
v0ip (Dec 26 '15)edithttps://access.redhat.com/documentation/en-US/JBossEnterpriseWebPlatform/5/html/AdministrationAndConfigurationGuide/jgroups-perf-udpbuffer.html
meral (Dec 26 '15)editИзменил, изменения есть. Понаблюдаю пару дней. Спасибо!
v0ip (Dec 28 '15)editРаботает! Спасибо!
v0ip (Jan 17 '16)editчто конкретно у вас работает? буффер?
meral (Jan 17 '16)editДа, повидимому увеличение помогло.
v0ip (Jan 17 '16)edit