<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hello David.<br>
      Thanks for the responses and for the numbers below.</p>
    <p>I have to agree that 4.10 and 4.4 specially should always be
      treated with higher importance than the waiting-list.<br>
      My initial concern was that three years were maybe too much, but
      looking at these numbers it doesn't seem to. Obviously it will
      always depend on usage rate and I agree 4.10 is expected to
      increase reasonably over the next years so when this policy is
      triggered we will have a chance to review how the replenishment
      will work. On the other hand I have some concern about a possible
      deadlock or freeze in the waiting list as I see it as a minimum
      fair chance for newcomers to get some space the in a similar way
      all others had in the past.</p>
    <p>So I think your proposal based on the numbers below make sense.</p>
    <p>Regards<br>
      Fernando Frediani<br>
    </p>
    <div class="moz-cite-prefix">On 27/12/2019 00:25, David Farmer
      wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAN-Dau0-RDRp2uke7aj--YzWqvfviBW8gBFGHUMOMQLg5RDDag@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div class="gmail_quote"><br>
          <blockquote class="gmail_quote" style="margin:0px 0px 0px
            0.8ex;border-left:1px solid
            rgb(204,204,204);padding-left:1ex">
            - With regards returning any other returned, reclaimed or
            revoke<br>
            resources that were not from the reserved pools to them,
            although I see <br>
            the good intent of it I find it difficult to support it as
            we don't know <br>
            numbers related to this at the present. The numbers of
            assignments from <br>
            these reserved pools, the amount available and the forecast
            for it are <br>
            necessary for this analysis.<br>
            Also it seems that three-year supply a long time for it to
            be kept. If <br>
            the numbers mentioned point to the direction of the need of
            replenishing <br>
            for these pools then the it may be necessary to review and
            discuss the <br>
            supply time better. Without this information I cannot
            support this part <br>
            of the proposal yet.<br>
          </blockquote>
          <div><br>
          </div>
          <div>The idea of this policy is to have a default action of
            replenishing these reserved pools only when or if they get
            down to a three-year or less supply. Until then, other
            recovered resources go to the waiting list. Even then the
            idea is to only replenish them to or maintain a three year
            supply in the reserved pools, any resources recovered beyond
            that would still go to the waiting list. </div>
          <div><br>
          </div>
          <div>Without this policy, when or if these reserved pools get
            low, we will just let them run out unless we have a
            consensus for a policy to change things at that time.
            However, I would like default action to be to replenish the
            reserved pools when or if they get low unless there is
            consensus at that time to let them run out, requiring policy
            action at that time if we want them to let them run out.</div>
          <div><br>
          </div>
          <div>As for the current status of these pools; the following
            is from the ARIN 44 meeting report, at the beginning of
            November, in response to a question during the discussion of
            ARIN-2019-17;</div>
          <div><br>
          </div>
        </div>
        <blockquote style="margin:0 0 0 40px;border:none;padding:0px">
          <div class="gmail_quote">
            <div>John Sweeting:  John Sweeting, ARIN staff. I think I'm
              going to answer Joe's question. So in the 4.10 pool, the
              IP pool -- sorry, Cathy -- there are 15,727 /24s left. 657
              have been used over the time since it was implemented. And
              it puts about an average between 10 and 15 a month.</div>
            <div><br>
            </div>
            <div>On the 4.4, there's 123 issued. 389 left and about 1.5
              per month. So maybe 15, 18 a year.<br>
            </div>
            <div><br>
            </div>
          </div>
        </blockquote>
        4.10 pool;
        <div>   15,727 /24s left</div>
        <div>   15 /24s a month</div>
        <div>   This is more than 80 years worth at that rate of use,
          but I expect the rate of use will increase for this pool.</div>
        <div><br>
        </div>
        <div>4.4 pool;</div>
        <div>   389 /24s left</div>
        <div>   1.5 /24s a month</div>
        <div>   This is more than 20 years worth at that rate of use. </div>
        <div>
          <div class="gmail_quote">
            <div><br>
            </div>
            <div>So this policy is not expected to have any effect for
              many years unless there is a dramatic increase in the use
              of these pools. </div>
            <div><br>
            </div>
          </div>
          <div class="gmail_quote">
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
              0.8ex;border-left:1px solid
              rgb(204,204,204);padding-left:1ex">
              Regards<br>
              Fernando<br>
              <br>
              On 24/12/2019 11:41, ARIN wrote:<br>
              ><br>
              > On 19 December 2019, the ARIN Advisory Council (AC)
              accepted <br>
              > "ARIN-prop-281: Reserved Pool Replenishment" as a
              Draft Policy.<br>
              ><br>
              > Draft Policy ARIN-2019-21 is below and can be found
              at:<br>
              ><br>
              > <a
                href="https://www.arin.net/participate/policy/drafts/2019_21/"
                rel="noreferrer" target="_blank" moz-do-not-send="true">https://www.arin.net/participate/policy/drafts/2019_21/</a><br>
              ><br>
              > You are encouraged to discuss all Draft Policies on
              PPML. The AC will <br>
              > evaluate the discussion in order to assess the
              conformance of this <br>
              > draft policy with ARIN's Principles of Internet
              number resource policy <br>
              > as stated in the Policy Development Process (PDP).
              Specifically, these <br>
              > principles are:<br>
              ><br>
              > * Enabling Fair and Impartial Number Resource
              Administration<br>
              > * Technically Sound<br>
              > * Supported by the Community<br>
              ><br>
              > The PDP can be found at:<br>
              > <a
                href="https://www.arin.net/participate/policy/pdp/"
                rel="noreferrer" target="_blank" moz-do-not-send="true">https://www.arin.net/participate/policy/pdp/</a><br>
              ><br>
              > Draft Policies and Proposals under discussion can be
              found at:<br>
              > <a
                href="https://www.arin.net/participate/policy/drafts/"
                rel="noreferrer" target="_blank" moz-do-not-send="true">https://www.arin.net/participate/policy/drafts/</a><br>
              ><br>
              > Regards,<br>
              ><br>
              > Sean Hopkins<br>
              > Policy Analyst<br>
              > American Registry for Internet Numbers (ARIN)<br>
              ><br>
              ><br>
              > Draft Policy ARIN-2019-21: Reserved Pool
              Replenishment<br>
              ><br>
              > Problem Statement:<br>
              ><br>
              > While the current level of resources in the reserve
              pools created in <br>
              > Sections 4.4 and 4.10 presently seem more than
              adequate for their <br>
              > intended purposes. Nevertheless, even these
              well-resourced pools will <br>
              > eventually run out. Therefore, we should make
              arrangements for their <br>
              > replenishment, if or when necessary.<br>
              ><br>
              > Policy Statement:<br>
              ><br>
              > Add a new subsection in IPv4 General Principles,
              Section 4.1;<br>
              ><br>
              > 4.1.X Reserved Pool Replenishment<br>
              ><br>
              > Any resources allocated from a reserved pool created
              in Sections 4.4 <br>
              > or 4.10, or any other reserved pools created in the
              future, that are <br>
              > returned, reclaimed, or revoked will be returned to
              the reserved pool <br>
              > they were originally allocated from, regardless of
              the current level <br>
              > of each pool. Further, any other resources returned,
              reclaimed, or <br>
              > revoked will be prioritized for the replenishment of
              any reserved pool <br>
              > that falls below a running three-year supply, which
              is based on the <br>
              > previous three years of allocations from each pool.<br>
              ><br>
              > Timetable for Implementation: Immediate<br>
              ><br>
              > Anything Else:<br>
              ><br>
              > ARIN Staff should regularly report on the levels and
              projected <br>
              > run-times for each reserved pool and immediately
              report when any <br>
              > reserved pool falls below a three-year running
              supply.<br>
              ><br>
              > A three-year running supply was chosen to provide the
              ARIN Policy <br>
              > Community adequate time to react through policy, as
              deemed appropriate <br>
              > at that time, to an imminent run out event for one of
              the reserved pools.<br>
              > _______________________________________________<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">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">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">info@arin.net</a>
              if you experience any issues.<br>
              _______________________________________________<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">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">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">info@arin.net</a>
              if you experience any issues.<br>
            </blockquote>
          </div>
          <br clear="all">
          <div><br>
          </div>
          -- <br>
          <div dir="ltr">===============================================<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>
      </div>
    </blockquote>
  </body>
</html>