Hi
Same issue here (Stretch, bridge-utils 1.5-13+deb9u1 ). Thanks to the
previous comment,
I'm now using the following workaround : remove the disable_ipv6 in
create_vlan_port()
in /lib/bridge-utils/bridge-utils.sh (see attached patch). I really
don't see either
why setting up a bridge on some vlan sub-interface bond0.xxx should kill
ipv6 on the
underlying bond0 interface. This workaround seems to work just fine up
to now.
Note: when debugging this issue, I've lost a couple hours before
noticing that my
/etc/network/if-pre-up.d/bridge wasn't actually used ! So if that might
help somebody
else, beware of BRIDGE_HOTPLUG=yes by default in
/etc/default/bridge-utils . Unless
you put this option to "no", it's probably udev that will handles the
bridge setup,
via /lib/udev/bridge-network-interface .
Best regards
JT
diff --git a/bridge-utils.sh b/bridge-utils.sh.new
index 0c24969..f3e5adf 100755
--- a/bridge-utils.sh
+++ b/bridge-utils.sh.new
@@ -64,10 +64,6 @@ then
# port is a vlan and the device exists?
if [ "$port" != "$dev" ] && grep -q "$dev:" /proc/net/dev
then
- if [ -f /proc/sys/net/ipv6/conf/$dev/disable_ipv6 ]
- then
- echo 1 > /proc/sys/net/ipv6/conf/$dev/disable_ipv6
- fi
ip link set "$dev" up
ip link add link "$dev" name "$port" type vlan id "${port#*.}"
fi