<div dir="ltr">I tend to use layer3+4 because for the average server the majority of the traffic is going to its default gateway so that always gets hashed to the same link when using layer2 hashing.  Layer3-4 will at least hash it based on destination source port and IP address and as most client connections come from a wide range of source ports, that more effectively balances the traffic across the links.<div>
<br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 31, 2014 at 10:08 PM, Frank Bulk <span dir="ltr"><<a href="mailto:frnkblk@iname.com" target="_blank">frnkblk@iname.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You can't control the hashing on inbound, but you can configure the<br>
outbound.<br>
<br>
For the Linux machine there appears to be two options: layer2 or layer3+4<br>
(<a href="http://www.cyberciti.biz/howto/question/static/linux-ethernet-bonding-drive
r-howto.php" target="_blank">http://www.cyberciti.biz/howto/question/static/linux-ethernet-bonding-drive<br>
r-howto.php</a>).<br>
<span class="HOEnZb"><font color="#888888"><br>
Frank<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
-----Original Message-----<br>
From: foundry-nsp [mailto:<a href="mailto:foundry-nsp-bounces@puck.nether.net">foundry-nsp-bounces@puck.nether.net</a>] On Behalf Of<br>
Rupesh Basnet<br>
Sent: Monday, March 31, 2014 11:57 PM<br>
To: Raoul Bhatia; Erich Hohermuth<br>
Cc: <a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
Subject: Re: [f-nsp] LACP with Foundry and Linux Machine<br>
<br>
Hi Raoul,<br>
<br>
With trunk on foundry and mode 4 on linux box with load balancing on l2<br>
hash mode, load balance was happening is asymmetric way. IN traffic was<br>
seen from one and  OUT traffic was seen from another interface. I think<br>
server mode on foundry might help but it seems we need to reload to<br>
reconfigure it. Are there any way out for proper load balancing?<br>
<br>
Regards,<br>
--------<br>
Rupesh Basnet<br>
<br>
System Operations<br>
Subisu Cablenet (P.) Ltd.<br>
148 Thirbum Sadak<br>
Baluwatar, Kathmandu<br>
Nepal<br>
<br>
<br>
T: 00977 1 4429616/17 Ext.: 322,323(4412832-Direct Line)<br>
F: 00977 1 4430572<br>
<br>
<a href="http://www.subisu.net.np" target="_blank">http://www.subisu.net.np</a><br>
<br>
(An ISO 9001:2008 Certified Company)<br>
<br>
On 03/30/2014 11:41 AM, Raoul Bhatia wrote:<br>
> On 30 March 2014 07:12:08 CEST, Rupesh Basnet <<a href="mailto:brupesh@subisu.net.np">brupesh@subisu.net.np</a>><br>
wrote:<br>
>> Hi Erich,<br>
>><br>
>> I tried changing LACP rates with mode 4 but status was the same and<br>
>> linux box was also not able to get partner MAC on its aggregation<br>
>> status. I tried with balance-rr mode as well but same, only single MAC<br>
>> was obtained under Load Balancing on foundry. I can pass traffic from<br>
>> the bonded interface but still don't have any idea if those interfaces<br>
>> are really bonded and load balance is happening.<br>
> Hi,<br>
><br>
> It has been some time since I was last configuring bonding but I *think*<br>
that balancing happened on the basis of MAC addresses, (or even ports?) or<br>
some other part of the packet header.<br>
><br>
> So while testing, you might see balancing only after using multiple<br>
streams and source/destination MACs.<br>
><br>
> Cheers,<br>
> Raoul<br>
<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
<br>
<br>
_______________________________________________<br>
foundry-nsp mailing list<br>
<a href="mailto:foundry-nsp@puck.nether.net">foundry-nsp@puck.nether.net</a><br>
<a href="http://puck.nether.net/mailman/listinfo/foundry-nsp" target="_blank">http://puck.nether.net/mailman/listinfo/foundry-nsp</a><br>
</div></div></blockquote></div><br></div>