bonding: fix bond-6-mode change MAC of arp reply from vif to cause Domu's network unreachable intermittently

This is a fix for a bug in bond_alb.c
Rate of reproduced:100%
Scenario: set Dom0 to bond 6 mode, Domu communicate with Dom0 through vif which is in bridge mode. The Dom0's bridge of xenbr0 contains vif and bond0, bond0 contains eth0 and eth1. You can just need to ping a host which is in same LAN on
Domu, some of packets will be lost intermittently.
Analyse: When Dom0 set bond mode to 6(alb), the bond_alb will change MAC of every arp reply in rlb_arp_xmit function to affect receive packets, it is ok for normal NIC, but it's wrong to Domu, when Domu send arp reply through vif of Dom0, bond of alb replace Domu's MAC in arp reply with NIC's MAC address, that will cause remote host send packets to Domu using real NIC's MAC instead of Domu's MAC. Domu
can't receive the packets whose dst MAC is not Domu's MAC.

---
 drivers/net/bonding/bond_alb.c |   13 ++++++++++++-
 1 files changed, 12 insertions(+), 1 deletions(-)

index e15cc11..d6b134a 100644
@@ -700,7 +700,18 @@ static struct slave *rlb_arp_xmit(struct sk_buff

*skb, struct bonding *bond)
*/
tx_slave = rlb_choose_channel(skb, bond); if (tx_slave) {
- memcpy(arp->mac_src,tx_slave->dev->dev_addr, ETH_ALEN);
+ struct slave *tmp_slave = NULL;
+ int i = 0, found_mac = 0;
+ bond_for_each_slave(bond, tmp_slave, i) {
+ if (ether_addr_equal_64bits(arp->mac_src,
+ tmp_slave->dev->dev_addr)) {
+ found_mac = 1;
+ break;
+ }
+ }
+ if (found_mac)
+ memcpy(arp->mac_src, tx_slave->dev->dev_addr,
+ ETH_ALEN);
}
pr_debug("Server sent ARP Reply packet\n");
} else if (arp->op_code == htons(ARPOP_REQUEST)) {

1.7.6.5

From: "zheng.li" <[email protected]>
Date: Mon, 29 Oct 2012 17:11:28 +0800