From: Jay Vosburgh <fubar@us.ibm.com>
To: Rick Jones <rick.jones2@hp.com>
Cc: netdev@vger.kernel.org
Subject: Re: [PATCH] remove claim balance_rr won't reorder on many to one
Date: Tue, 30 Oct 2007 17:22:49 -0700 [thread overview]
Message-ID: <19779.1193790169@death> (raw)
In-Reply-To: <4727AC42.2060709@hp.com>
Rick Jones <rick.jones2@hp.com> wrote:
>I have to wonder if the full description of the different versions of
>being a little bit pregnant is worth it. Just saying that using
>balance-rr will result in reordering seems much more simple to comprehend.
True, but the different configurations produce very different
levels of reordering.
There seem to be users out there trying to use balance-rr to
maximize single stream TCP throughput (even with reordering), so I think
the relative badness information is worthwhile.
>Also, since balance-rr is strictly an outbound policy, does case three
>even enter into it - as you say, that will be up to the switch, which will
>be doing whatever it was told or felt like doing regardless of balance-rr
>on the bond in the host.
Point three provides an answer to a question I've been asked
pretty regularly by customers, so I think it's good information.
[...]
>I'm not really all that tied to that part of the change - it is there
>because I noticed in one of the HP ITRC forums someone talking about a
>switch (Cisco?) where trunking meant something with vlans rather than
>aggregation.
In Ciscoville, switch ports can be configured as either "access"
or "trunk." A trunk port accepts all VLANs, an access port is tied to a
specific VLAN (simplifying some here). The Cisco documentation uses the
term EtherChannel to descibe the link aggregation system we're talking
about here in reference to bonding's balance-rr mode.
>Even better would be to be able to start to move away from "etherchannel"
>towards the de jure standard's terms, whatever the heck they are :)
I believe that EtherChannel is the standard term for what we're
talking about here, but it's a Cisco trademark. I'd guess that most
switch vendors don't come right out and call their "EtherChannel(tm)
compatible" mode exactly that; they call it something else, but it's
still meant to be compatible with EtherChannel.
For bonding, this applies to the balance-rr and balance-xor
modes.
-J
---
-Jay Vosburgh, IBM Linux Technology Center, fubar@us.ibm.com
next prev parent reply other threads:[~2007-10-31 0:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-30 19:48 [PATCH] remove claim balance_rr won't reorder on many to one Rick Jones
2007-10-30 20:55 ` Jay Vosburgh
2007-10-30 22:12 ` Rick Jones
2007-10-31 0:22 ` Jay Vosburgh [this message]
2007-10-31 1:02 ` Rick Jones
2007-10-31 1:08 ` Rick Jones
2007-11-06 21:40 ` Rick Jones
2007-11-06 22:49 ` Jay Vosburgh
2007-11-06 22:59 ` Rick Jones
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=19779.1193790169@death \
--to=fubar@us.ibm.com \
--cc=netdev@vger.kernel.org \
--cc=rick.jones2@hp.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).