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] Update on ALLOCATED PI/UNSPECIFIED
- Previous message (by thread): [address-policy-wg] Update on ALLOCATED PI/UNSPECIFIED
- Next message (by thread): [address-policy-wg] Update on ALLOCATED PI/UNSPECIFIED
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sander Steffann
sander at steffann.nl
Fri Aug 5 17:03:41 CEST 2016
Hi Ingrid, > If there is a /16 “ALLOCATED UNSPECIFIED” block that contains "real" Provider Independent assignments, that /16 would indeed be split in order to carve out that assignment. The LIR would end up with multiple PA allocations instead of one /16. The PI resource holder would be able to decide who their sponsoring LIR should be. It is possible that they would remain with that same LIR, or they could move to another sponsoring LIR and take their PI assignment with them. If the resource holder is an LIR themselves, the PI assignment could be registered under their own LIR account. So in the current situation such a PI resource holder has "Provider Independent" space, but only if they stay with the LIR that holds the ALLOCATED UNSPECIFIED. After the change the PI holder will have a normal PI assignment that they can register with any sponsoring LIR they want. So I guess that PI holders will be happy about this, it turns their "kind-of" PI into "real" PI. And the affected LIRs might be less happy because they lose some grip on their customers. And then there seem to be cases where the ALLOCATED PI/UNSPECIFIED is used more like PA space (managed, aggregated and routed by the LIR) in which case converting it to ALLOCATED PA might be more reasonable (for route objects, ROAs etc) but that might make the "PI" holder less happy. Although in such a case it seems to me that the address space isn't really independent to begin with, so in reality things will probably remain the same for them, just better formally documented. Cheers, Sander -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 455 bytes Desc: Message signed with OpenPGP using GPGMail URL: </ripe/mail/archives/address-policy-wg/attachments/20160805/f3bff8ca/attachment.sig>
- Previous message (by thread): [address-policy-wg] Update on ALLOCATED PI/UNSPECIFIED
- Next message (by thread): [address-policy-wg] Update on ALLOCATED PI/UNSPECIFIED
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]