<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On 2 May 2017 2:42 pm, "James Andrewartha" <<a href="mailto:trs80@ucc.gu.uwa.edu.au">trs80@ucc.gu.uwa.edu.au</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On Tue, 2 May 2017, James Andrewartha wrote:<br>
<br>
> Please note: I do not run one of these networks, my interest is more in<br>
> pointing out that the decisions of a single man can greatly affect IPv6<br>
> rollout across the world and there's basically nothing you or I can do<br>
> about it.<br>
<br>
</div>Or, to bring it back to the original point, Google could save themselves<br>
millions if they instructed the developer to pull his finger out and<br>
implement DHCPv6 in Android.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">I don't always agree with Lorenzo, however from what I see on IETF mailing lists he's pretty objective.</div><div dir="auto"><br></div><div dir="auto">My experience of a many people coming to IPv6 is they're quite subjective. They seem to assume IPv4's ways are the only ways and the best ways, and they're then trying to treat IPv6 as IPv4 with bigger addresses. That may seem to minimise learning time, however they may not realise that a lot of things in IPv6 were influenced by protocols that were developed and commonly deployed after IPv4 was invented, such as Novell's IPX or Apple's Appletalk.</div><div dir="auto"><br></div><div dir="auto">The better approach to learn IPv6 is to not try to cast IPv4's methods into it. Take the approach of "for this problem X, it is solved this way Y in IPv4, and is solved this way Z in IPv6." Y and Z will sometimes be similar, sometimes they won't be. This is how we learnt different protocols when we were dealing with multiprotocol networks in the 90s.</div><div dir="auto"><br></div><div dir="auto">If your not if that era, the best book to read is "Interconnections", 2nd Edition by Radia Perlman, because it takes that approach. It is such a good book that if I was forced to choose 2 networking books to take to be struck on a desert island, it would be one of them. i wish it had been the first networking book I read. I also think it should be constantly on the shelf of any bookstore selling computing books - and everytime I visit one, I look to see if it is there. (And there is an Easter egg in the picture on the front cover.)</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto">Mark.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="elided-text"><br>
--<br>
# TRS-80              trs80(a)<a href="http://ucc.gu.uwa.edu.au" rel="noreferrer" target="_blank">ucc.gu.uwa.edu.au</a> #/ "Otherwise Bub here will do \<br>
# UCC Wheel Member     <a href="http://trs80.ucc.asn.au/" rel="noreferrer" target="_blank">http://trs80.ucc.asn.au/</a> #|  what squirrels do best     |<br>
[ "There's nobody getting rich writing          ]|  -- Collect and hide your   |<br>
[  software that I know of" -- Bill Gates, 1980 ]\  nuts." -- Acid Reflux #231 /<br>
</div></blockquote></div><br></div></div></div>