<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">So it appears this is highly supported
      so far, what needs to happen to move it forward?<br>
      <br>
      <br>
      <div class="moz-signature">
        <meta http-equiv="content-type" content="text/html;
          charset=ISO-8859-1">
        <title></title>
         Best regards,<br>
        <br>
           Derek Calanchini<br>
           Owner<br>
           Creative Network Solutions<br>
           Phone: 916-852-2890<br>
           Fax: 916-852-2899<br>
        <br>
        "Adopt the metric system!"<br>
        <br>
        <img alt="CNS LOGO" src="cid:part1.04030806.08020706@cnets.net"
          height="101" width="240"><br>
      </div>
      On 4/29/2014 3:14 PM, Michael Peddemors wrote:<br>
    </div>
    <blockquote cite="mid:5360244C.80701@linuxmagic.com" type="cite">And
      I support.. if it wasn't clear..
      <br>
      I mentioned to the author that if this is tough to swallow, we
      should at least go down to a /22 everywhere..
      <br>
      <br>
      (We have an application going in as well for space, and we would
      be returning 3 /24's back upstream on acceptance as well, it would
      be nicer if we didn't have to pay the expense of a second upstream
      provider.  So I also 'support' getting the board involved to
      expedite this)
      <br>
      <br>
      On 14-04-29 02:57 PM, Randy Carpenter wrote:
      <br>
      <blockquote type="cite">
        <br>
        I support.
        <br>
        <br>
        I would want to make sure that someone who needs more than a
        /24, could still get what they need immediately rather than only
        getting a /24 (as long as what they need is available). I have
        worked with several entities that are single-homed, and are
        using a /22, but need a /21, or are using a /23 and need a /22.
        They are all unable to get additional space form their upstream.
        Allowing them to get what they need from ARIN would allow them
        to return the old space to their upstream. It would benefit all.
        <br>
        <br>
        <br>
        thanks,
        <br>
        -Randy
        <br>
        <br>
        <br>
        ----- Original Message -----
        <br>
        <blockquote type="cite">Template:
          ARIN-POLICY-PROPOSAL-TEMPLATE-3.0
          <br>
          <br>
              1.    Policy Proposal Name: Reduce all Minimum
          Allocation/Assignment units to
          <br>
              /24
          <br>
              2.    Proposal Originator
          <br>
                  a.    name: Owen DeLong
          <br>
                  b.    email: <a class="moz-txt-link-abbreviated" href="mailto:owen@delong.com">owen@delong.com</a> c.    telephone:
          408-890-7992
          <br>
                  d.    organization: Hurricane Electric
          <br>
              3.    Date: 29 April, 2014
          <br>
              4.    Problem Statement:
          <br>
          As we approach runout, more and more end users and smaller
          ISPs will be
          <br>
          unable to obtain space from their upstreams and will be
          seeking space from
          <br>
          ARIN. In order to meet these needs to the extent possible and
          to make policy
          <br>
          more fair to a broader range of the ARIN constituency, we
          should reduce the
          <br>
          minimum assignment and allocation units to /24 across the
          board.
          <br>
          5.    Policy statement:
          <br>
          Change the minimum allocation and assignment unit for all IPv4
          single and
          <br>
          multi homed instances to /20. This would include:
          <br>
          <br>
          4.2.1.5 Change all occurrences of /20 and /22 to /24
          <br>
          4.2.2.1.1 Change all occurrences of /20 to /24, and change 16
          /24s to 1 /24.
          <br>
          Remove the example about 12 /24s.
          <br>
          4.3.2.1 Change both occurrences of /20 to /24
          <br>
          4.9 Change /22 to /24
          <br>
          4.9.1 Change all instances of /22 to /24. Remove the reference
          to 4 /24s.
          <br>
          <br>
          6.    Comments:
          <br>
                  a.    Timetable for implementation: Immediate,
          possibly through board action.
          <br>
                  b.    Anything else
          <br>
          <br>
          END OF TEMPLATE
          <br>
          <br>
          <br>
          _______________________________________________
          <br>
          PPML
          <br>
          You are receiving this message because you are subscribed to
          <br>
          the ARIN Public Policy Mailing List (<a class="moz-txt-link-abbreviated" href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).
          <br>
          Unsubscribe or manage your mailing list subscription at:
          <br>
          <a class="moz-txt-link-freetext" href="http://lists.arin.net/mailman/listinfo/arin-ppml">http://lists.arin.net/mailman/listinfo/arin-ppml</a>
          <br>
          Please contact <a class="moz-txt-link-abbreviated" href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.
          <br>
        </blockquote>
        _______________________________________________
        <br>
        PPML
        <br>
        You are receiving this message because you are subscribed to
        <br>
        the ARIN Public Policy Mailing List (<a class="moz-txt-link-abbreviated" href="mailto:ARIN-PPML@arin.net">ARIN-PPML@arin.net</a>).
        <br>
        Unsubscribe or manage your mailing list subscription at:
        <br>
        <a class="moz-txt-link-freetext" href="http://lists.arin.net/mailman/listinfo/arin-ppml">http://lists.arin.net/mailman/listinfo/arin-ppml</a>
        <br>
        Please contact <a class="moz-txt-link-abbreviated" href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.
        <br>
        <br>
      </blockquote>
      <br>
      <br>
      <br>
    </blockquote>
    <br>
  
<br /><br />
<hr style='border:none; color:#909090; background-color:#B0B0B0; height: 1px; width: 99%;' />
<table style='border-collapse:collapse;border:none;'>
        <tr>
                <td style='border:none;padding:0px 15px 0px 8px'>
                        <a href="http://www.avast.com/">
                                <img border=0 src="http://static.avast.com/emails/avast-mail-stamp.png" />
                        </a>
                </td>
                <td>
                        <p style='color:#3d4d5a; font-family:"Calibri","Verdana","Arial","Helvetica"; font-size:12pt;'>
                                This email is free from viruses and malware because <a href="http://www.avast.com/">avast! Antivirus</a> protection is active.
                        </p>
                </td>
        </tr>
</table>
<br />
</body>
</html>