Problem using different ra_preference values on same bridge

I migrated an IPv6 hurricane electric tunnel setup with 2 uplinks to using native IPv6 with PD from both uplinks. I thought I could distribute the 2 uplink IPv6 ranges with ra_preference "medium" and the IPv6 tunnel IPs with ra_preference "low".

I was unable to get it working when all three router advertisements were distributed over the same lan-bridge. I was able to capture the router advertisements and saw that all three prefixes were send within the same packet.

I found a workaround to create a seperate bridge for the hurricane electric tunnel, and assign the appropriate ra_preferences. But this setup has some minor drawbacks, i.e. all DHCPv4 requests on this bridge without a running DHCPv4 server are being logged (DHCP packet received on br-hurricane which has no address).

My question: is the observed behaviour the expected behaviour? Do I really need to bridges?

Dnsmasq and udhcp6d are quiet limited from my experience.

If you need more fine granular control over RA then check out radvd or bird2.

1 Like

Thats what I was afraid of. I am coming from radvd with the old setup (debian based hardware machine) and like the luci gui from the x86 VM.

So I will probably just bite the bullet and continue with the workaround.

More answers and suggestions are welcome though!

Mind to elaborate? What's the issue?

In fact, I had to add an additional virtual nic and created the additional bridge. Just creating a second bridge on the same interfaace did not work as a workaround IIRC.

So instead of having 2 virtual nics (one for all WANs and one for all LANs) I now have three, which is just documentation overhead.

And what's the issue with using an other daemon for RA?

Well, one reason for migrating to OpenWRT was to have a nice webinterface. I am used to command line editing, but other admins here prefer to click on things rather than editing files.

So I guess I will have to use radvd for this one specific task.

1 Like