Bill, you are completely mixing up the things I guess. I am not talking about 'dangers' but focusing on diversion of intent of what a special pool was meant for just because a convenience. Don't understand why you are insisting on this danger point and asking for prove something that is not what is being put. Please re-read last 2 messages and focus on the points about avoiding using special pool addresses for a propose that was not meant for just because for a particular scenario is convenient (IPv4 exhaustion). I am not saying on any of them that something should or should not happen because of a 'danger' but simply that the usage for these addresses should stay well disciplined for its main propose - support the emergence of IXPs by giving them addresses to use with their internal infrastructure and to connect members in the LAN.

Regards

On 22/04/2024 03:35, Bill Woodcock wrote:
On Apr 22, 2024, at 08:04, Fernando Frediani<[email protected]>  wrote:
…A convenience to divert the pool to supply addresses and support the emergence 
of IXPs with allowing them to act as RIRs and supply addresses to third parties.
I agree that that is a hypothetical danger.  There are lots of hypothetical 
dangers.  You’re proposing that we all collectively foot a cost to prevent a 
hypothetical danger.  Some hypothetical dangers are so potentially calamitous 
or so likely to be realized that expenditure of resources, time, or money to 
prevent them is well-warranted.

You have not demonstrated that this is imminent, likely, or calamitous.

If you wish to take a try at doing so, I’m sure we’d all be willing to consider 
any argument you might put forward.

But you have not yet put forward any such argument.  “Because someone could” is 
not an argument.

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

Reply via email to