[arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System)

[Paul E McNary]

I am now old. 
I know new and improved isn't 
GUI's have massively slowed down input. 
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. 
I pharmacies filling 4 scripts per minute. Now under web apps 5 to 10 minutes isn't uncommon for 1 fill. 
same applies to The Internet. 

Thanks for your comments| 

Paul 



From: "Martin Hannigan" <hannigan at gmail.com> 
To: "Paul E McNary" <pmcnary at cameron.net> 
Cc: "arin-ppml" <arin-ppml at arin.net> 
Sent: Wednesday, September 15, 2021 12:59:18 PM 
Subject: Re: [arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System) 


Hi Paul, 

It was interesting reading about your problem, your take on matters, the experience and history with ARIN. Thank you for that. 

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". 

Warm regards, and good luck; 

-M< 



On Wed, Sep 15, 2021 at 1:05 PM Paul E McNary via ARIN-PPML < [ mailto:arin-ppml at arin.net | arin-ppml at arin.net ] > wrote: 


I need to make a slight correction. 
I am semi retired from our Internet company and my son runs the show. 
He is a triple major Engineer and is PE certifiable in each of the 3 areas. 
He says he has deployed IPv6 to subscribers. 
But Simple and Cheap NO. 
5 years and a complete forklift to all subscribers. 
The issues happens at the head end router. 
My son is an University educated Enginner. 
His under graduate work was in Network Engineering. 
He was offered a bypass of Master's Degree and go straight into PHD Network Engineering 
Graduated Summa Cum Laude, so he's not an Idiot 
Well maybe he is. He choose our WISP over the PHD. 
He says IPv6 does work for the last mile but on our redundant backhaul loops it has some shortcomings. 
And our multi-homing has some issues with IPv6. 

Thought I would make these corrections. 
Just an old, fat, grumpy guy and former Guru that has outlived his usefulness 
Paul McNary 

----- Original Message ----- 
From: "arin-ppml" < [ mailto:arin-ppml at arin.net | arin-ppml at arin.net ] > 
To: [ mailto:scott at solarnetone.org | scott at solarnetone.org ] 
Cc: "arin-ppml" < [ mailto:arin-ppml at arin.net | arin-ppml at arin.net ] > 
Sent: Wednesday, September 15, 2021 11:44:09 AM 
Subject: Re: [arin-ppml] Change of Use and ARIN (was: Re: AFRINIC And The Stability Of The Internet Number Registry System) 

> On Sep 14, 2021, at 22:50 , [ mailto:scott at solarnetone.org | scott at solarnetone.org ] wrote: 
> 
> 
> 
> On Tue, 14 Sep 2021, Owen DeLong wrote: 
> 
>> 
>> 
>>> On Sep 14, 2021, at 22:42 , [ mailto:scott at solarnetone.org | scott at solarnetone.org ] wrote: 
>>> 
>>>> 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. 
>>>> 
>>>> Please present your solution here. 
>>> 
>>> Encode it in four sequential packets, 32 bits per, and add logic to parse those malformed addresses in the routing daemons. 
>> 
>> 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. 
> 
> Maybe, but that is not the challenge you presented:) 

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 
in bidirectional communication with remote hosts that live in a 128 bit address space. Yes, you are correct the the way I abbreviated my 
expression of that particular challenge was not complete in itself without the additional context. 

> Seriously, some manner of stateful 6/4 nat or header mangling is going to be required upstream of the legacy device to translate. 

Yeah, but because of the way IPv4 has been implemented (protocols that embed addresses, expectations of dealing with rendezvous 
hosts, NAT traversal assumptions, etc.), it turns out that evenstateful 6/4 NAT is unnecessarily hard and unreliable at best. 

Owen 

_______________________________________________ 
ARIN-PPML 
You are receiving this message because you are subscribed to 
the ARIN Public Policy Mailing List ( [ mailto:ARIN-PPML at arin.net | ARIN-PPML at arin.net ] ). 
Unsubscribe or manage your mailing list subscription at: 
[ https://lists.arin.net/mailman/listinfo/arin-ppml | https://lists.arin.net/mailman/listinfo/arin-ppml ] 
Please contact [ mailto:info at arin.net | info at arin.net ] if you experience any issues. 
_______________________________________________ 
ARIN-PPML 
You are receiving this message because you are subscribed to 
the ARIN Public Policy Mailing List ( [ mailto:ARIN-PPML at arin.net | ARIN-PPML at arin.net ] ). 
Unsubscribe or manage your mailing list subscription at: 
[ https://lists.arin.net/mailman/listinfo/arin-ppml | https://lists.arin.net/mailman/listinfo/arin-ppml ] 
Please contact [ mailto:info at arin.net | info at arin.net ] if you experience any issues. 




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20210916/6e92961c/attachment.htm>