[Bridge] bridge changes id on addif - is that normal?

[Bridge] bridge changes id on addif - is that normal?

[Thomas Mueller]

hi 

i've setup the following on debian etch with bridge-utils 1.4 
(backported) and kernel 2.6.26 from backports.org:

vlan10 with raw device eth0
vlan20 with raw device eth0

br10 with initial port vlan10
br20 with initial port vlan20

i've set hw addr to DE:AD:BE:EF:34:10 for br10 and DE:AD:BE:EF:34:20 for 
br20

the bridges are used to connect virtual machine nic's.

"brctl show" before any other port is attached:

bridge name     bridge id               STP enabled     interfaces
br10            8000.deadbeef3410       no              vlan10
br20            8000.deadbeef3420       no              vlan20


then after "brctl addif br10 vnet1" and "brctl addif br10 vnet2" brctl 
show says:

bridge name     bridge id               STP enabled     interfaces
br10            8000.00ff351a360c       no              vnet1
                                                        vlan10
br20            8000.00ff8fe8ee1d       no              vnet2
                                                        vlan20

why the bridge id changed? on delif the bridge id changes back to the 
original one.

On "brctl addbr" the following kernel message is printed:

[426666.180613] br10: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM 
feature.

if i don't set the mac addr to the bridges they get both the hw addr from 
eth0. the bridge id doesn't change on addif but there are many kernel 
messages like the one below:

[405275.752398] vnet1: received packet with  own address as source address

Any hints appreciated. 

- Thomas

Re: [Bridge] bridge changes id on addif - is that normal?

[Thomas Mueller]

> 
> i've set hw addr to DE:AD:BE:EF:34:10 for br10 and DE:AD:BE:EF:34:20 for
> br20

.. i should have written:

i've set hw addr to DE:AD:BE:EF:34:10 for vlan10 and DE:AD:BE:EF:34:20 
for vlan20

Re: [Bridge] bridge changes id on addif - is that normal?

[Stephen Hemminger]

On Sat, 22 Nov 2008 13:43:37 +0000 (UTC)
Thomas Mueller <thomas@chaschperli.ch> wrote:

> hi 
> 
> i've setup the following on debian etch with bridge-utils 1.4 
> (backported) and kernel 2.6.26 from backports.org:
> 
> vlan10 with raw device eth0
> vlan20 with raw device eth0
> 
> br10 with initial port vlan10
> br20 with initial port vlan20
> 
> i've set hw addr to DE:AD:BE:EF:34:10 for br10 and DE:AD:BE:EF:34:20 for 
> br20
> 
> the bridges are used to connect virtual machine nic's.
> 
> "brctl show" before any other port is attached:
> 
> bridge name     bridge id               STP enabled     interfaces
> br10            8000.deadbeef3410       no              vlan10
> br20            8000.deadbeef3420       no              vlan20
> 
> 
> then after "brctl addif br10 vnet1" and "brctl addif br10 vnet2" brctl 
> show says:
> 
> bridge name     bridge id               STP enabled     interfaces
> br10            8000.00ff351a360c       no              vnet1
>                                                         vlan10
> br20            8000.00ff8fe8ee1d       no              vnet2
>                                                         vlan20
> 
> why the bridge id changed? on delif the bridge id changes back to the 
> original one.
> 
> On "brctl addbr" the following kernel message is printed:
> 
> [426666.180613] br10: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM 
> feature.
> 
> if i don't set the mac addr to the bridges they get both the hw addr from 
> eth0. the bridge id doesn't change on addif but there are many kernel 
> messages like the one below:
> 
> [405275.752398] vnet1: received packet with  own address as source address
> 
> Any hints appreciated. 
> 

First off the hardware address of the bridge is by default the lowest
of all the interfaces (unless you set it). This was done by original author
to deal with case of interfaces added out of order on boot.

The second issue is because you are making a loop in your network.
If you had STP enabled it would probably scream at you.

Re: [Bridge] bridge changes id on addif - is that normal?

[Thomas Mueller]

>> 
> First off the hardware address of the bridge is by default the lowest of
> all the interfaces (unless you set it). This was done by original author
> to deal with case of interfaces added out of order on boot.

ok, this would be nice if that would be mentioned on the https://
www.linuxfoundation.org/en/Net:Bridge#FAQ page. I couldn't find any 
information on how the bridge-id is evaluated on searching the internet.

i've now set it to a lower mac-addr  and now the bridge-id doesn't change 
on addif. 


> 
> The second issue is because you are making a loop in your network. If
> you had STP enabled it would probably scream at you.

ok, that is what I assuemd could be the problem. 

Thank you!

- Thomas

Re: [Bridge] bridge changes id on addif - is that normal?

[Dietmar Maurer]

> > First off the hardware address of the bridge is by default the
lowest
> of
> > all the interfaces (unless you set it). This was done by original
> author
> > to deal with case of interfaces added out of order on boot.
> 
> ok, this would be nice if that would be mentioned on the https://
> www.linuxfoundation.org/en/Net:Bridge#FAQ page. I couldn't find any
> information on how the bridge-id is evaluated on searching the
> internet.

Or simply remove that strange behavior - it total nonsense IMO.

- Dietmar