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] 2017-03 New Policy Proposal (Reducing Initial IPv4 Allocation, aiming to preserve a minimum of IPv4 space)
- Previous message (by thread): [address-policy-wg] 2017-03 New Policy Proposal (Reducing Initial IPv4 Allocation, aiming to preserve a minimum of IPv4 space)
- Next message (by thread): [address-policy-wg] 2017-03 New Policy Proposal (Reducing Initial IPv4 Allocation, aiming to preserve a minimum of IPv4 space)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Arash Naderpour
arash_mpc at parsun.com
Fri Sep 22 10:54:05 CEST 2017
Hi Carlos, >> > This proposal is not aimed at preventing the complete runout. That >> will happen. This proposal aims to preserve some tiny resources for new >> entrants in >> this community, by trying to extend the time period until the >> runout occurs. We cannot "measure" its benefits until the runout occurs, >> and we can then >> count how many new entrants did get a tiny portion of (new, never >> used before) IPv4 address space. >> >> >> The current policy without this change is doing the same, preserving tiny >> resources (/22) for new entrants. >> You are saying that there are some benefit and we cannot measure them >> now, but lets do it, am I right? >> > > I'm saying there is an obvious benefit: accomodate more new entrants. > > Because an org is able to have/open multiple LIRs, the real new entrants > number is not really easy to calculate :-) > > My understanding from this proposal is that it just change the allocation size but an org is still able to have/open multi LIRs, If this proposal reach consensus, someone still can open four LIRs and get the same amount of IP address as now. The difference (from technical point of view) is that we may have less entry in routing tables with an /22 allocation but with this proposal we will have for sure 4x /24 entry without gaining that much. Regards, Arash > > > Regards, >> >> Arash >> >> >> >> >> >> >> >> Arash >> >> >> >> On Fri, Sep 22, 2017 at 12:34 AM, Tim Chown < >> tjc at ecs.soton.ac.uk> wrote: >> > On 21 Sep 2017, at 13:33, Aled Morris < >> aled.w.morris at googlemail.com> wrote: >> > >> > On 21 September 2017 at 12:43, Marco Schmidt < >> mschmidt at ripe.net> wrote: >> > The goal of this proposal is to reduce the IPv4 >> allocations made by the RIPE NCC >> > to a /24 (currently a /22) and only to LIRs that have >> not received an IPv4 allocation >> > directly from the RIPE NCC before. >> > >> > At the current run-rate, do we know what is the >> expected expiry of the free pool in RIPE's hands? >> >> There?s http://www.potaroo.net/tools/ipv4/. >> >> Tim >> >> >> >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: </ripe/mail/archives/address-policy-wg/attachments/20170922/bb99fddd/attachment.html>
- Previous message (by thread): [address-policy-wg] 2017-03 New Policy Proposal (Reducing Initial IPv4 Allocation, aiming to preserve a minimum of IPv4 space)
- Next message (by thread): [address-policy-wg] 2017-03 New Policy Proposal (Reducing Initial IPv4 Allocation, aiming to preserve a minimum of IPv4 space)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]