Hello there

On 18/12/2023 17:19, Owen DeLong wrote:

<clip>
I tend to agre with this restriction. It would not be fair with the community 
with such behavior. If an IXP applies and receives space under this policy this 
could be for a newer location,but not to be used in a existing one to be 
sold/transferred to make money if it.
If there is a Merger & Acquisition the newer entity must be an IXP, otherwise 
this space should be returned to ARIN and be used exclusively for the same proposes 
initially justified.
This is a proposed APNIC policy… Why on EARTH would an IXP that got their space 
from APNIC “return” it to ARIN?
Calm down Owen. Was just a little confusion when writing as I participate on both lists. Of course I meant APNIC. Sorry about that.

3. IXP delegations should have a caveat placed upon them that prevents them 
from being globally routed, regardless of the size.
I often hear this about blocks assigned to IXPs and I don't fully agree. IXPs 
may choose to use globally routed blocks for its own infrastructure (portal, 
etc) and that is a fair usage. Normally it is not necessary for most cases and 
specially for the block used for the MLPA but may not be for all cases.
I reckon it may make more difficult for APNIC to keep an eye that the receiver 
is using it correctly but at the end it still may be a justifiable usage.
I think a restriction that requires them to be used for an IXP and only for an 
IXP is sufficient.
Yeah. In other RIR there is a concept of critical infrastructure which include other usages like IXPs, ccTLDs, etc but a organization that requested for an IXP usage will certanlly not usage for anything else.
RIRs should not be in the business of dictating routing policy to anyone.

Well yes, that is commonly said and sometimes too generically, but as the entity responsible for setting the rules for IP assignment there may be any necessary usage restriction for that type of assignment if the community finds it necessary and reasonable. So don't write it on stone.

Fernando


Owen
(Who remains opposed to this policy in its entirety)


_______________________________________________
SIG-policy - https://mailman.apnic.net/[email protected]/
To unsubscribe send an email to [email protected]

Reply via email to