On Tue, 5 Apr 2011, Paul Wouters wrote: > I am seeing the same issue as reported here: > > http://www.sandelman.ca/mcr/blog/2010/09/08 > > The ipv6 code within the uml is doing Duplicate Address Discovery and the > mcast > is seen back so it mistakenly believes the IPv6 address is already taken. The > address is stuck in "tentative" and the uml cannot even ping its own IPv6 > addresses. > > There was some mentioning of a fix at: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508460 > > which mentions this commit: > > http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=e3ec6cfc260e2322834e200c2fa349cdf104fd13 > > But after upgrading host and uml kernel to 2.6.38 I am still seeing the > duplicate address errors. > > Did anyone get IPv6 working with uml mcast?
for the archives, adding the following on the host and inside the uml in sysctl.conf fixed my issue: #broken for uml, mcast hears itself net.ipv6.conf.all.accept_dad = 0 net.ipv6.conf.all.dad_transmits = 0 net.ipv6.conf.default.accept_dad = 0 net.ipv6.conf.default.dad_transmits = 0 # and since the interfacs are there before sysctl is run, and the # "all" target is an utter linux failure, we have to set it per interface net.ipv6.conf.lo.accept_dad = 0 net.ipv6.conf.eth0.accept_dad = 0 net.ipv6.conf.eth1.accept_dad = 0 net.ipv6.conf.eth2.accept_dad = 0 net.ipv6.conf.lo.dad_transmits = 0 net.ipv6.conf.eth0.dad_transmits = 0 net.ipv6.conf.eth1.dad_transmits = 0 net.ipv6.conf.eth2.dad_transmits = 0 Paul ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user