This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[address-policy-wg] Guidance Requested: Changing the Status of PI Address Space
- Previous message (by thread): [address-policy-wg] Guidance Requested: Changing the Status of PI Address Space
- Next message (by thread): [address-policy-wg] Guidance Requested: Changing the Status of PI Address Space
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sylvain Vallerot
sylvain.vallerot at opdop.net
Sun Aug 11 12:03:49 CEST 2013
Hi, sorry for my late contribution (and my poor english) On 20/06/2013 09:49, andrea wrote: > A. Allow LIRs to change the status of their PI assignments to PA allocations > (if equal or larger than the minimum allocation size) I do not support this since blindly allowing LIRs to change PI to PA would lead to very permissive reuse of space that was assigned in an exception mode to the aggregation principle for very specific reasons. So I consider if the purpose of this assignment is no valid anymore then it should be returned to free pool in the general case, not reused for whatever else. This is enforced by the ability for LIRs to transfer (I mean, to sell) PA space. Obviously converting PI to PA and sell it would be the right choice for anybody having unused PI subnets today. I know convervation looks like an old fashioned and void policy for many LIRs today, however free IPv4 still is a rare public ressource needed by many to survive. So available IPs should be returned to RIR. Best regards, Sylvain fr.opdop
- Previous message (by thread): [address-policy-wg] Guidance Requested: Changing the Status of PI Address Space
- Next message (by thread): [address-policy-wg] Guidance Requested: Changing the Status of PI Address Space
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]