Hi! Doing more tests on this I came to the conclusion that the problem we found when creating the bridge with iproute must be a bug on iproute when creating a bridge while setting a MAC.
If I create a bridge using: # ip link add br2 address fc:cc:cc:cc:cc:cc type bridge I end up with a wrong bridge id: # brctl showstp br2 br2 bridge id 8000.000000000000 designated root 8000.000000000000 root port 0 path cost 0 max age 20.00 bridge max age 20.00 hello time 2.00 bridge hello time 2.00 forward delay 15.00 bridge forward delay 15.00 ageing time 300.00 hello timer 0.00 tcn timer 0.00 topology change timer 0.00 gc timer 0.00 flags If I later add a port to this bridge it seems the bridge doesn't work and the bridge id continues to be the same. I have however identified what seems to be a workaround for this but it seems to kill the solution for lukas setup, the workaround consists of creating the bridge with a forced MAC and after the interface is up change it to another MAC, then the bridge id is changed to match the MAC address (fixes real hardware setup) but the dummy bridge scenario (Lukas setup) seems to break (interface keeps the ipv6 address but goes to state DOWN). Lukas, can you test this and see if it really breaks your setup? I'm going to release a new version of the package with the general solution and ping the iproute guys to take a look into this. Regards. -- Manty/BestiaTester -> http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org