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] "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 ]
Tore Anderson
tore at fud.no
Mon Sep 14 10:03:16 CEST 2015
* "Radu-Adrian FEURDEAN" <ripe-wgs at radu-adrian.feurdean.net> > 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 B. KISS. > 2. Conditions for allocation the first /22. > - none (keep the situation as it is today - our preferred option) > - something else (please detail) Maintain the status quo. > 3. Further allocation(s) (after the first /22) > 3.1 introduce some minimum delay after the last allocation : 12 months > (Elvis' favourite) ? 18 Months ? 24 Months (my favourite) ? More ? Less > ? None ? > 3.1.1 Does that mean one can get a new allocation every X months > (LACNIC-style) while the stock lasts ? > 3.2 Allocation size : /22 ? /23 ? variable depending on how much is > available at the time of allocation, max /22, min /24 (which does imply > a little more policy text in order to detail this) ? > 3.3 Additional conditions > 3.3.1 "LIR did not perform an outbound transfer" (do you think it > would make sense to have this condition for the first allocation too) > ? > 3.3.2 Other conditions ??? None of the above. My preference is to maintain the status quo - no additional allocations. I do not quite see why we should change the «last /8» policy which in my view has been quite successful (except for the abuse that 2015-01 hopefully helps shut down). If it ain't broke, don't fix it? Unless we interpret «broke» to mean «exhausted». If so, c'est la vie. Tore
- 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 ]