LINUX.ORG.RU
ФорумAdmin

Есть ли готовый инструмент для замера времени потери связи между хостами?

 


0

1

Доброго времени суток

Дано: сервер, подключенный к сети 2 линками. Они объединены в bonding ( режим сейчас не важен, т.к. тест будет проводиться для разных режимов )

Требуется найти: «время восстановления прохождения UDP-пакетов» при падении линка/свича

Есть ли готовый инструмент, который подойдёт для измерения?

Понимаю, что написать клиент и сервер не сложно и в принципе могу. Но пока лень. Тем более что задача выглядит более-менее осмысленной и скорее всего давно решена.

★★★★★

iperf udp + tcpdump ... -w /dev/shm/x.pcap + wireshark statistics i/o graph

srg666
()

Требуется найти: «время восстановления прохождения UDP-пакетов» при падении линка/свича

ping -i 0.0001 x.x.x.x (UDP там или ICMP, по сути, не важно)

Но на деле все необходимые данные есть в bonding.txt для каждого из режимов. И зависит всё от того, каким методом осуществляется контроль линка (miimon или arpwatch) и соответствующие таймауты.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Но на деле все необходимые данные есть в bonding.txt для каждого из режимов

ИМХО. результат сильнее будет зависеть от времени реакции сетевого оборудования

router ★★★★★
() автор топика
Ответ на: комментарий от router

В режиме LACP, который требует поддержки со стороны свича - может быть. В остальных режимах - всё на плечах хоста лежит.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

active-backup тоже потребует от свичей перестройки какой-то таблицы - mac адрес перескочил на другой порт может даже другого свича. В любом случае, пока ковыряю wireshark, как советовал srg666

router ★★★★★
() автор топика
Ответ на: комментарий от router

Хост при переключении отправит gratuitous arp в новый активный порт, но это не должно быть проблемой, свич среагирует за микросекунды. А вот arp_interval и miimon обычно гораздо больше и будут составлять 99% времени переключения.

blind_oracle ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.