<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
p.gmail-m-3881303301497847279msolistparagraph, li.gmail-m-3881303301497847279msolistparagraph, div.gmail-m-3881303301497847279msolistparagraph
        {mso-style-name:gmail-m_-3881303301497847279msolistparagraph;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:391195680;
        mso-list-template-ids:-251489160;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:1.0in;
        mso-level-number-position:left;
        text-indent:-.25in;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal">Good to know. I’ll keep a look out for future implantations. Currently we are using Cisco 3548P-XL switches with low-latency nat to support microsecond latency natting. Hopefully someday they will support it.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">Matthew Huff</span></b><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"> | Director of Technical Operations | OTA Management LLC<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-AU" style="font-size:4.0pt;font-family:"Arial",sans-serif;color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><i><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">Office: 914-460-4039<o:p></o:p></span></i></p>
<p class="MsoNormal"><i><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"><a href="mailto:mhuff@ox.com"><span style="color:#0563C1">mhuff@ox.com</span></a> | </span></i><i><span lang="EN-GB" style="font-family:"Arial",sans-serif"><a href="http://www.ox.com"><span style="color:#0563C1">www.ox.com</span></a><span style="color:#1F497D"><o:p></o:p></span></span></i></p>
<p class="MsoNormal"><b><span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:gray">...........................................................................................................................................<o:p></o:p></span></b></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><b>From:</b> Dave Bell <me@geordish.org> <br>
<b>Sent:</b> Thursday, March 17, 2022 8:39 AM<br>
<b>To:</b> Matthew Huff <mhuff@ox.com><br>
<b>Cc:</b> Tom Beecher <beecher@beecher.cc>; borg@uu3.net; nanog@nanog.org<br>
<b>Subject:</b> Re: V6 still not supported<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">You can still do NAT with IPv6 like you ask for. It's been around over a decade now:<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><a href="https://datatracker.ietf.org/doc/html/rfc6296">https://datatracker.ietf.org/doc/html/rfc6296</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Thu, 17 Mar 2022 at 12:02, Matthew Huff <<a href="mailto:mhuff@ox.com">mhuff@ox.com</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Did you read his email? He was saying that what a lot of people wanted was IPv4 + bigger address space, and not any other changes. Speaking for myself, other than the bigger address
 space, for a corporate/enterprise environment I have yet to see any advantages of IPv6 and many, many issues.
<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Information hiding, aka NAT is very important in the financial world.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">For example, we have a directly peered connection with our clearing partner at our co-location. Both sides use NAT. This way either side can make a network change without having
 to involve the other partner.<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Here is what happens without NAT (circa 2008), and yes, this really happened:<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<ol start="1" type="1">
<li class="gmail-m-3881303301497847279msolistparagraph" style="mso-list:l0 level1 lfo1">
We needed to separate out process and move to a different server. The existing server IP couldn’t change since other partners had it in their access list.<o:p></o:p></li><li class="gmail-m-3881303301497847279msolistparagraph" style="mso-list:l0 level1 lfo1">
It took 9 weeks and: <o:p></o:p></li></ol>
<ol start="2" type="1">
<ol start="1" type="a">
<li class="gmail-m-3881303301497847279msolistparagraph" style="mso-list:l0 level2 lfo1">
3 conference calls including one with 30 participants from the clearing company<o:p></o:p></li><li class="gmail-m-3881303301497847279msolistparagraph" style="mso-list:l0 level2 lfo1">
2 approvals by committees at the clearing company<o:p></o:p></li></ol>
</ol>
<p class="gmail-m-3881303301497847279msolistparagraph"> <o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph">You can say that this was absurd and should be changed. Yes, but it won’t and we have no control over them.
<o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph"> <o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph">With NAT we can change internal IP addresses at any time as long as we update the NAT tables.<o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph"> <o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph">This is not something important at ISP or hosting providers, but it’s many issues like this in the corporate world that prevent IPv6 adoption. Things like static addressing, consistent behavior of IPv6
 across different operating systems including disabling SLAAC,  privacy addressing and others.<o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph"> <o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph">Based on my experience and people on tech mailing list that are oriented toward enterprises, I would bet that IPv6 deployment (with global addresses) is significantly less than 10% nor is it on their horizon.<o:p></o:p></p>
<p class="gmail-m-3881303301497847279msolistparagraph"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">Matthew Huff</span></b><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"> | Director
 of Technical Operations | OTA Management LLC</span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span lang="EN-AU" style="font-size:4.0pt;font-family:"Arial",sans-serif;color:#1F497D"> </span><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D">Office: 914-460-4039</span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><i><span lang="EN-GB" style="font-family:"Arial",sans-serif;color:#1F497D"><a href="mailto:mhuff@ox.com" target="_blank"><span style="color:#0563C1">mhuff@ox.com</span></a> | </span></i><i><span lang="EN-GB" style="font-family:"Arial",sans-serif"><a href="http://www.ox.com" target="_blank"><span style="color:#0563C1">www.ox.com</span></a></span></i><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b><span style="font-size:7.5pt;font-family:"Arial",sans-serif;color:gray">...........................................................................................................................................</span></b><o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b> NANOG <nanog-bounces+mhuff=<a href="mailto:ox.com@nanog.org" target="_blank">ox.com@nanog.org</a>>
<b>On Behalf Of </b>Tom Beecher<br>
<b>Sent:</b> Thursday, March 17, 2022 7:41 AM<br>
<b>To:</b> <a href="mailto:borg@uu3.net" target="_blank">borg@uu3.net</a><br>
<b>Cc:</b> <a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a><br>
<b>Subject:</b> Re: V6 still not supported<o:p></o:p></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#313131">“It seems all the market needed was IPv4 with bigger address space.<br>
Instead of delivering it, some contraption has been created trying to solve<br>
non-existant (or already fixed) problems.”</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#313131">your argument against IPv6 is that they should have created a new version of IPv4, but bigger? </span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span style="color:#313131">So… IPv6?</span><o:p></o:p></p>
</div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">On Thu, Mar 17, 2022 at 06:32 <<a href="mailto:borg@uu3.net" target="_blank">borg@uu3.net</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">It seems team developing IPv6 had ONE way of doing things,
<br>
with is actually recipe for disaster. Why? Because they were building an IP<br>
protocol. Something that will be using globally by ALL networks around.<br>
Not some local IOT (useless) shit used here and there.<br>
Thats why such IP protocol should be follow KISS concept and flexibility.<br>
Some people have different vision how to run network. And because<br>
Inter-net is an AS to AS network they should have right to do so.<br>
<br>
In my opinion all that crypto stuff should be put layer upper because<br>
crypto is hard, very hard and can get obsolete quickly.<br>
<br>
Its same about other weird things embedded into IPv6 that probably<br>
should go layer up. And now people wonder why IPv6 adoption is crap and <br>
there is high resistance. IPv4 made mistakes too, but hell, it was the first.<br>
<br>
It seems all the market needed was IPv4 with bigger address space.<br>
Instead of delivering it, some contraption has been created trying to solve<br>
non-existant (or already fixed) problems.<br>
<br>
Just my 2 cents...<br>
<br>
<br>
---------- Original message ----------<br>
<br>
From: William Allen Simpson <<a href="mailto:william.allen.simpson@gmail.com" target="_blank">william.allen.simpson@gmail.com</a>><br>
To: NANOG <<a href="mailto:nanog@nanog.org" target="_blank">nanog@nanog.org</a>><br>
Subject: Re: V6 still not supported<br>
Date: Wed, 16 Mar 2022 22:24:14 -0400<br>
<br>
I'd wanted to clearly distinguish this from the old methods:<br>
<br>
   This is intended to replace ARP, ICMP Router Advertisement, ICMP<br>
   Redirect, ICMP Information, ICMP Mask, and OSPF Hello in the [IPv6]<br>
   environment. There are also elements of the OSI ES-IS and IS-IS Hello.<br>
<br>
We were forward looking to deployments of thousands of systems per link, rather<br>
than the 30 maximum under then current ethernet standards.  We needed fewer<br>
announcements, less chatty traffic, and more specific traffic designation.<br>
<br>
We also prioritized network security.  Moreover requiring addresses be<br>
ephemeral,<br>
such that applications would not be able to tie authentication/authorization to<br>
an<br>
IPv6 address and would be motivated to use cryptographic security.<br>
<br>
Unfortunately, later committees decided that rather than a single simpler<br>
secured<br>
address assignment scheme, we needed unsecured SLAAC and duplicate DHCPv6.<br>
Three ways to do the same thing are always a recipe for disaster.<br>
<br>
Reminder: I was an operator and one of the original NANOG members.<br>
<br>
We spent a lot of time considering human factors.  I'd pioneered the<br>
"Operational Considerations" section of the original draft RFCs.<br>
<br>
IPv6 is a case study of what happens with committee-itis.<br>
<br>
The small design team worked well.<o:p></o:p></p>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</body>
</html>