Ethernet Bridge development
 help / color / mirror / Atom feed
From: "Nicolas de Pesloüan" <nicolas.2p.debian@free.fr>
To: Sander Klein <roedie@roedie.nl>
Cc: Bridge <bridge@lists.linux-foundation.org>
Subject: Re: [Bridge] Bridge - vlan - bond
Date: Wed, 09 Dec 2009 23:21:03 +0100	[thread overview]
Message-ID: <4B2022CF.4080909@free.fr> (raw)
In-Reply-To: <b1701dff411230cfdd4137a1275ec32a@localhost>

Sander Klein wrote:
> Hi,
> 
>> Can you please also describe what you try to achieve, and not only your
>> setup ?
>>
>> What are the expected effects ?
> 
> Sorry, I will. What I am trying to achieve is high availability. The host
> I'm building this on will be a kvm host with virtual machines which runs
> the images from a nfsmount. I need to have multiple vlans on this host
> which are then bridged to the virtual machines. What I want is that if the
> switch connected to eth0 fails, all traffic will go through eth1. The final
> setup will be the following:
> 
> +------+   +------+
> | core |---|blade |   +-----+
> |switch|   |switch|---|eth0 |
> +------+   +------+   |     |
>    |                  |Host |
> +------+   +------+   |     |
> | core |---|blade |---|eth1 |
> |switch|   |switch|   +-----+
> +------+   +------+
> 
>> Your bonding setup (active-backup) will lead to one port enabled and one
>> disabled.
> 
> That's okay with me. I don't need the speed, only the redundancy. I could
> use alb or tlb but since I'm testing right now active-backup it easier.
> 
>> Why don't you simply use eth0.101 and eth1.101 as two ports of br101,
> and
>> enable stp ?
> 
> Since the switches that connect to eth0 and eth1 have a crappy stp
> implementation (its a supermicro blade chassis) it's pain to get it
> working. Moreover, converging with stp is a bit slow. Bonding will do this
> in 100ms or faster while stp might take 30 seconds or so.

If stp is a problem, you can try the rstp user-space implementation.
> 
> The setup works perfectly as long as I don't use bridging. But I need the
> bridging to get the network to the virtual machines.

You should consider using a VM software that does not require bridge to get the network to the VM 
:-) (VirtualBox for example).

Anyway, if we assume br101 is "duplicating" this packet in some way, let's try and figure out why.

Can you please provide the output of the following commands:

ip addr
brctl show
brctl showmacs br101
cat /proc/net/bonding/bond0

	Nicolas.

  reply	other threads:[~2009-12-09 22:21 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-05 16:30 [Bridge] Bridge - vlan - bond Sander Klein
2009-12-05 16:58 ` Sebastian Gottschall (DD-WRT)
2009-12-05 18:24 ` Nicolas de Pesloüan
2009-12-05 19:47   ` Sander Klein
2009-12-09 22:21     ` Nicolas de Pesloüan [this message]
2009-12-06 17:17 ` richardvoigt
2009-12-06 20:14   ` Sander Klein

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=4B2022CF.4080909@free.fr \
    --to=nicolas.2p.debian@free.fr \
    --cc=bridge@lists.linux-foundation.org \
    --cc=roedie@roedie.nl \
    /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