mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Matti Aarnio <matti.aarnio@zmailer.org>
To: Constantine Gavrilov <const-g@xpert.com>
Cc: willy tarreau <wtarreau@yahoo.fr>,
	alan@lxorguk.ukuu.org.uk, linux-kernel@vger.kernel.org
Subject: Re: Linux 2.2.18pre21
Date: Fri, 10 Nov 2000 12:51:50 +0200	[thread overview]
Message-ID: <20001110125150.G13151@mea-ext.zmailer.org> (raw)
In-Reply-To: <20001110092846.29847.qmail@web1102.mail.yahoo.com> <20001110114425.E13151@mea-ext.zmailer.org> <3A0BC699.791064BE@xpert.com> <20001110121402.F13151@mea-ext.zmailer.org> <3A0BCC4C.FCE21320@xpert.com>
In-Reply-To: <3A0BCC4C.FCE21320@xpert.com>; from const-g@xpert.com on Fri, Nov 10, 2000 at 12:22:04PM +0200

On Fri, Nov 10, 2000 at 12:22:04PM +0200, Constantine Gavrilov wrote:
> Gee, we do not call it EtherChannel, we say CISCO calls it
> EtherChannel. Where is the infringment here? Are people that paranoid
> or it is just me who is not getting it?

	You missed my original point.

	I don't like to call it BONDING.

	"Bonding" is something where two (or more) channels carry data
	in between two participating systems.  Like Multilink-PPP, and
	ISDN Channel Bonding.  Often indeed data goes out somehow inter-
	leaved on the physical links.  (Like ISDN Channel Bonding supplies
	a transparent 128 kbps link instead of two 64 kbps links to the
	upper layers.)

	EtherChannel does select the link (out of the group) by forming
	XOR of source and destination MAC addresses (their lowest bytes),
	and then doing MODULO number-of-links on the result.

	So between systems A and B the flow goes via link 0, in between
	A and C it goes via link 1.  Add there client system D, and it
	may end up into either of the links.

	|-----------|                |------|
	|    A      |-----link-0-----| SW   |---[B]
	|           |-----link-1-----| with |---[C]
	|-----------|                |EthChn|---[D]
	                             |------|


	This gives improved throughput on congested links in between
	two switches, or major server and core switches, while preserving
	data order over the links.

	Blind bonding-type "throw packets on links 0 and 1" MAY end up
	sending ethernet frames out of sequence, which for a few LAN
	based protocols is a great source of upset.


	Beowulf systems have "bonding" in use for parallel Ethernet
	links in between two machines, however THAT is not EtherChannel
	compatible thing!

> -- 
> Constantine Gavrilov

/Matti Aarnio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2000-11-10 10:52 UTC|newest]

Thread overview: 41+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-10  9:28 willy tarreau
2000-11-10  9:44 ` Matti Aarnio
2000-11-10  9:57   ` Constantine Gavrilov
2000-11-10 10:14     ` Matti Aarnio
2000-11-10 10:22       ` Constantine Gavrilov
2000-11-10 10:51         ` Matti Aarnio [this message]
2000-11-10 19:11           ` Thomas Davis
2000-11-10 10:18 ` Constantine Gavrilov
2000-11-11  4:36 ` Intel's ANS Driver -vs- Bonding [was Re: Linux 2.2.18pre21] Dan Browning
2000-11-11  7:47   ` Jeff Garzik
2000-11-10 10:40 Linux 2.2.18pre21 willy tarreau
2000-11-10 10:49 willy tarreau
2000-11-10 10:59 Arnaud S . Launay
2000-11-10  3:07 ` Alan Cox
2000-11-10  3:44   ` David S. Miller
2000-11-10 11:35     ` Benjamin Herrenschmidt
2000-11-10 15:34       ` David S. Miller
2000-11-10 15:42       ` Tom Rini
2000-11-10 10:52   ` David S. Miller
2000-11-16 14:07   ` Matthias Andree
2000-11-16 16:16     ` Andrea Arcangeli
2000-11-16 19:52       ` jesse
2000-11-16 21:40         ` Alan Cox
2000-11-18 10:07           ` Rogier Wolff
2000-11-18 17:32             ` kuznet
2000-11-18 17:34               ` Rogier Wolff
2000-11-18 17:47                 ` kuznet
2000-11-18 17:51                   ` Rogier Wolff
2000-11-16 22:56         ` Matthias Andree
2000-11-17  6:30         ` Peter Samuelson
2000-11-17  6:40           ` H. Peter Anvin
2000-11-17 11:22             ` Peter Samuelson
2000-11-17 17:35               ` H. Peter Anvin
2000-11-17 11:34             ` Matthias Andree
2000-11-17 19:23           ` jesse
2000-11-18 20:44             ` Pavel Machek
2000-11-18  1:38           ` Nix
2000-11-21  4:19             ` Peter Samuelson
2000-11-10 11:21 willy tarreau
2000-11-13  7:00 willy tarreau
2000-11-13  9:47 willy tarreau

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=20001110125150.G13151@mea-ext.zmailer.org \
    --to=matti.aarnio@zmailer.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=const-g@xpert.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=wtarreau@yahoo.fr \
    /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

all inboxes | Powered by JetHome®