<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Jun 10, 2015 at 9:45 PM, Tore Anderson <span dir="ltr">&lt;<a href="mailto:tore@fud.no" target="_blank">tore@fud.no</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">&gt; are *all* IPv6 packets blocked, or just multicast packets? I know<br>
&gt; that a number of devices will drop multicast IPv6 packets. This<br>
&gt; eventually blackholes connections because the device stops receiving<br>
&gt; RAs and thus loses its default route, but that can be worked around<br>
&gt; by setting long timers in the RA. I wasn&#39;t aware of devices dropping<br>
&gt; all inbound IPv6 packets, that really seems like a bad bug.<br>
<br>
</span>AIUI, the maximum RA Lifetime is 9000 seconds. RFC 4861, section 6.2.1.<br></blockquote><div><br></div><div>Except that 65535 works fine. :-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But this was a few years ago, so maybe the situation has improved since<br>
then? I imagine the handset could get away with not listening to RAs<br>
while in sleep mode if it did send an RS some time before any of the<br>
information learned from RAs was about to expire, for example.<br></blockquote><div><br></div><div>It depends on the wifi firmware. On Nexus devices, RAs are allowed through by the firmware, but rate-limited.</div><div><br></div><div>(The rate-limiting is an unfortunate necessity when you have tens of thousands of nodes on one network and your routers don&#39;t support replying to solicited RAs with unicast packets and end up sending a multicast RAs at the maximum allowed rate of 1 every 3 seconds.)</div></div></div></div>