Red Hat Bugzilla – Bug 197869
NetworkManager assigns ipv6 addr from documentation prefix 2001:db8
Last modified: 2007-11-30 17:11:36 EST
Description of problem:
NetworkManager in Fedora Core 6 rawhide tree appears to be assigning an IPv6
address to interfaces when no IPv6 router is advertising routes; the assigned
address is from the reserved "documentation" prefix 2001:db8. For example, this
is a wired ethernet port that's active. The global address here is from the
eth0 Link encap:Ethernet HWaddr 00:12:3F:1A:D9:EB
inet addr:10.9.71.115 Bcast:10.9.79.255 Mask:255.255.240.0
inet6 addr: 2001:db8:1:0:212:3fff:fe1a:d9eb/64 Scope:Global
inet6 addr: fe80::212:3fff:fe1a:d9eb/64 Scope:Link
Stopping NetworkManager and using 'ifdown eth0; ifup eth0' to get an address via
DHCP, this global address is not assigned. Restarting NM and doing likewise,
the address is assigned again, hence my supposition it's NM's doing. However, I
can't see easily in the NM code where it could be getting this.
Version-Release number of selected component (if applicable):
cc-ing Dave Woodhouse since he did the patch for not clobbering ipv6. Dave,
what's the next step here?
I strongly suspect that it isn't NetworkManager at fault here. The only thing
NetworkManager did was make sure it puts back the _link_ address when it brings
the interface up.
When you stop NM and bring it up again with 'ifup', does it have a link-local
address? If not, that's a NetworkManager bug -- it should put them back when it
exits. I suspect that's what's happening, though, and it explains why you don't
pick up the bogus address after using NM.
I suspect there's something on your network advertising that route. Can you show
output of 'ip -6 addr show dev eth0' and 'ip -6 route' -- and 'tcpdump -i eth0
-l -n icmp6'
Do you _have_ a default route? Where to? What if you echo 0 >
I can no longer reproduce this. Two things have changed.
1) this weekend I upgraded many RPMs to rawhide
2) this machine was on another ipv6 capable network over the weekend
As of now, I'm no longer seeing the documentation prefix addresses on this
system. Closing as such.