Nils Schneider

Oh, for some reason I was using a very old version of the babeld package. Newer versions do have this exact bug fixed in exactly the way I suggested. Sorry!

The current init-script does not handle aliases at all and accepts raw interface names only. I'm not sure whether that's a good solution but it works fine with the way...

I've just checked with config/network: ``` config interface wan type bridge ifname eth0.1 ``` and config/babeld: ``` config interface config ifname wan ``` Does not work and writes "interface wan"...

Python 2.6.5 has buggy SSL, try out 2.6.6

macvlan is not strictly required. If we have other means to ensure the anycast MAC works on these interfaces that's fine. I don't know if this works with wifi ap...

What would be the proper way to "hide" that exception? All the stack traces make the terminal output quite unreadable when restarting the server.

I think the plan is reasonable.

What about using a luci compound widget?

All OpenWRT builds for Ubiquiti devices are affected so it would be best to fix it upstream.

Upstream has changed the issue to "wontfix" a few days ago. Any suggestions on what do to next?