An einem Interface im Bonding Status ACTIVE-PASSIVE (kein LACP) ist zu beobachten, dass der „dropped“ Counter ständig wächst:
Das Bonding besteht aus den Interfaces eth0 und eth3.
Das aktive Bonding Iinterface ist eth3, am eth1 sieht man die dropped Packets.
root@b0a881465n:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth3
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 100
Down Delay (ms): 100
root@b0a881465n:~# ifconfig bond0 Link encap:Ethernet HWaddr d4:ae:52:c4:ad:d5 inet addr:10.136.20.101 Bcast:10.136.20.255 Mask:255.255.255.0 inet6 addr: fe80::d6ae:52ff:fec4:add5/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:81135894 errors:0 dropped:2016121 overruns:0 frame:0 TX packets:112791463 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:7665601365 (7.1 GiB) TX bytes:20096906747 (18.7 GiB) bond0:0 Link encap:Ethernet HWaddr d4:ae:52:c4:ad:d5 inet addr:10.136.20.100 Bcast:10.136.20.255 Mask:255.255.255.0 UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 eth0 Link encap:Ethernet HWaddr d4:ae:52:c4:ad:d5 UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:2008871 errors:0 dropped:2008834 overruns:0 frame:0 TX packets:1924 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:139286041 (132.8 MiB) TX bytes:123304 (120.4 KiB) eth1 Link encap:Ethernet HWaddr d4:ae:52:c4:ad:d6 inet addr:1.1.1.1 Bcast:1.1.1.255 Mask:255.255.255.0 inet6 addr: fe80::d6ae:52ff:fec4:add6/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:3608356 errors:51106 dropped:15851 overruns:0 frame:51106 TX packets:3720731 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:576089876 (549.4 MiB) TX bytes:1939501966 (1.8 GiB) eth3 Link encap:Ethernet HWaddr d4:ae:52:c4:ad:d5 UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1 RX packets:79127023 errors:0 dropped:6803 overruns:0 frame:0 TX packets:112789539 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7526315324 (7.0 GiB) TX bytes:20096783443 (18.7 GiB) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:6075840 errors:0 dropped:0 overruns:0 frame:0 TX packets:6075840 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2194336402 (2.0 GiB) TX bytes:2194336402 (2.0 GiB)
Die Erklärung besteht angeblich darin, dass das im Bondig Betrieb am inaktiven Slave-Interface „normal“ ist. Ich frage mich nur, wie diese Pakete zu diesem Interface kommen, wenn die MAC nur der active Slave besitzt.
Lösung:
Tcpdump an dem backup slave (auf dem inaktiven Interface) zeigte Multicast / Broadcast Pakete, hier ist es der VRRP Multicast, die der Switch nun man auf allen Ports flutet.
09:43:45.358099 IP (tos 0xc0, ttl 255, id 12913, offset 0, flags [none],
proto VRRP (112), length 32)
10.136.20.12 > 224.0.0.18: vrrp 10.136.20.12 > 224.0.0.18: VRRPv3,
Advertisement
Die Switch Statistik zeigt eindeutig, dass der Switch Pakete zum 15_ETH3 Interface schickt, jedoch nicht vom Switch zurückbekommt:
* DC_1_2.8 # sh port 14-16 stat Port Statistics Sat Aug 30 17:44:55 2014 Port Link Tx Pkt Tx Byte Rx Pkt Rx Byte Rx Pkt Rx Pkt State Count Count Count Count Bcast Mcast ============================================================================ 14_ETH0_> R 0 0 0 0 0 0 15_ETH3_> A 3091 213688 0 0 0 0 16_ETH1_> R 0 0 0 0 0 0