Hi!

I will try to answer a few questions in regard to linux' bonding and
switches that don't support it explicitely (i.e. unmanaged, dumb, cheap).

> kind of relying on the switch to do the round robin for you? I guess I
> am confused because( in my tiny brain) mode =0 will result in the
> server presenting the same mac address (e.g. bond0) on two different
> switch ports. Then I guess the switch would add an entry for that mac
> on each port in it's CAM table, and sort of send stuff in both
> directions, depending on how well it can pull this off (being a mere
> dumb switch) things may or may not go well. Am I misunderstanding the
> details?

The server will present the same MAC address on both ports. Each time
the server sends out a packet, the switch will *replace* the table entry
for this MAC address with the current port. So where the switch thinks
the MAC address is will jump around all the time, but it will send the
packets only to one port at a time.

I have been worried that the rapid port-jumping could crash the switch
or something (because it is buggy or poorly engineered), but others have
reported in this thread it works well for them.

> So that's transmit, but I guess I wonder what about receiving traffic?
> Aren't we really relying on the switch to do the right thing?

Receiving traffic will not gain anything here. It will be limited to the
bandwidth of one port.
For LTSP fortunately, this is mostly irrelevant. Traffic is mostly
server -> client, so what we really need is transmit bandwidth.


Jakob

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net

Reply via email to