[f-nsp] LACP with Foundry and Linux Machine

[George B.]

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.




On Mon, Mar 31, 2014 at 10:08 PM, Frank Bulk <frnkblk at iname.com> wrote:

> You can't control the hashing on inbound, but you can configure the
> outbound.
>
> For the Linux machine there appears to be two options: layer2 or layer3+4
> (
> http://www.cyberciti.biz/howto/question/static/linux-ethernet-bonding-drive
> r-howto.php).
>
> Frank
>
> -----Original Message-----
> From: foundry-nsp [mailto:foundry-nsp-bounces at puck.nether.net] On Behalf
> Of
> Rupesh Basnet
> Sent: Monday, March 31, 2014 11:57 PM
> To: Raoul Bhatia; Erich Hohermuth
> Cc: foundry-nsp at puck.nether.net
> Subject: Re: [f-nsp] LACP with Foundry and Linux Machine
>
> Hi Raoul,
>
> With trunk on foundry and mode 4 on linux box with load balancing on l2
> hash mode, load balance was happening is asymmetric way. IN traffic was
> seen from one and  OUT traffic was seen from another interface. I think
> server mode on foundry might help but it seems we need to reload to
> reconfigure it. Are there any way out for proper load balancing?
>
> Regards,
> --------
> Rupesh Basnet
>
> System Operations
> Subisu Cablenet (P.) Ltd.
> 148 Thirbum Sadak
> Baluwatar, Kathmandu
> Nepal
>
>
> T: 00977 1 4429616/17 Ext.: 322,323(4412832-Direct Line)
> F: 00977 1 4430572
>
> http://www.subisu.net.np
>
> (An ISO 9001:2008 Certified Company)
>
> On 03/30/2014 11:41 AM, Raoul Bhatia wrote:
> > On 30 March 2014 07:12:08 CEST, Rupesh Basnet <brupesh at subisu.net.np>
> wrote:
> >> Hi Erich,
> >>
> >> I tried changing LACP rates with mode 4 but status was the same and
> >> linux box was also not able to get partner MAC on its aggregation
> >> status. I tried with balance-rr mode as well but same, only single MAC
> >> was obtained under Load Balancing on foundry. I can pass traffic from
> >> the bonded interface but still don't have any idea if those interfaces
> >> are really bonded and load balance is happening.
> > Hi,
> >
> > It has been some time since I was last configuring bonding but I *think*
> that balancing happened on the basis of MAC addresses, (or even ports?) or
> some other part of the packet header.
> >
> > So while testing, you might see balancing only after using multiple
> streams and source/destination MACs.
> >
> > Cheers,
> > Raoul
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp at puck.nether.net
> http://puck.nether.net/mailman/listinfo/foundry-nsp
>
>
> _______________________________________________
> foundry-nsp mailing list
> foundry-nsp at puck.nether.net
> http://puck.nether.net/mailman/listinfo/foundry-nsp
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/foundry-nsp/attachments/20140331/2dd0e424/attachment.html>