This: - /16 is a reasonable limit, keep current NRPM is a reasonable approximation of my position (expressed previously).
I'm opposed to the policy as written, and would vote for abandonment as unnecessary. -Scott On Mon, Aug 12, 2024 at 1:40 PM Dominik Dobrowolski < [email protected]> wrote: > I support the policy as written, > > > Kind Regards, > Dominik Dobrowolski > > W dniu pon., 12.08.2024 o 21:12 Elizabeth Goodson < > [email protected]> napisał(a): > >> Hello PPML, >> >> As lead shepherd on ARIN-2024-8, I'm reaching out for additional feedback >> from the community on this policy following the robust discussion here in >> June. >> >> The previous discussion did not come to a clear community consensus with >> opinions falling in multiple categories (in no particular order): >> - /20 is a reasonable limit, support the Draft Policy as written >> - /16 is a reasonable limit, keep current NRPM >> - Allow initial allocations above a certain size that are not on a nibble >> boundary (e.g. /19, /18, /17) >> - Add clarification about what designs would not justify a certain size >> initial allocation (e.g. 6RD) >> >> Questions for the community: >> - Do you support the draft policy as written? >> - If not, can the policy be changed so you would support it? What >> change(s) do you support? >> - Should the community continue to work on the policy or abandon it? >> >> Thanks, >> Liz Goodson >> >> =============== >> Problem Statement: >> In order to promote aggregation, the NRPM currently allows initial >> allocations up to a /16. However, the entire IPv6 address space only >> contains 65536 /16s, and the space allocated to IANA for globally routable >> purposes only contains 8192 /16s. Therefore, a /16 is a sufficiently large >> portion of the IPv6 address space that the goal of conservation starts to >> outweigh the goal of aggregation. >> >> Policy Statement: >> 6.5.2.1b: Replace "In no case shall an ISP receive more than a /16 >> initial allocation." with "In no case shall a LIR receive more than a /20 >> initial allocation." >> ================== >> _______________________________________________ >> ARIN-PPML >> You are receiving this message because you are subscribed to >> the ARIN Public Policy Mailing List ([email protected]). >> Unsubscribe or manage your mailing list subscription at: >> https://lists.arin.net/mailman/listinfo/arin-ppml >> Please contact [email protected] if you experience any issues. >> > _______________________________________________ > ARIN-PPML > You are receiving this message because you are subscribed to > the ARIN Public Policy Mailing List ([email protected]). > Unsubscribe or manage your mailing list subscription at: > https://lists.arin.net/mailman/listinfo/arin-ppml > Please contact [email protected] if you experience any issues. >
_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List ([email protected]). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact [email protected] if you experience any issues.
