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] 2019-02 New Policy Proposal (Reducing IPv4 Allocations to a /24)
- Previous message (by thread): [address-policy-wg] 2019-02 New Policy Proposal (Reducing IPv4 Allocations to a /24)
- Next message (by thread): [address-policy-wg] 2019-02 New Policy Proposal (Reducing IPv4 Allocations to a /24)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Michiel Klaver
michiel at klaver.it
Tue Feb 5 11:14:02 CET 2019
Sander Steffann wrote at 2019-02-04 16:02: > Hello working group, > > The first comments I got back on this proposal all seemed to miss the > point of it. Let me explicitly state what this policy is NOT about: > - it is NOT about conserving IPv4 addresses > - it is NOT about postponing the runout date > - it is NOT about extending the lifetime of IPv4 > > It's purpose is solely about: > - dealing with the returned address space the NCC will get over the > years > > Under the current policy: > - the waiting list will grow indefinitely > - the allocations given out will consist of tiny fragments > - it will therefore not be of any practical use > > This proposal proposes: > - keeping /22 until we run out of /22s > - give out /24s only after that > - this helps to keep the waiting list manageable [1] > - declare everything smaller (longer prefix) than a /24 unusable > - this helps against people getting unusable dust > > [1]: see > https://ripe77.ripe.net/presentations/71-Andrea_Cima_RIPE_77_APWG.pdf > slide 14 > > Please forget about previous attempts to change allocation sizes. > Those were about changing the current allocation policy. This proposal > only looks forward to what to do after the current policy becomes > unusable. Please focus on that. > > Cheers, > Sander Just another point for discussion: what to do when this /24-only policy is in effect and RIPE NCC happens to recover a large chunk (e.g. /16 or more) and is able to hand-out multiple /22's again?
- Previous message (by thread): [address-policy-wg] 2019-02 New Policy Proposal (Reducing IPv4 Allocations to a /24)
- Next message (by thread): [address-policy-wg] 2019-02 New Policy Proposal (Reducing IPv4 Allocations to a /24)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]