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

Reply via email to