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] [Ext] 2016-04 Review Phase (IPv6 Sub-assignment Clarification)
- Previous message (by thread): [address-policy-wg] [Ext] 2016-04 Review Phase (IPv6 Sub-assignment Clarification)
- Next message (by thread): [address-policy-wg] 2017-03 Policy Proposal Withdrawn (Reducing Initial IPv4 Allocation, Aiming to Preserve a Minimum of IPv4 Space for Newcomers)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Andrea Cima
andrea at ripe.net
Fri Oct 20 10:32:53 CEST 2017
Hi Leo, I'm happy to provide some clarification here. On 20/10/2017 00:55, Leo Vegoda wrote: > Marco Schmidt wrote: > > [...] > >> Policy proposal 2016-04, "IPv6 Sub-assignment Clarification" >> is now in the Review Phase. > I am neither speaking for or against the proposal but would like > to ask to a question to clarify my understanding. > > The proposal states: > > "Although the IPv6 address space is huge, it's still finite. > Users only needing a /48 (or less) for their organisation would > also block a full /29 prefix when forced to become LIR which > seems unproportioned." > > But some years ago, the RIPE NCC stated that it was using a > bisection approach to allocate from its /12: > https://www.ripe.net/ripe/mail/archives/address-policy-wg/2011-July/006176.html > > Is that still the case and if it is, it would be good to > understand how each new /32 allocation blocks a /29. > > I had understood that defined reservations were no longer > necessary for new allocations because of the changed approach to > allocating address space. The RIPE NCC currently reserves a /26 for every allocation up to a /29. For allocations larger than a /29, the next three bits are reserved. This is based on a policy requirement that the RIPE NCC should maximise the potential for subsequent allocations to be contiguous with previous allocations: https://www.ripe.net/publications/docs/ripe-684#aggregation I hope this clarifies. Kind regards, Andrea Cima > > Kind regards, > > Leo Vegoda
- Previous message (by thread): [address-policy-wg] [Ext] 2016-04 Review Phase (IPv6 Sub-assignment Clarification)
- Next message (by thread): [address-policy-wg] 2017-03 Policy Proposal Withdrawn (Reducing Initial IPv4 Allocation, Aiming to Preserve a Minimum of IPv4 Space for Newcomers)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]