<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jun 14, 2015 at 6:06 AM, Doug Barton <span dir="ltr"><<a href="mailto:dougb@dougbarton.email" target="_blank">dougb@dougbarton.email</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">The problem is that due to the design of the protocol "processing RAs" (Note, you did not specify unicast or multicast) is a known battery drainer.</blockquote><div><br></div><div><div>On a phone, the cost of receiving one packet every 10 minutes is completely. Receiving multicast is cheaper than receiving unicast.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"> So it's awesome to say that wireless devices operating on a battery should simply stick to the protocol that was designed 15+ years ago when it was almost universally true that every networked device was connected to power and a LAN cable. But the world has moved on.</blockquote><div><br></div><div>What do you suggest? Use another protocol instead? Perhaps DHCPv6, whose semantics are unchanged since DHCPv4 came out in 1993 and which still has no deployed mechanism to update hosts with new information?</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
The device should know if it loses connectivity if it actually, you know, loses connectivity. If the router hasn't expired yet it should be able to use it. The scenario you describe should be incredibly rare.</blockquote><div><br></div><div>In an enterprise that has invested in VRRP and BGP multihoming, perhaps. In a home network, no.</div></div></div></div>