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/address-policy-wg@ripe.net/
[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 ]