<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">Hi <br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">On 15/08/2024 22:02, Matthew Kaufman
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAPcE_LcuOTTpyOs5aJ_-2EGRr=Qte4V5akBK_6mFXEeUbE6PXg@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">If an organization comes with the technical
        justification and financial backing sufficient to really need a
        /16 as their initial allocation, staff shouldn't have anything
        blocking that.</div>
    </blockquote>
    <p>Then you believe that may still be possible ?</p>
    <p>I don't understand the concern to leave things are they are so
      opened for so distant and near impossible scenario, just because
      in a very distant theory it can happen. Do some folks find
      themselves in a future scenario that could be one of the them
      missing it ?<br>
      Even in a scenario where a /20 can be justified - which is really
      a lot even for any big company - what would be the problem, if
      really needed to get a second /20 in the future ?<br>
      What is the possible damage to change the policy to restrict in
      /20 now ? What we, as a community, will lose with that ?</p>
    <p>I consider it is better to keep things more realist in this
      context and therefore I support the proposal.</p>
    <p>Fernando<br>
    </p>
    <blockquote type="cite"
cite="mid:CAPcE_LcuOTTpyOs5aJ_-2EGRr=Qte4V5akBK_6mFXEeUbE6PXg@mail.gmail.com">
      <div dir="ltr">
        <div><br>
        </div>
        <div>Matthew Kaufman</div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Mon, Aug 12, 2024 at
          2:34 PM David Farmer via ARIN-PPML <<a
            href="mailto:arin-ppml@arin.net" moz-do-not-send="true"
            class="moz-txt-link-freetext">arin-ppml@arin.net</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div dir="ltr">
            <div dir="ltr">/16 is a reasonable limit; keep the current
              NRPM. One /16 allocation in nearly a decade does not
              concern me. /16 allocations were intended to be rare but
              possible; in fact, I believe the policy is functioning as
              intended. If we see several additional /16 allocations in
              the next couple of years, I could be convinced to
              reconsider my position. But at this point, I think this
              policy is premature.</div>
            <div dir="ltr"><br>
            </div>
            <div>Thanks</div>
            <br>
            <div class="gmail_quote">
              <div dir="ltr" class="gmail_attr">On Mon, Aug 12, 2024 at
                2:12 PM Elizabeth Goodson <<a
                  href="mailto:elizabeth.goodson@gmail.com"
                  target="_blank" moz-do-not-send="true"
                  class="moz-txt-link-freetext">elizabeth.goodson@gmail.com</a>>
                wrote:<br>
              </div>
              <blockquote class="gmail_quote"
style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
                <div dir="ltr">
                  <div>Hello PPML,</div>
                  <div><br>
                  </div>
                  <div>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.</div>
                  <div><br>
                  </div>
                  <div>The previous discussion did not come to a clear
                    community consensus with opinions falling in
                    multiple categories (in no particular order):</div>
                  <div>- /20 is a reasonable limit, support the Draft
                    Policy as written</div>
                  <div>- /16 is a reasonable limit, keep current NRPM</div>
                  <div>- Allow initial allocations above a certain size
                    that are not on a nibble boundary (e.g. /19, /18,
                    /17)</div>
                  <div>- Add clarification about what designs would not
                    justify a certain size initial allocation (e.g. 6RD)</div>
                  <div><br>
                  </div>
                  <div>Questions for the community:</div>
                  <div>- Do you support the draft policy as written?</div>
                  <div>- If not, can the policy be changed so you would
                    support it? What change(s) do you support?</div>
                  <div>- Should the community continue to work on the
                    policy or abandon it?</div>
                  <div><br>
                  </div>
                  <div>Thanks,</div>
                  <div>Liz Goodson</div>
                  <div><br>
                    <div>===============</div>
                    <div>Problem Statement:<br>
                      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.<br>
                      <br>
                      Policy Statement:<br>
                      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."<br>
                    </div>
                  </div>
                  <div>==================</div>
                </div>
                _______________________________________________<br>
                ARIN-PPML<br>
                You are receiving this message because you are
                subscribed to<br>
                the ARIN Public Policy Mailing List (<a
                  href="mailto:ARIN-PPML@arin.net" target="_blank"
                  moz-do-not-send="true" class="moz-txt-link-freetext">ARIN-PPML@arin.net</a>).<br>
                Unsubscribe or manage your mailing list subscription at:<br>
                <a
href="https://lists.arin.net/mailman/listinfo/arin-ppml"
                  rel="noreferrer" target="_blank"
                  moz-do-not-send="true" class="moz-txt-link-freetext">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
                Please contact <a href="mailto:info@arin.net"
                  target="_blank" moz-do-not-send="true"
                  class="moz-txt-link-freetext">info@arin.net</a> if you
                experience any issues.<br>
              </blockquote>
            </div>
            <br clear="all">
            <div><br>
            </div>
            <span class="gmail_signature_prefix">-- </span><br>
            <div dir="ltr" class="gmail_signature">===============================================<br>
              David Farmer               <a
                href="mailto:Email%3Afarmer@umn.edu" target="_blank"
                moz-do-not-send="true">Email:farmer@umn.edu</a><br>
              Networking & Telecommunication Services<br>
              Office of Information Technology<br>
              University of Minnesota   <br>
              2218 University Ave SE        Phone: 612-626-0815<br>
              Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>
              =============================================== </div>
          </div>
          _______________________________________________<br>
          ARIN-PPML<br>
          You are receiving this message because you are subscribed to<br>
          the ARIN Public Policy Mailing List (<a
            href="mailto:ARIN-PPML@arin.net" target="_blank"
            moz-do-not-send="true" class="moz-txt-link-freetext">ARIN-PPML@arin.net</a>).<br>
          Unsubscribe or manage your mailing list subscription at:<br>
          <a href="https://lists.arin.net/mailman/listinfo/arin-ppml"
            rel="noreferrer" target="_blank" moz-do-not-send="true"
            class="moz-txt-link-freetext">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
          Please contact <a href="mailto:info@arin.net" target="_blank"
            moz-do-not-send="true" class="moz-txt-link-freetext">info@arin.net</a>
          if you experience any issues.<br>
        </blockquote>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
ARIN-PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List (<a class="moz-txt-link-abbreviated" href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).
Unsubscribe or manage your mailing list subscription at:
<a class="moz-txt-link-freetext" href="https://lists.arin.net/mailman/listinfo/arin-ppml">https://lists.arin.net/mailman/listinfo/arin-ppml</a>
Please contact <a class="moz-txt-link-abbreviated" href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.
</pre>
    </blockquote>
  </body>
</html>