Bug 1475432
| Summary: | Windows hosts losing IPv6 gateway acquired from radvd | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Pim Zandbergen <p.zandbergen> |
| Component: | radvd | Assignee: | Pavel Zhukov <pzhukov> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 26 | CC: | code, dominik, pzhukov |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2017-08-01 06:11:34 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
This might be related to intrinsic problems in IPv6 auto configuration protocol specifications. https://tools.ietf.org/html/draft-gont-6man-slaac-dns-config-issues-01 It is known that Windows hosts ignore the RDNSS and DNSSL configuration. This is not the issue. The issue is with Windows hosts losing the route that radvd advertises. And with Windows hosts complaining that "route limits" are being reached. However, these errors have not been seen on our network for 5 days now, without changing the radvd configuration. Also, I have not been able to reproduce this problem on other similar networks. The fact that this problem started after upgrading to F26 might have been a coincidence and may be unrelated. (In reply to Pim Zandbergen from comment #2) > It is known that Windows hosts ignore the RDNSS and DNSSL configuration. > This is not the issue. > The issue is with Windows hosts losing the route that radvd advertises. > And with Windows hosts complaining that "route limits" are being reached. > > However, these errors have not been seen on our network for 5 days now, > without changing the radvd configuration. > > Also, I have not been able to reproduce this problem on other similar > networks. Hello, Thank you for the information. Closing the bug for now. Please reopen if issue is back. > > The fact that this problem started after upgrading to F26 might have > been a coincidence and may be unrelated. |
Description of problem: After upgrading Fedora Server 25 to Fedora Server 26, Windows hosts are randomly losing their IPv6 default gateway, some time after acquiring them from radvd. Restarting radvd does not fix this, but restarting the Windows host does. Shortly disconnecting the network cable too. Windows hosts do not lose their IPv6 address. They remain reachable in the local subnet. Windows hosts are logging an error in the system event log, with source tcpip: Autoconfigured route limit has been reached. No further autoconfigured routes will be added until the interface is reconnected. The time that this error is logged does not correspond to the loss of the gateway, however. Usually the gateway is lost before this error is logged. This is affecting multiple versions of Windows, like Server 2008, Server 2008 R2, Server 2012, Server 2012 R2, Server 2016, Windows 7, Windows 10. Non-Windows hosts do not seem to be affected (Linux, VMware vSphere). Version-Release number of selected component (if applicable): radvd-2.14-2.fc26.x86_64 How reproducible: Randomly, but usually within 24 hours. Steps to Reproduce: 1. upgrade to radvd-2.14-2.fc26.x86_64 from an earlier working setup 2. run ipconfig /all on Windows. Note the default gateway 3. 24 hours later, run it again. Look for an IPv6 LL address as default gateway 4. search for source "tcpip" in the system event log. Actual results: 3. the IPv6 default gateway is gone, host unreachable from other subnets 4. the mentioned error message is logged, but not always Expected results: 3. the IPv6 default gateway still present 4. no error message in the event log Additional info: /etc/radvd.conf # main network interface enp31s0f0 { AdvSendAdvert on; AdvDefaultPreference high; prefix xxxx:yyyy:zzzz:fff0::/64 {}; RDNSS xxxx:yyyy:zzzz:fff0::1 {}; DNSSL macroscoop.nl {}; }; # iSCSI interface enp31s0f1 { AdvSendAdvert on; AdvDefaultLifetime 0; prefix xxxx:yyyy:zzzz:fff2::/64 {}; };