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] Policy building - call for volunteers
- Next message (by thread): [address-policy-wg] Address Policy WG Co-Chair Selection Process - 2022
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Gert Doering
gert at space.net
Sun Apr 10 18:24:37 CEST 2022
Hi, On Tue, Mar 29, 2022 at 08:59:44AM +0200, James Kennedy wrote: > 2.1. The task force recommends that as resource holders have full > responsibility over the registration of their IPv4 PA assignment(s), > they are free to make assignments or not. If the community accepts > this recommendation, the relevant RIPE Policies should be updated > accordingly, and documenting IPv4 PA assignment(s) will stop being a > policy requirement. Well... this is a somewhat deckchair-related activity... but... the sole purpose of an IPv4 *allocation* is to make *assignments* out of it, and no address can be ever used without it being assigned. LIRs have never been free to "make assignments or not", and I do not think this train of thought has merit. Matter of fact, if you tell someone "use this IP address", you've done an assignment, even if not filling in paperwork ("RIPE-141's") for it - which is something we got rid of. OTOH, the much more interesting question is "whether or not to *register* assignments in the RIPE DB". This is the question that should be asked. - should/must assignments be registered in the RIPE DB - if yes, for what purpose - and with what level of detail - and even if we agree on a "must" there, how could it be enforced, given that the primary enforcement mechanism ("document need for the next allocation") is gone? speaking as a LIR contact, we've stopped putting customer contacts into inet(6)num: objects we maintain (by default), pointing to our role objects instead - the customer (org) *name* is still there, but there is very little benefit in putting phone numbers for someone working at a customer org into the RIPE DB when we're the prime contact for all questions anyway... (so, GDPR, avoid storing data that is not useful). Personally, I'd go with "voluntarily register assignments when there is insight to be gained", but encourage doing so. For end user pools, just register the pool as such ("dialup customers, bavaria"). > 2.2. Following the data consistency principle, the task force also > recommends resource registration requirements be applied consistently > to all Internet number resources, regardless of their type or status. But not all resources are alike. LIRs won't ever come back for more IPv4 space, but they might come back for more IPv6 - and in that case, "document need" is required. Gert Doering -- NetMaster -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard, Michael Emmer Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: </ripe/mail/archives/address-policy-wg/attachments/20220410/bc4ff699/attachment.sig>
- Next message (by thread): [address-policy-wg] Address Policy WG Co-Chair Selection Process - 2022
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]