Испытания на обычном коммутаторе показали следующую картину. Пакеты посылаются по обоим интерфейсам поочерёдно. Обратно приходят также на два интерфейса вразнобой. Выдвигаю гипотезу, что приходящий пакет коммутатором посылается на последний работавший интерфейс. Если отключить один провод от сетевой карты, то три исходящих пакета теряются, а далее связь восстанавливается. Если отключить провод от другой сетевой карты, ситуация почти аналогична – либо также теряются первые три исходящих пакета, либо ничего не теряется. Объяснить это можно тем, что подчинённые интерфейсы eth0 и eth1 не совсем равнозначны для bond0. Чем раньше подчинённый интерфейс был подключён к общему, тем выше у него приоритет. Если отключить самый приоритетный (в объединённом канале может быть более двух подчинённых), то роль первенства переходит другому интерфейсу, и тогда теряется часть пакетов. Если отключить менее приоритетный, то всё нормально. Каких-либо дополнительных проблем мною замечено не было. Возможно, сказалась маленькая нагрузка моей тестовой сети, состоящей из четырех компьютеров, хотя, думается, что и при большем числе компьютеров всё будет работать так же.

Ещё интересное наблюдение было сделано по результатам анализа tcpdump в разных точках. На 192.168.0.1 был запущен ping, посылающий раз в секунду ICMP-запросы на адрес 192.168.0.2.

tcpdump icmp -I eth0 на 192.168.0.1 перехватил следующее:

20:16:52.578951 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)

20:16:54.578941 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)

20:16:56.578950 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)

20:16:58.578947 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)

20:17:00.578945 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)

tcpdump icmp -I eth1 на 192.168.0.1 перехватил следующее:

20:16:53.578947 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)

20:16:55.578954 192.168.0.1 > 192.168.0.2: icmp: echo request (DF)