http://bugzilla.suse.com/show_bug.cgi?id=911562
--- Comment #12 from Marius Tomaschewski ---
https://github.com/openSUSE/wicked/pull/507 [+master] contains the fixes.
The LINK_REQUIRED=auto|yes|no [and LINK_READY_WAIT=sec] permit to not wait
until link-detection finished but to continue with IP setup.
LINK_REQUIRED=auto is resolved to "no" for tun/tap and bridge with stp and
without ports. Otherwise it works as "yes".
Note: this permits _static_ IP address setup and causes to skip ipv4 and
not wait for IPv6 duplicate address detection.
In case of e.g. bridge with enabled STP and no ports, the IPs are assigned:
# ip a s dev br1 ; ip -4 r s dev br1 ; ip -6 r s dev br1
21: br1: mtu 1500 qdisc noqueue state DOWN
group default
link/ether e2:f5:6a:9e:b2:41 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.2/24 brd 192.168.3.255 scope global br1
valid_lft forever preferred_lft forever
inet6 fd00:0:0:3::2/64 scope global tentative
^^^^^^^^^^^^^^^^
valid_lft forever preferred_lft forever
192.168.3.0/24 proto kernel scope link src 192.168.3.2
192.168.4.0/24 via 192.168.3.1
fd00:0:0:3::/64 proto kernel metric 256
fd00:0:0:4::/64 via fe80:1::1 metric 1024
But the IPv6 address is still tentative and may change into dadfailed
as soon as the link gets ready and kernel detected a IPv6 duplicate.
In both cases (tentative and dadfailed), services will be _not_ able
to use the addresses [bind(2) will fail, connect(2) will not use it].
To disable IPv6 duplicate detection, use:
net.ipv6.conf.br1.accept_dad = 0
To disable IPv4 duplicate detection, use:
CHECK_DUPLICATE_IP="no"
Other things, like any kind of authentication or dhcp will timeout
[or even fail, depends on config, ...] and cause "setup-in-progress".
--
You are receiving this mail because:
You are on the CC list for the bug.