bridge changes id on addif - is that normal?
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
vlan20why 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
Quoted 4 lines
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
Quoted 40 lines · On Sat, 22 Nov 2008 13:43:37 +0000 (UTC) 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 eth0br10 with initial port vlan10
br20 with initial port vlan20i'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 vlan20then 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 vlan20why 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_CSUMfeature.
Quoted 8 lines
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 addressAny 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.
Quoted 5 lines
Quoted 2 lines
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.
Quoted 3 lines
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
Quoted 1 line
Quoted 1 line
First off the hardware address of the bridge is by default the
lowest
Quoted 9 lines
of
Quoted 1 line
all the interfaces (unless you set it). This was done by original
author
Quoted 1 line
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