Потери пакетов

[asjilf]

Всем добрый день.

Имеется Asterisk 11.25.1
ОС CentOS Linux 6.6 (SHMZ)

Машина работает в облаке, подключен единственный провайдер с белым ip. DNS используется тот, который рекоммендовал провайдер.
NAT, VPN - не используются.
В фаерволле всё запрещено, разрешены только определенные ip адреса.
Всего есть 2 сетевых интерфейса: eth0 и lo.

Суть проблемы в том, что регулярно пропадает голос у всех юзеров во время телефонных разговоров примерно на 20 сек.
Начали ловить проблему с помощью tcpdump и анализа пакетов. Заметили такую вещь, если дамп запускать командами:

• tcpdump -i eth0
• tcpdump -w 1.cap

то в собранном дампе видно, что во время проявления проблемы, отсутствует любая сетевая активность в течение 20 сек.

Если дамп собирать командами:

• tcpdump -i any
• tcpdump host <ip хоста>

то потери пакетов не видно во время потери голоса.

Провайдер поставил сервер на мониторинг и пингует его 1 раз в сек. Судя по их графикам, каких-либо потерь или недоступности они не видят.

Есть у кого-нибудь идеи как можно докопаться до истины?
Буду благодарен за любую помощь.

[ded]

проблема неверной маски в настройках eth0?
проблема дубликации ИП адреса?
проблема гипервизора и/или виртуального свича? Типа - выбран не тот драйвер виртуальной сетевой карты?
что-то интересное в выхлопе dmesg?
arp -a ?

[asjilf]

проблема неверной маски в настройках eth0?
проблема дубликации ИП адреса?
проблема гипервизора и/или виртуального свича? Типа - выбран не тот драйвер виртуальной сетевой карты?
что-то интересное в выхлопе dmesg?
arp -a ?

Маска верная - 24. Эта же маска указана в настройках виртуального маршрутизатора.

По поводу дупликации ip адреса.
Сразу не написал, вылетело из головы. Провайдер (он же ЦОД) мониторит сервер, кидая udp пакеты, начиная с TTL=1. Если пакет не дошел до сервера и умер на промежуточном узле, то TTL увеличивается на 1. Так вот, они скидывали свой дамп и в нем видно, что TTL почти всегда = 3, но иногда он = 4. Мы предположили, что где-то в их сети есть устройство с таким же ip адресом как у нашего сервера, но они всё перепроверили и не нашли.

Со стороны виртуализации техподдержка ЦОДа также всё проверила и не нашла проблем. Тут все настройки сети на их стороне.
Виртуальный сетевой интерфейс уже меняли с E1000 на VMXNET3, но результата нет.

По поводу dmesg.
Почти всё - это дропы iptables разных ip адресов.
После перезапуска сети на ВМ в dmesg дописалось:

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

vmxnet3 0000:0b:00.0: eth0: intr type 3, mode 0, 9 vectors allocated
vmxnet3 0000:0b:00.0: eth0: NIC Link is Up 10000 Mbps
8021q: adding VLAN 0 to HW filter on device eth0
eth0: no IPv6 routers present

Ничего интересного не вижу.

По поводу arp -a.
arp -a выдает шлюз и еще один хост в сети провайдера. У обоих одинаковые маки. Но это мак сетевого устройства провайдера, за которым сидят другие хосты.

[ded]

По поводу arp -a.
arp -a выдает шлюз и еще один хост в сети провайдера. У обоих одинаковые маки. Но это мак сетевого устройства провайдера, за которым сидят другие хосты.

Но ведь это и есть проблема, разве нет? Разве могут быть одинаковые МАС адреса?

Сделать два теста во внерабочее время (для чистоты эксперимента) с записью
1) звонок с внутреннего номера на эхо тест - application Echo
tcpdump -e0 -w -vv /tmp/echo.pcap

2) Звонок с внутреннего номера себе на мобильный, например
tcpdump -e0 -w -vv /tmp/mob.pcap

Исследовать в Wireshark один и другой на предмет нарушения секвенсирования и/или пропажи пакетов RTP.
Исследовать отдельно сигнализацию call flow при этом, например RTCP. Прослушивать через Player в Wireshark.
Смотреть изменнеия джиттера (если есть).
Сравнивать 1) и 2)
Получить по возможности картинку

[Zavr2008]

проблемы в том, что регулярно пропадает голос у всех юзеров во время телефонных разговоров примерно на 20 сек

Если после 20-30 сек с начала звонка, то возможно реинвайты виноваты. трассировку по звонку неплохо бы посмотрать.

[asjilf]

Дело было в нагрузке на CPU. Причем, мониторинг не фиксировал загрузку CPU на 100%. Судя по всему, загрузка проца была максимум на несколько секунд.
Добавили процессоров машинке и проблема ушла.

[Zavr2008]

В подобных случаях удобно время сравнивать локальное и в инете. Отключив NTP.
Если часы уходят - значит нелады либо с перегрузкой, либо со спячкой проца и гипервизора..
Так, на будущее кто зайдет сюда.