There is kind of a conflict on RA handling between dnsmasq and 6relayd going on - back in january, dnsmasq was "winning", and the default. Since then the 6relayd stuff has evolved something considerable, and I have not looked into changing things around, nor how they should be changed around. <br>
<br>Try disabling dnsmasq's RA handling.<br><br><div class="gmail_quote">On Wed, Jun 12, 2013 at 10:14 AM, Michael Richardson <span dir="ltr"><<a href="mailto:mcr@sandelman.ca" target="_blank">mcr@sandelman.ca</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
I am seeing a problem where the IPv6 default on a number of systems<br>
that use RA to get it is going away on a regular basis.  CeroWrt 3.8 is<br>
the source of RA and IPv6 default routes everywhere.  A /48 is delegated<br>
(manually) from my ISP, and configured for each subnet.<br>
<br>
There is no way that I can see to specify or find out what the lifetime<br>
/ frequency of the RAs are in the UI.  In /etc/config/6relayd, I see:<br>
<br>
config server 'default'<br>
        option rd 'server'<br>
        option compat_ula '1'<br>
        option always_assume_default '1'<br>
        option fallback_relay 'ndp'<br>
        list network 'VoIP'<br>
        list network 'gw00'<br>
        list network 'gw01'<br>
        list network 'gw10'<br>
        list network 'gw11'<br>
        list network 'se00'<br>
        list network 'services'<br>
        list network 'sw00'<br>
        list network 'sw10'<br>
        list network 'trusted'<br>
<br>
It is my understanding that 6relayd is responsible for sending out RAs.<br>
<br>
On my desktop:<br>
<br>
obiwan-[~] mcr 10187 %sudo rdisc6 eth0<br>
Soliciting ff02::2 (ff02::2) on eth0...<br>
<br>
Hop limit                 :    undefined (      0x00)<br>
Stateful address conf.    :          Yes<br>
Stateful other conf.      :          Yes<br>
Router preference         :       medium<br>
Router lifetime           :         1800 (0x00000708) seconds<br>
Reachable time            :  unspecified (0x00000000)<br>
Retransmit time           :  unspecified (0x00000000)<br>
 Source link-layer address: 76:44:01:76:5D:CC<br>
 MTU                      :         1500 bytes (valid)<br>
 from fe80::7444:1ff:fe76:5dcc<br>
<br>
(5dcc is indeed my CeroWRT)<br>
<br>
while the router lifetime given is 30 minutes, I am wondering if<br>
something else is up.  I would have thought I'd see a prefix advertised<br>
here.<br>
<br>
As my MP3 streamer one of the machines affected, when it loses it's IP,<br>
it either falls off of NFS or the TCP stream breaks, and things go<br>
quiet.<br>
<br>
I've ssh'ed into my MP3 server (over v4), and I'm running:<br>
     watch ip -6 route ls<br>
and  sudo tcpdump -i eth0 -n -p ip6 and icmp6<br>
in two windows.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
]               Never tell me the odds!                 | ipv6 mesh networks [<br>
]   Michael Richardson, Sandelman Software Works        | network architect  [<br>
]     <a href="mailto:mcr@sandelman.ca">mcr@sandelman.ca</a>  <a href="http://www.sandelman.ca/" target="_blank">http://www.sandelman.ca/</a>        |   ruby on rails    [<br>
<br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br>Dave Täht<br><br>Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a>