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

Reply via email to