<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"><<a href="mailto:tore@fud.no" target="_blank">tore@fud.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> are *all* IPv6 packets blocked, or just multicast packets? I know<br>
> that a number of devices will drop multicast IPv6 packets. This<br>
> eventually blackholes connections because the device stops receiving<br>
> RAs and thus loses its default route, but that can be worked around<br>
> by setting long timers in the RA. I wasn't aware of devices dropping<br>
> 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'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>