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] "last /8" allocation size - community feedback request before engaging PDP
- Previous message (by thread): [address-policy-wg] "last /8" allocation size - community feedback request before engaging PDP
- Next message (by thread): [address-policy-wg] "last /8" allocation size - community feedback request before engaging PDP
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Daniel Stolpe
stolpe at resilans.se
Mon Sep 14 11:12:59 CEST 2015
On Mon, 14 Sep 2015, Radu-Adrian FEURDEAN wrote: > Hello everybody, > > Back at RIPE70 Elvis and me presented some ideas about revising the IPv4 > allocation policy ( > https://ripe70.ripe.net/presentations/93-Last-_8-allocation-size.pdf ) > > Before submitting the proposal we would like to have some community > feedback on several aspects : > > 1. Separate pools or single pool > a. have a "last /8 pool" which is 185.0.0.0/8 (strictly one /22 per > LIR) and a "recovered space pool" containing all space received from > IANA as "recovered and redistributed space" (for extra allocations) - > APNIC-like separation of pools > b. treat all addressing space available for allocation as a single > pool This is the only part I find - and always found - a bit strange. I guess it does probably not make a lot of differense in practice, anyone knows the actual size of the "recovered pool"? As the policy was written, once we hit the "last /8" stage there was no going back. Even if we for some reason would recover a lot more or start delegating E class or whaterver. I think it would be more logical to define the "last /8" as the actual last /8 (185/8). People sometimes ask us whether to return unused address space to the RIPE NCC and we always tell them not to because the free pool has become a black hole. But as/if the recovered pool is probably comparatively small, it is not a big issue. Cheers, Daniel _________________________________________________________________________________ Daniel Stolpe Tel: 08 - 688 11 81 stolpe at resilans.se Resilans AB Fax: 08 - 55 00 21 63 http://www.resilans.se/ Box 45 094 556741-1193 104 30 Stockholm
- Previous message (by thread): [address-policy-wg] "last /8" allocation size - community feedback request before engaging PDP
- Next message (by thread): [address-policy-wg] "last /8" allocation size - community feedback request before engaging PDP
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]