elastix и hyper-v обрывы звонков

[valobasoff]

Приветствую, в общем получилась неприятная ситуация, на старом сервере крутился elastix в виртуалке MS Virtual Server 2005(w3k), явных проблем не было, но появилс новый сервер MS 2012 c hyper-v, решено было перенести туда elastix. Собственно весь перенос заключался в переносе VHD и починкой загрузки (initrd). Всё завелось, работает, но обрываются все звонки в случайной длительности. И внутренние и внешние. Думаю asterisk не при чём, и дело в сети, ибо пинги тоже нестабильны, задержки странные, хоть и без потери пакетов. линк на сервере 1 Гбит, сервер на данный момент свободен от других задач. В виртуальной машине первого поколения один процессор, сетевуха обычная(не устарешая), памяти 1 Гб, версия centos 5.11, ядро 2.6.18-406.el5 #1 SMP Tue Jun 2 17:26:20 EDT 2015 i686 i686 i386 GNU/Linux
службы интеграции hyper-v как я понял для этой версии ставить не нужно, но какой-то косяк явно есть, может кто-то сталкивался с подобным ?

по завершении звонка в консоли это

Код: Выделить всё

chan_sip.c:4024 retrans_pkt: Retransmission timeout reached on transmission 0014a910-154b0024-669af0ea-700acecc@192.168.1.198 for seqno 102 (Critical Response) -- See https://wiki.asterisk.org/wiki/display/AST/SIP+Retransmissions

ну и пинги, (к корневой ОС пинги нормальные)

Код: Выделить всё

64 bytes from as1.domen.local (192.168.1.1): icmp_req=525 ttl=64 time=0.355 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=526 ttl=64 time=0.358 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=527 ttl=64 time=90.3 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=528 ttl=64 time=0.382 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=529 ttl=64 time=0.353 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=530 ttl=64 time=0.369 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=531 ttl=64 time=0.369 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=532 ttl=64 time=0.374 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=533 ttl=64 time=0.376 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=534 ttl=64 time=0.425 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=535 ttl=64 time=116 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=536 ttl=64 time=130 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=537 ttl=64 time=0.513 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=538 ttl=64 time=2.62 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=539 ttl=64 time=0.383 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=540 ttl=64 time=0.335 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=541 ttl=64 time=0.400 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=547 ttl=64 time=0.351 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=548 ttl=64 time=0.361 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=549 ttl=64 time=0.379 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=550 ttl=64 time=0.357 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=551 ttl=64 time=113 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=552 ttl=64 time=0.347 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=553 ttl=64 time=0.362 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=554 ttl=64 time=0.362 ms

[Zavr2008]

centos 5.11

Старенький..

А Астер какой?

[ded]

Да-да-да, разброс пингов
64 bytes from as1.domen.local (192.168.1.1): icmp_req=534 ttl=64 time=0.425 ms
64 bytes from as1.domen.local (192.168.1.1): icmp_req=535 ttl=64 time=116 ms
потому что CentOS старенький, и Астер, видимо,тоже. ^_^

[awsswa]

можно только ядро обновить

[dd256]

Добрый день!
Пару недель назад заменили самосборный сервер на hp microserver gen8.
На старом стояла win2008r2, на новый поставил 2012r2.
Asterisk естественно в вирт машине - ubuntu server.
После переноса и запуска возникли очень серьезные проблемы с ivr - пропадания и пр.
Пинг до ВМ очень нестабильный.
Думал проблема с таймерами и т.д. или мощности ЦП не хватает.
Нашел рекомендации для win2012r2 и сетевых карт broadcom:
выключить "Очередь виртуальной машины" в свойствах физ.сетевого адаптера на хостовой машине.
Пинг сразу выровнялся и проблемы с ivr пропали.

[valobasoff]

обновлено по максимумуму из дефолтных репозиториев, подсовывать другие боюсь.
Спасибо мил человек, выключил "Очередь виртуальной машины" в свойствах физ.сетевого адаптера и всё заработало как надо, тоже броадком на сервере.