Здравствуйте, имеется в Hyper-V виртуальная машина c Centos 7 и Asterisk 13 + PJSIP на борту, соединение с другим Asterisk через локальную сеть и SIP-транк на провайдера. Собственно проблема заключается в том, что периодически при входящем звонке на транк от провайдера (при включенном rtp set debug и rtcp set debug) после первых 4 RTP пакетов от провайдера и 4 ответных, приходит RTCP пакет от провайдера и Asterisk либо совершенно перестает получать и отправлять rtp пакеты, либо отправляет их по одному в 10-15 секунд, при этом в консоли Asterisk'а входящих пакетов от провайдера не регистрируется. В тоже время запущенный на интерфейсе tcpdump показывает, что пакеты от провайдера идут. При повторном звонке все работает замечательно, потом проходит время и ситуация повторяется. В качестве временного костыля включил параметр rtp_timeout в 3 секунды, в связи с чем в консоли сыпятся сообщения после таких вот "зависаний" "disconnecting channel for lack of RTP activity in 3 seconds". Транк висит белым ip, пробовал менять кодеки, пробовал разные timing модули, отключал фаервол, внутренние звонки бегают без каких-либо проблем, как и звонки на другой Asterisk. Сталкивался ли кто-нибудь с такой проблемой или есть хотя бы какие-нибудь идеи куда еще можно покопать?
Задан: 2016-06-08 18:50:35 +0400
Просмотрен: 831 раз
Обновлен: Jun 08 '16
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Проблемы с DNS?
Out ( 2016-06-08 21:12:31 +0400 )редактироватьв транке провайдер прописан по ip. Еще прокинул две городские линии с другого Asterisk с аналоговой линии и E1 и происходит такая же ситуация но значительно реже. На всех трех линиях повесил голосовое сообщение, на транках выставлен один кодек ulaw, сообщение перегнал в такой же формат, лучше не стало. Монтировал tmpfs раздел и на него закидывал запись, результат такой же. Пробовал стандартные голосовые сообщения и также безрезультатно.
fobinho ( 2016-06-08 21:58:04 +0400 )редактироватьдрова сетевухи. вообще дрочево этот ваш hyper-v.. Юзайте нормальный гипервизор вместо этого поделия..
Zavr2008 ( 2016-06-08 22:16:17 +0400 )редактироватьДа тоже уже склоняюсь к мнению, что косяк где-то на уровне железа или hyper-v. А VMware ESXi в качестве гипервизора нормальное решение?
fobinho ( 2016-06-08 22:28:00 +0400 )редактироватьVMWare - да, повеселее. Правда по-умолчанию всякие левые сетевухи на реалтеках не определяются, но это решаемо.. В бесплатной версии ESXi правда только до 32Гб оперативы дает ставить :)
Zavr2008 ( 2016-06-09 02:46:35 +0400 )редактироватьОк, спасибо. Буду пробовать.
fobinho ( 2016-06-09 10:33:40 +0400 )редактироватьсаму виртуалку можно сконвертировать через VMWare Standalone Convertor, в этом случае проверить можно сначала и не на vSphere - просто на десктопе своем VMWare Player поставить и убедиться рвет-не рвет звонки..
Zavr2008 ( 2016-06-09 13:39:39 +0400 )редактироватьВажный момент еще роутер - что у Вас им является?
Zavr2008 ( 2016-06-09 13:40:02 +0400 )редактироватьсервер на ALT Linux, на котором развернут bgp
fobinho ( 2016-06-09 15:45:39 +0400 )редактироватькак успехи?
Zavr2008 ( 2016-06-14 20:19:40 +0400 )редактироватьДа, проблема все же оказалась в DNS. Объединил два дампа в wireshark и видно, что после RTCP пакета от провайдера происходит DNS запрос во внутреннюю сеть, в котором машина безуспешно пытается резолвить свое имя, после чего начинаются проблемы с RTP.
fobinho ( 2016-06-15 10:12:21 +0400 )редактироватьНу да, мой первый комментарий ;)
На роутере надо было разрешать трафик по IP.
Out ( 2016-06-15 11:23:37 +0400 )редактироватьВ общем, всем спасибо! Второй день - полет нормальный.
fobinho ( 2016-06-16 19:18:55 +0400 )редактировать