when using arp monitoring with bonding, why use broadcast arps?

• To: [email protected], [email protected], [email protected]
• Subject: when using arp monitoring with bonding, why use broadcast arps?
• From: "Chris Friesen" <[email protected]>
• Date: Tue, 04 Dec 2007 11:27:24 -0600
• List-id: <linux-kernel.vger.kernel.org>
• Sender: [email protected]
• User-agent: Mozilla Thunderbird 1.0.2-6 (X11/20050513)

We have a network with a number of nodes using bonding with arp monitoring. The arp interval is set to 100ms.

Unfortunately, the bonding code sends the arp packets to the hardware broadcast address, which means that the number of these arp packets seen by each node goes up with the number of nodes on the network.

One of the nodes has a fairly low-powered cpu and handles most things in microengine code, but arp packets get handled in software. All these broadcast arps slow this node down noticeably.

Is there any particular reason why the bonding code couldn't use unicast arp packets if the "arp_ip_target" has a valid entry in the sender's arp table?

Thanks,

Chris
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: when using arp monitoring with bonding, why use broadcast arps?
    • From: Jay Vosburgh <[email protected]>

• Prev by Date: Please pull git390 'for-linus' branch
• Next by Date: Re: [0/4] DST: Distributed storage.
• Previous by thread: dmapool patch series, version 2
• Next by thread: Re: when using arp monitoring with bonding, why use broadcast arps?
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]