
<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div>I am now old.<br>I know new and improved isn't<br>GUI's have massively slowed down input.<br>In the text days, a good data entry person in one case could enter a hundred+ transactions in a 20th of the time it takes in Windows and even worse in Web app.<br>I pharmacies filling 4 scripts per minute. Now under web apps 5 to 10 minutes isn't uncommon for 1 fill.<br>same applies to The Internet. <br><br>Thanks for your comments|<br><br>Paul<br><br></div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>From: </b>"Martin Hannigan" <hannigan@gmail.com><br><b>To: </b>"Paul E McNary" <pmcnary@cameron.net><br><b>Cc: </b>"arin-ppml" <arin-ppml@arin.net><br><b>Sent: </b>Wednesday, September 15, 2021 12:59:18 PM<br><b>Subject: </b>Re: [arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System)<br></div><div><br></div><div data-marker="__QUOTED_TEXT__"><div dir="ltr"><br><div>Hi Paul,</div><br><div>It was interesting reading about your problem, your take on matters, the experience and history with ARIN. Thank you for that.<br></div><br><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><br><div>Warm regards, and good luck;<br></div><br><div>-M<</div><br><br></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" target="_blank" rel="nofollow noopener noreferrer">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" rel="nofollow noopener noreferrer">arin-ppml@arin.net</a>><br>

To: <a href="mailto:scott@solarnetone.org" target="_blank" rel="nofollow noopener noreferrer">scott@solarnetone.org</a><br>

Cc: "arin-ppml" <<a href="mailto:arin-ppml@arin.net" target="_blank" rel="nofollow noopener noreferrer">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" rel="nofollow noopener noreferrer">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" rel="nofollow noopener noreferrer">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" rel="nofollow noopener noreferrer">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 nofollow noopener noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>

Please contact <a href="mailto:info@arin.net" target="_blank" rel="nofollow noopener noreferrer">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" rel="nofollow noopener noreferrer">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 nofollow noopener noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>

Please contact <a href="mailto:info@arin.net" target="_blank" rel="nofollow noopener noreferrer">info@arin.net</a> if you experience any issues.<br>

</blockquote></div><br></div></div></body></html>