<div dir="ltr"><div><br></div><div>Hi Paul,</div><div><br></div><div>It was interesting reading about your problem, your take on matters, the experience and history with ARIN. Thank you for that.<br></div><div><br></div><div>While I can appreciate ARIN's position from the perspective of 'how do they know', I can appreciate yours too. We're not talking about criminal courts and beyond reasonable doubts. Jon Postel's pre RIR legacy assignments are hand written in a notebook. If that's good enough documentation to establish legacy assignment then providing "reasonable" proof that an address was provided for legitimate use would make a lot of sense to me. However, and admittedly, it's not that simple. Mostly because we don't want it to be. To some extent, because it can't be. You are a victim of "progress".<br></div><div><br></div><div>Warm regards, and good luck;<br></div><div><br></div><div>-M<</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Sep 15, 2021 at 1:05 PM Paul E McNary via ARIN-PPML <<a href="mailto:arin-ppml@arin.net">arin-ppml@arin.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">I need to make a slight correction.<br>
I am semi retired from our Internet company and my son runs the show.<br>
He is a triple major Engineer and is PE certifiable in each of the 3 areas.<br>
He says he has deployed IPv6 to subscribers.<br>
But Simple and Cheap NO.<br>
5 years and a complete forklift to all subscribers.<br>
The issues happens at the head end router.<br>
My son is an University educated Enginner.<br>
His under graduate work was in Network Engineering.<br>
He was offered a bypass of Master's Degree and go straight into PHD Network Engineering<br>
Graduated Summa Cum Laude, so he's not an Idiot<br>
Well maybe he is. He choose our WISP over the PHD.<br>
He says IPv6 does work for the last mile but on our redundant backhaul loops it has some shortcomings.<br>
And our multi-homing has some issues with IPv6.<br>
<br>
Thought I would make these corrections.<br>
Just an old, fat, grumpy guy and former Guru that has outlived his usefulness<br>
Paul McNary<br>
<br>
----- Original Message -----<br>
From: "arin-ppml" <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>><br>
To: <a href="mailto:scott@solarnetone.org" target="_blank">scott@solarnetone.org</a><br>
Cc: "arin-ppml" <<a href="mailto:arin-ppml@arin.net" target="_blank">arin-ppml@arin.net</a>><br>
Sent: Wednesday, September 15, 2021 11:44:09 AM<br>
Subject: Re: [arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System)<br>
<br>
> On Sep 14, 2021, at 22:50 , <a href="mailto:scott@solarnetone.org" target="_blank">scott@solarnetone.org</a> wrote:<br>
> <br>
> <br>
> <br>
> On Tue, 14 Sep 2021, Owen DeLong wrote:<br>
> <br>
>> <br>
>> <br>
>>> On Sep 14, 2021, at 22:42 , <a href="mailto:scott@solarnetone.org" target="_blank">scott@solarnetone.org</a> wrote:<br>
>>> <br>
>>>> Nobody I know has found a way to do lossless packing of 128 bits into a 32 bit field yet. Until you can achieve that, compatibility is rather limited.<br>
>>>> <br>
>>>> Please present your solution here.<br>
>>> <br>
>>> Encode it in four sequential packets, 32 bits per, and add logic to parse those malformed addresses in the routing daemons.<br>
>> <br>
>> Either I’m missing something, or that’s not going to be functional when those 4 packets reach the IPv4-Only end host and it has to reply.<br>
> <br>
> Maybe, but that is not the challenge you presented:)<br>
<br>
Fair enough… In context, the challenge I presented was about getting an IPv4-only host with no changes to software to be able to engage<br>
in bidirectional communication with remote hosts that live in a 128 bit address space. Yes, you are correct the the way I abbreviated my<br>
expression of that particular challenge was not complete in itself without the additional context.<br>
<br>
> Seriously, some manner of stateful 6/4 nat or header mangling is going to be required upstream of the legacy device to translate.<br>
<br>
Yeah, but because of the way IPv4 has been implemented (protocols that embed addresses, expectations of dealing with rendezvous<br>
hosts, NAT traversal assumptions, etc.), it turns out that evenstateful 6/4 NAT is unnecessarily hard and unreliable at best.<br>
<br>
Owen<br>
<br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
_______________________________________________<br>
ARIN-PPML<br>
You are receiving this message because you are subscribed to<br>
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div>