<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>I don't think it should be regardless of the size. That must
      always be a limit.<br>
    </p>
    <p>If it's over, it's over and anything little left should favor
      newcomers to make sure they can properly exist in the Internet and
      do business in Dual-Stack. Leaving to any prefix size just make it
      more difficult for new businesses which always help to balance the
      whole ecosystem. Having a limit is the most reasonable thing
      always in a scenario like this.</p>
    <p>Fernando<br>
    </p>
    <div class="moz-cite-prefix">On 13/05/2019 12:11, Steven Ryerse via
      ARIN-PPML wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:b6afded15c2544f1af60e23867b915ab@eclipse-networks.com">
      <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
      <meta name="Generator" content="Microsoft Word 15 (filtered
        medium)">
      <!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]-->
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
@font-face
        {font-family:"MS Gothic";
        panose-1:2 11 6 9 7 2 5 8 2 4;}
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:"\@MS Gothic";
        panose-1:2 11 6 9 7 2 5 8 2 4;}
@font-face
        {font-family:"Trebuchet MS";
        panose-1:2 11 6 3 2 2 2 2 2 4;}
@font-face
        {font-family:"\@MS Mincho";
        panose-1:2 2 6 9 4 2 5 8 3 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
span.EmailStyle21
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal">Real life may be that larger sizes never
          come available, but if the size does come available and an org
          is next on the list and it can be justified within ARIN’s
          normal policies, then it should be assigned regardless of
          size.  +1 to this comment.<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <p class="MsoNormal"><span style="color:#1F497D"><o:p> </o:p></span></p>
          <p class="MsoNormal"><i><span
                style="font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">Steven Ryerse<o:p></o:p></span></i></p>
          <p class="MsoNormal"><i><span
                style="font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">President<o:p></o:p></span></i></p>
          <p class="MsoNormal"><i><span
                style="font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">100 Ashford Center
                North, Suite 110, Atlanta, GA  30338<o:p></o:p></span></i></p>
          <p class="MsoNormal"><i><span
                style="font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">770.656.1460 - Cell<o:p></o:p></span></i></p>
          <p class="MsoNormal"><i><span
                style="font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">770.399.9099 - Office<o:p></o:p></span></i></p>
          <p class="MsoNormal"><i><span
                style="font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">770.392.0076 - Fax<o:p></o:p></span></i></p>
          <p class="MsoNormal"><span
              style="font-size:10.0pt;font-family:"MS
              Mincho",serif;color:#1F497D"><o:p> </o:p></span></p>
          <p class="MsoNormal"><span style="color:#1F497D"><img
                style="width:.5833in;height:.3854in" id="_x0000_i1027"
                src="cid:part1.BF6D5507.B8FDFD40@gmail.com"
                alt="Description: Description: Eclipse Networks
                Logo_small.png" class="" width="56" height="37"></span><span
              style="font-size:10.0pt;font-family:"MS
              Gothic";color:#1F497D">℠</span><span
              style="font-size:14.0pt;font-family:"Trebuchet
              MS",sans-serif;color:#1F497D">
            </span><span style="font-family:"Trebuchet
              MS",sans-serif;color:#1F497D">Eclipse Networks, Inc.</span><span
              style="font-size:14.0pt;font-family:"Trebuchet
              MS",sans-serif;color:#1F497D"><o:p></o:p></span></p>
          <p class="MsoNormal" style="text-indent:.5in"><sup><span
                style="font-size:9.0pt;font-family:"Trebuchet
                MS",sans-serif;color:#1F497D">        Conquering
                Complex Networks</span></sup><sup><span
                style="font-size:9.0pt;color:#1F497D">℠</span></sup><sup><span
                style="font-size:9.0pt;font-family:"Trebuchet
                MS",sans-serif;color:#1F497D"><o:p></o:p></span></sup></p>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <div style="border:none;border-top:solid #E1E1E1
            1.0pt;padding:3.0pt 0in 0in 0in">
            <p class="MsoNormal"><b>From:</b> ARIN-PPML
              <a class="moz-txt-link-rfc2396E" href="mailto:arin-ppml-bounces@arin.net"><arin-ppml-bounces@arin.net></a> <b>On Behalf Of
              </b>Tom Pruitt<br>
              <b>Sent:</b> Monday, May 13, 2019 10:39 AM<br>
              <b>To:</b> David Farmer <a class="moz-txt-link-rfc2396E" href="mailto:farmer@umn.edu"><farmer@umn.edu></a><br>
              <b>Cc:</b> <a class="moz-txt-link-abbreviated" href="mailto:arin-ppml@arin.net">arin-ppml@arin.net</a><br>
              <b>Subject:</b> Re: [arin-ppml] Fwd: Advisory Council
              Recommendation Regarding NRPM 4.1.8. Unmet Requests<o:p></o:p></p>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">My biggest objection is limiting of an
          organization to a specific size.    Although I realize ARIN
          can change policies, I believe if an organization has in good
          faith followed the existing rules and been put on the waiting
          list that they should not come away with nothing especially
          those that were on the list before the current suspension
          began.   If those organizations were watching the list, and
          moving up, it is likely that they have made business decisions
          based on that data with the assumption that they would get an
          allocation at some point.   I believe the proposed allocation
          limit is being discussed as a method to discourage bad actors
          from receiving address space and then just holding them in
          order to sell them at a profit once they are allowed, but as
          you stated “the waiting list is primarily a mechanism to
          ensure resources are not stuck at ARIN”, that has nothing to
          do with the size of an organization requesting resources.
              I can support an allocation limit per allocation, and even
          extending the time an organization must wait before  getting
          back on the wait list.  That being said, if an organization is
          willing to wait on the list until the resources are available
          then they should get the allocation. 
          <o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal">Thanks<span style="color:#002060">,<o:p></o:p></span></p>
        <p class="MsoNormal">Tom Pruitt <o:p></o:p></p>
        <p class="MsoNormal"><span style="color:black">Network Engineer<o:p></o:p></span></p>
        <p class="MsoNormal"><span style="color:black">Stratus Networks<o:p></o:p></span></p>
        <p class="MsoNormal"><img style="width:2.0208in;height:.6875in"
            id="Picture_x0020_1"
            src="cid:part2.05435669.25911E44@gmail.com"
            alt="stratus_networks_logo_FINAL" class="" width="194"
            height="66"><span style="color:black"><o:p></o:p></span></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <p class="MsoNormal"><b>From:</b> David Farmer <<a
            href="mailto:farmer@umn.edu" moz-do-not-send="true">farmer@umn.edu</a>>
          <br>
          <b>Sent:</b> Friday, May 10, 2019 3:44 PM<br>
          <b>To:</b> Tom Pruitt <<a
            href="mailto:tpruitt@stratusnet.com" moz-do-not-send="true">tpruitt@stratusnet.com</a>><br>
          <b>Cc:</b> <a href="mailto:arin-ppml@arin.net"
            moz-do-not-send="true">arin-ppml@arin.net</a><br>
          <b>Subject:</b> Re: [arin-ppml] Fwd: Advisory Council
          Recommendation Regarding NRPM 4.1.8. Unmet Requests<o:p></o:p></p>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <div>
            <div>
              <p class="MsoNormal">If /20 is too small is their another
                size you would propose? a /19 or a /18 maybe? Do you
                have an argument for why that is the right number?<o:p></o:p></p>
            </div>
            <div>
              <p class="MsoNormal"><o:p> </o:p></p>
            </div>
            <div>
              <p class="MsoNormal">When the AC looked at this there was
                strong support for limiting the size of the organization
                that could qualify to ensure these resources went to
                smaller organizations. But there were varying opinions
                on what that size should be, /20 was just the option
                with the most support amongst the AC. <o:p></o:p></p>
              <div>
                <p class="MsoNormal"><o:p> </o:p></p>
              </div>
              <div>
                <p class="MsoNormal">This formulation also provides a
                  limit on how many times an organization can go back to
                  the waiting list, allowing smaller organizations more
                  times to return to the waiting list, while limiting
                  lager organization to fewer times to return to the
                  waiting list.  And organizations that already have
                  more than a /20 must go to the market.<o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">  <o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">A /20 limit, gives a new
                  organization (with no resources) the opportunity
                  receive up to 5 allocations from the waiting list if
                  they got a /22 each time.<o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">A /19 limit would allow a new ISP
                  up to 9 allocations if they got a /22 each time.<o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal">A /18 limit would allow a new ISP
                  up to 17 allocations if they got a /22 each time.<o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal"><o:p> </o:p></p>
              </div>
              <div>
                <p class="MsoNormal">Please realize the waiting list is
                  primarily a mechanism to ensure resources are not
                  stuck at ARIN, it should not be seen as a reliable
                  means of obtaining resources. <o:p></o:p></p>
              </div>
              <div>
                <p class="MsoNormal"><o:p> </o:p></p>
              </div>
              <div>
                <p class="MsoNormal">Thanks <o:p></o:p></p>
              </div>
            </div>
          </div>
        </div>
        <p class="MsoNormal"><o:p> </o:p></p>
        <div>
          <div>
            <p class="MsoNormal">On Fri, May 10, 2019 at 2:45 PM Tom
              Pruitt <<a href="mailto:tpruitt@stratusnet.com"
                target="_blank" moz-do-not-send="true">tpruitt@stratusnet.com</a>>
              wrote:<o:p></o:p></p>
          </div>
          <blockquote style="border:none;border-left:solid #CCCCCC
            1.0pt;padding:0in 0in 0in
6.0pt;margin-left:4.8pt;margin-top:5.0pt;margin-right:0in;margin-bottom:5.0pt">
            <div>
              <div>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">I
                  do not support the new text, specifically the  limit
                  of a /20 per organization. 
                  <o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">The
                  limiting of an organization to an aggregate of a /20
                  is a huge hinderance of the ability of a smaller ISP
                  to compete.  A smaller ISP that can win business on
                  service and cost could lose that same business due to
                  simply recouping the IPv4 costs.   Large ISPs will
                  often give the IPs away to win the business, and it
                  costs them nothing as they received their IPV4 space
                  for free.   Additionally, many smaller ISPs operate in
                  outlying areas where IPv6 adoption will likely be
                  slow, which will also hinder their ability to push
                  IPv6.    I’m not sure at what point an organization
                  becomes “large”, but the smaller organizations are the
                  ones that will be hurt by this limit. 
                  <o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">What
                  happens to organizations that are currently on the
                  wait list that have an aggregate of a /20 or more?  Do
                  they still get  a /22.  Some of those organizations
                  have been on the list for over a year.   Assuming they
                  played by the rules and made decisions based on the
                  assumption that they would get an allotment of IPv4
                  addresses, denying them any addresses after they have
                  waited a year or more could be very detrimental to
                  them. These policy changes and decisions affect the
                  smaller entities greatly, and they need some clarity.<o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <div>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Thanks<span
                      style="color:#002060">,</span><o:p></o:p></p>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Tom
                    Pruitt
                    <o:p></o:p></p>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Network
                    Engineer<o:p></o:p></p>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto">Stratus
                    Networks<o:p></o:p></p>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><img
                      style="width:2.0208in;height:.6875in"
id="gmail-m_-4372306955171240917gmail-m_-5108915643666040281gmail-m_-2059722503508009439Picture_x0020_1"
                      src="cid:part2.05435669.25911E44@gmail.com"
                      alt="stratus_networks_logo_FINAL" class=""
                      width="194" height="66" border="0"><o:p></o:p></p>
                </div>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <div>
                  <div style="border:none;border-top:solid #E1E1E1
                    1.0pt;padding:3.0pt 0in 0in 0in">
                    <p class="MsoNormal"
                      style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><b>From:</b>
                      ARIN-PPML <<a
                        href="mailto:arin-ppml-bounces@arin.net"
                        target="_blank" moz-do-not-send="true">arin-ppml-bounces@arin.net</a>>
                      <b>On Behalf Of </b>Andrew Dul<br>
                      <b>Sent:</b> Monday, May 6, 2019 4:09 PM<br>
                      <b>To:</b> <a href="mailto:arin-ppml@arin.net"
                        target="_blank" moz-do-not-send="true">arin-ppml@arin.net</a><br>
                      <b>Subject:</b> [arin-ppml] Fwd: Advisory Council
                      Recommendation Regarding NRPM 4.1.8. Unmet
                      Requests<o:p></o:p></p>
                  </div>
                </div>
                <p class="MsoNormal"
                  style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"> <o:p></o:p></p>
                <p>Hello,<o:p></o:p></p>
                <p>I'd like to bring your attention to another issue
                  that may have been lost in the flurry of other
                  emails.  We are currently in a 14 day feedback period
                  for the AC's response to the Board's suspension of the
                  wait-list.   Please note the following updated text
                  for the wait-list.  Your comments on this updated text
                  are welcome.<o:p></o:p></p>
                <p>Thanks,<o:p></o:p></p>
                <p>Andrew<o:p></o:p></p>
                <p> <o:p></o:p></p>
                <p>===<o:p></o:p></p>
                <p>If no such block is available, the organization will
                  be provided the option to be placed on a waiting list
                  of pre-qualified recipients, listing both the block
                  size, for which the organization is qualified, which
                  in the case of the waiting list shall not be larger
                  than a /22, and the smallest block size acceptable to
                  the organization. An organization may not be added to
                  the waiting list if it already holds IPv4 resources
                  amounting in aggregate to more than a /20 of address
                  space. Resources received via section 4.1.8 may not be
                  transferred within 60 months of the issuance date. <o:p></o:p></p>
                <div>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><br>
                    <br>
                    -------- Forwarded Message -------- <o:p></o:p></p>
                  <table class="MsoNormalTable" cellspacing="0"
                    cellpadding="0" border="0">
                    <tbody>
                      <tr>
                        <td style="padding:0in 0in 0in 0in" valign="top"
                          nowrap="nowrap">
                          <p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;text-align:right"
                            align="right">
                            <b><span style="color:windowtext">Subject: </span></b><span
                              style="color:windowtext"><o:p></o:p></span></p>
                        </td>
                        <td style="padding:0in 0in 0in 0in">
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:windowtext">[arin-ppml]
                              Advisory Council Recommendation Regarding
                              NRPM 4.1.8. Unmet Requests<o:p></o:p></span></p>
                        </td>
                      </tr>
                      <tr>
                        <td style="padding:0in 0in 0in 0in" valign="top"
                          nowrap="nowrap">
                          <p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;text-align:right"
                            align="right">
                            <b><span style="color:windowtext">Date: </span></b><span
                              style="color:windowtext"><o:p></o:p></span></p>
                        </td>
                        <td style="padding:0in 0in 0in 0in">
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:windowtext">Mon, 29 Apr 2019
                              11:16:31 -0400<o:p></o:p></span></p>
                        </td>
                      </tr>
                      <tr>
                        <td style="padding:0in 0in 0in 0in" valign="top"
                          nowrap="nowrap">
                          <p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;text-align:right"
                            align="right">
                            <b><span style="color:windowtext">From: </span></b><span
                              style="color:windowtext"><o:p></o:p></span></p>
                        </td>
                        <td style="padding:0in 0in 0in 0in">
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:windowtext">ARIN
                              <a href="mailto:info@arin.net"
                                target="_blank" moz-do-not-send="true"><info@arin.net></a><o:p></o:p></span></p>
                        </td>
                      </tr>
                      <tr>
                        <td style="padding:0in 0in 0in 0in" valign="top"
                          nowrap="nowrap">
                          <p class="MsoNormal"
style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;text-align:right"
                            align="right">
                            <b><span style="color:windowtext">To: </span></b><span
                              style="color:windowtext"><o:p></o:p></span></p>
                        </td>
                        <td style="padding:0in 0in 0in 0in">
                          <p class="MsoNormal"
                            style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><span
                              style="color:windowtext"><a
                                href="mailto:arin-ppml@arin.net"
                                target="_blank" moz-do-not-send="true">arin-ppml@arin.net</a><o:p></o:p></span></p>
                        </td>
                      </tr>
                    </tbody>
                  </table>
                  <p class="MsoNormal"
                    style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto"><br>
                    <br>
                    Subject:<br>
                    <br>
                    At their 16 January Meeting, the Board of Trustees
                    suspended issuance of number resources under NRPM
                    section 4.1.8.2. (Fulfilling Unmet Needs), and
                    referred NRPM section 4.1.8 to the ARIN Advisory
                    Council for their recommendation.<br>
                    <br>
                    The Advisory Council has provided its
                    recommendation, and per ARIN's Policy Development
                    Process, the recommendation is hereby submitted to
                    the Public Policy Mailing List for a community
                    discussion period of 14 days, to conclude on 13 May.<br>
                    <br>
                    Once completed, the Board of Trustees will review
                    the AC’s recommendation and the PPML discussion.<br>
                    <br>
                    The full text of the Advisory Council's
                    recommendation is below.<br>
                    <br>
                    Board of Trustees meeting minutes are available at:<br>
                    <br>
                    <a
                      href="https://www.arin.net/about/welcome/board/meetings/2019_0116/"
                      target="_blank" moz-do-not-send="true">https://www.arin.net/about/welcome/board/meetings/2019_0116/</a><br>
                    <br>
                    For more details on the Policy Development Process,
                    visit:<br>
                    <br>
                    <a
                      href="https://www.arin.net/participate/policy/pdp/"
                      target="_blank" moz-do-not-send="true">https://www.arin.net/participate/policy/pdp/</a><br>
                    <br>
                    Regards,<br>
                    <br>
                    Sean Hopkins<br>
                    Policy Analyst<br>
                    American Registry for Internet Numbers (ARIN)<br>
                    <br>
                    <br>
                    <br>
                    Advisory Council recommendation:<br>
                    <br>
                    In accordance with section 10.2 of the ARIN Policy
                    Development Process, the ARIN Advisory Council
                    recommends the following actions to the Board of
                    Trustees in response to the Board’s suspension of
                    part of the operation of sections 4.1.8, 4.1.8.1 and
                    4.1.8.2 of the Numbering Resource Policy Manual:<br>
                    <br>
                    Replace section 4.1.8 as follows, then reinstate the
                    full operation of sections 4.1.8, 4.1.8.1 and
                    4.1.8.2 immediately.<br>
                    <br>
                    4.1.8. Unmet Requests<br>
                    <br>
                    In the event that ARIN does not have a contiguous
                    block of addresses of sufficient size to fulfill a
                    qualified request, ARIN will provide the requesting
                    organization with the option to specify the smallest
                    block size they’d be willing to accept, equal to or
                    larger than the applicable minimum size specified
                    elsewhere in ARIN policy. If such a smaller block is
                    available, ARIN will fulfill the request with the
                    largest single block available that fulfills the
                    request.<br>
                    <br>
                    If no such block is available, the organization will
                    be provided the option to be placed on a waiting
                    list of pre-qualified recipients, listing both the
                    block size, for which the organization is qualified,
                    which in the case of the waiting list shall not be
                    larger than a /22, and the smallest block size
                    acceptable to the organization. An organization may
                    not be added to the waiting list if it already holds
                    IPv4 resources amounting in aggregate to more than a
                    /20 of address space. Resources received via section
                    4.1.8 may not be transferred within 60 months of the
                    issuance date.<br>
                    <br>
                    Repeated requests, in a manner that would circumvent
                    4.1.6, are not allowed: an organization may only
                    receive one allocation, assignment, or transfer
                    every 3 months, but ARIN, at its sole discretion,
                    may waive this requirement if the requester can
                    document a change in circumstances since their last
                    request that could not have been reasonably foreseen
                    at the time of the original request, and which now
                    justifies additional space. Qualified requesters
                    whose request cannot be immediately met will also be
                    advised of the availability of the transfer
                    mechanism in section 8.3 as an alternative mechanism
                    to obtain IPv4 addresses.<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"
                      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.<o:p></o:p></p>
                </div>
              </div>
            </div>
            <p class="MsoNormal">_______________________________________________<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"
                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.<o:p></o:p></p>
          </blockquote>
        </div>
        <p class="MsoNormal"><br clear="all">
          <o:p></o:p></p>
        <div>
          <p class="MsoNormal"><o:p> </o:p></p>
        </div>
        <p class="MsoNormal">-- <o:p></o:p></p>
        <div>
          <p class="MsoNormal">===============================================<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>
            =============================================== <o:p></o:p></p>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></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>