<div dir="ltr">What I'm amazed at is the concept of multi-link subnet and the change in IP model being proposed.<div><br></div><div>See, for example, section 4 of   <a href="https://tools.ietf.org/html/draft-thubert-6man-ipv6-over-wireless-05">https://tools.ietf.org/html/draft-thubert-6man-ipv6-over-wireless-05</a>  <br><div><br></div><div>Has anyone felt the same about the change being proposed? This swept away 25 years of thinking about IP subnets and IP links for me.</div><div><br></div><div>Etienne </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Jun 7, 2020 at 6:03 PM Brandon Martin <<a href="mailto:lists.nanog@monmotha.net">lists.nanog@monmotha.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 6/7/20 6:01 AM, Denys Fedoryshchenko wrote:<br>
> There are very interesting and unobvious moments on IPv4 vs IPv6, for <br>
> example related to battery lifetime in embedded electronics. In ipv4, <br>
> many devices are forced to send "keepalives" so that the NAT entry does <br>
> not disappear, with IPv6 it is not required and bidirectional <br>
> communications possible at any time. And in fact, it has a huge impact <br>
> on the cost and battery life of IoT devices.<br>
> When I developed some IoT devices for clients, it turned out that if <br>
> "IPv6-only" is possible, this significantly reduces the cost of the <br>
> solution and simplify setup.<br>
<br>
This is difficult to understate.  "People" are continually amazed when I <br>
show them that I can leave TCP sessions up for days at a time (with <br>
properly configured endpoints) with absolutely zero keepalive traffic <br>
being exchanged.<br>
<br>
As amusingly useful as this may be, it pales in comparison to the <br>
ability to do the same on deeply embedded devices running off small <br>
primary cell batteries.  I've got an industrial sensor network product <br>
where the device poll interval is upwards of 10 minutes, and even then <br>
it only turns on its receiver.  The transmitter only gets lit up about <br>
once a day for a "yes I'm still here" notification unless it has <br>
something else to say.<br>
<br>
In the end, we made it work across IPv4 by inserting an application <br>
level gateway.  We just couldn't get reliable, transparent IPv6 <br>
full-prefix connectivity from any of the cellular telematics providers <br>
at the time.  I don't know if this has changed.  For our application, <br>
this was fine, but for mixed vendor "IoT" devices, it would probably not <br>
work out well.<br>
-- <br>
Brandon Martin<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Ing. Etienne-Victor Depasquale</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Assistant Lecturer</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Department of Communications & Computer Engineering</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Faculty of Information & Communication Technology</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">University of Malta</span><div>Web. <a href="https://www.um.edu.mt/profile/etiennedepasquale" target="_blank">https://www.um.edu.mt/profile/etiennedepasquale</a><br></div></div></div>