[arin-ppml] Draft Policy ARIN-2023-2: /26 initial IPv4 allocation for IXPs

Tue Jun 20 19:21:56 EDT 2023

So even if we go with 40 allocations per year, we have approximately 7
years of runtime in the current pool. Which is approximately the maximum
allocations in any year in the last 6 years and nearly double the average
for the same 6 years.

Given that analysis, I’m not inclined to require any IXP to accept less
that a /24.

However, I would encourage the IXP community to plan for the eventual
exhaustion of this pool by developing operational capabilities probably
based on RFC 8950 Advertising IPv4 Network Layer Reachability Information
(NLRI) with an IPv6 Next Hop or a similar capability yet unknown.

Thanks.

On Tue, Jun 20, 2023 at 17:06 Jason Byrne <jasonb at arin.net> wrote:

> David,
>
>
>
> For the number of /24s issued under NRPM 4.4 since 2018, we have the
> following stats (2023 data is year to date):
>
>
>
> 2018 – 18 /24s
>
> 2019 – 15 /24s
>
> 2020 – 21 /24s
>
> 2021 – 18 /24s
>
> 2022 – 39 /24s
>
> 2023 – 17 /24s
>
>
>
> Total currently remaining (as of 31 May 2023) in that reserved pool: 284
> /24s
>
>
>
> If you have any additional questions, please let us know.
>
>
>
> Regards,
>
>
>
> Jason Byrne
>
> Senior Customer Success Analyst
>
> ARIN
>
>
>
> *From: *ARIN-PPML <arin-ppml-bounces at arin.net> on behalf of David Farmer
> via ARIN-PPML <arin-ppml at arin.net>
> *Reply-To: *David Farmer <farmer at umn.edu>
> *Date: *Tuesday, June 20, 2023 at 1:53 PM
> *To: *Chris Woodfield <chris at semihuman.com>
> *Cc: *"arin-ppml at lists.arin.net" <arin-ppml at arin.net>
> *Subject: *Re: [arin-ppml] Draft Policy ARIN-2023-2: /26 initial IPv4
> allocation for IXPs
>
>
>
> Before making a judgment on this policy, I would like to know how
> Micro-Allocations for IXPs have been made by ARIN in each of the last 6
> years.  Why 6 years? It’s twice the 3-years window of the replenishment
> policy.
>
>
>
> How much of the pool that is left is helpful to know. However, without
> also some idea of the current burn rate, it is difficult to make a
> realistic judgment regarding this policy.
>
>
>
> Thanks
>
>
>
> On Tue, Jun 20, 2023 at 12:10 Chris Woodfield <chris at semihuman.com> wrote:
>
> Speaking as the proposal author: It appears that a URL included in the
> draft language has been inadvertently eaten by formatting. The Statistics &
> Reporting link is here:
> https://www.arin.net/reference/research/statistics/#ipv4-reserved-pool-status-nrpm-4-10-ipv6-deployments
>
> I’ll also note that this page appears to have been updated since the
> policy was originally submitted - it now appears that the NPRM 4.4
> Micro-Allocation pool is 65% allocated, with 35% remaining. (There’s a good
> chance I was rounding down when I said 50% in the problem statement)
>
> Thanks,
>
> -Chris
>
> > On Jun 20, 2023, at 08:54, ARIN <info at arin.net> wrote:
> >
> > On 15 June 2023, the ARIN Advisory Council (AC) accepted “ARIN-prop-320:
> /26 initial IPv4 allocation for IXPs” as a Draft Policy.
> >
> > Draft Policy ARIN-2023-2 is below and can be found at:
> >
> > https://www.arin.net/participate/policy/drafts/2023_2
> >
> > You are encouraged to discuss all Draft Policies on PPML. The AC will
> evaluate the discussion to assess the conformance of this draft policy with
> ARIN's Principles of Internet number resource policy as stated in the
> Policy Development Process (PDP). Specifically, these principles are:
> >
> > * Enabling Fair and Impartial Number Resource Administration
> > * Technically Sound
> > * Supported by the Community
> >
> > The PDP can be found at:
> >
> > https://www.arin.net/participate/policy/pdp/
> >
> > Draft Policies and Proposals under discussion can be found at:
> https://www.arin.net/participate/policy/drafts/
> >
> > Regards,
> >
> > Eddie Diego
> > Policy Analyst
> > American Registry for Internet Numbers (ARIN)
> >
> >
> > Draft Policy ARIN-2023-2: /26 initial IPv4 allocation for IXPs
> >
> > Problem Statement:
> >
> > Per NRPM Section 4.4, ARIN has reserved a /15 for micro-allocations for
> critical internet infrastructure, such as internet exchange points (IXPs)
> and core DNS service providers. The majority of these allocation requests
> are made by IXPs. As of the last ARIN report, roughly half of this
> reservation is allocated (see Statistics & Reporting  Projections from ARIN
> staff suggest that at current allocation rates, the remaining reserved
> space may be exhausted in the next few years.
> >
> > In parallel, an analysis of PeeringDB data conducted by the RIPE Address
> Policy Working Group shows that approximately 70% of global IXPs have fewer
> than 32 members registered with that site. An IXP this size could readily
> operate with a /26 allocation, which would provide 100% overprovisioning
> beyond their existing peer count. (Source:
> https://github.com/mwichtlh/address-policy-wg )
> >
> > Unlike other types of allocations, IXP peering networks are not required
> by member networks to be globally reachable; only members of the IXP must
> be able to reach the prefix. As such, there is no technical requirement
> that an IXP allocation must be no smaller than a /24.
> >
> > Policy statement:
> >
> > Existing text:
> >
> > 4.4. Micro-allocation
> >
> > ARIN will make IPv4 micro-allocations to critical infrastructure
> providers of the Internet, including public exchange points, core DNS
> service providers (e.g. ICANN-sanctioned root and ccTLD operators) as well
> as the RIRs and IANA. These allocations will be no smaller than a /24.
> Multiple allocations may be granted in certain situations.
> >
> > Replace with:
> >
> > 4.4 Micro-allocation
> >
> > ARIN will make IPv4 micro-allocations to critical infrastructure
> providers of the Internet, including public internet exchange points
> (IXPs), core DNS service providers (e.g. ICANN-sanctioned root and ccTLD
> operators) as well as the RIRs and IANA. These allocations will be no
> smaller than a /26 for IXPs, or a /24 for other allocations that require
> global reachability of the assigned allocation. Multiple allocations may be
> granted in certain situations.
> >
> > 4.4.1 Micro-allocations for Internet Exchange Points (IXPs)
> >
> > An IXP requesting an initial IPv4 allocation from this reserved space
> will be assigned a /26 by default. An IXP requesting an allocation larger
> than a /26 must show an immediate need to utilize more than 25% of the
> requested allocation size upon initial commissioning.
> >
> > An IXP requesting an allocation under this section must have also
> requested, or already received, an IPv6 allocation for the same purpose
> under Section 6.10.1.
> >
> > An allocation made to an IXP under this section may only be used for the
> operation of its public peering LAN. No other uses are allowed.
> >
> > An IXP that has received an IPv4 allocation under this section may
> request a larger allocation once they have utilized more than 50% of their
> existing one. Upon receiving the larger allocation, the IXP must migrate to
> the new allocation and return their previous one to ARIN within 6 months.
> >
> > Comments:
> >
> > This proposal mirrors RIPE policy proposal 2023-01 (see
> https://www.ripe.net/participate/policies/proposals/2023-01) which is
> currently under consideration in that region and appears to have sufficient
> community support for adoption at the time of this writing.
> >
> > Timetable for implementation: Immediate
> >
> >
> > _______________________________________________
> > ARIN-PPML
> > You are receiving this message because you are subscribed to
> > the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> > Unsubscribe or manage your mailing list subscription at:
> > https://lists.arin.net/mailman/listinfo/arin-ppml
> > Please contact info at arin.net if you experience any issues.
>
> _______________________________________________
> ARIN-PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> https://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
>
> --
>
> ===============================================
> David Farmer               Email:farmer at umn.edu
> Networking & Telecommunication Services
> Office of Information Technology
> University of Minnesota
> 2218 University Ave SE
> <https://www.google.com/maps/search/2218+University+Ave+SE?entry=gmail&source=g>
>       Phone: 612-626-0815
> Minneapolis, MN 55414-3029   Cell: 612-812-9952
> ===============================================
>
-- 
===============================================
David Farmer               Email:farmer at umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815
Minneapolis, MN 55414-3029   Cell: 612-812-9952
===============================================
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20230620/d82adb1c/attachment.htm>