<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">Sorry group, I just realized I was
      replying to individuals rather then the group.  Corrected an
      moving fwd.<br>
      <br>
      Here are some answers you may have missed:<br>
      1.<br>
      Arin said the smallest I could request was a /20, I was requesting
      a /22.  My current /22 is currently owned by Integra...I procured
      them from Electric Lightwave before they got eaten by Integra.<br>
      <br>
      So what does legacy mean?  Arin told me that Integra owned the
      IP's I am using.  Would it be possible to strong arm them into
      letting me reassign them to ATT?<br>
      <br>
      2.<br>
      I did put in the request that I was going to surrender my current
      /22 after migration to the newly requested /22.<br>
      <br>
      3.<br>
      This seems to cover it:<br>
      <br>
      <a class="moz-txt-link-freetext"
href="https://www.arin.net/participate/meetings/reports/ARIN_33/PDF/monday/nobile_policy.pdf">https://www.arin.net/participate/meetings/reports/ARIN_33/PDF/monday/nobile_policy.pdf</a><br>
      (is this the draft to prop 207??)<br>
      <br>
      I would be completely in favor of this as it would solve my
      problem....In fact, I would be in favor of reserving a larger
      chunk for first timers/startups.../22 or smaller, but no smaller
      then a /24.  <br>
      <br>
      <b><big>Is there anything I can do to speed this along? 
          Seriously, I will do authoring, leg work, make
          calls...whatever it takes!</big></b><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:part2.00070603.01070801@cnets.net"
          height="101" width="240"><br>
      </div>
      On 4/28/2014 8:50 PM, Derek Calanchini wrote:<br>
    </div>
    <blockquote cite="mid:535F217B.6080402@cnets.net" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Martin, can you explain <br>
        <br>
        "207 will hopefully receive "vigorous" opposition."  I am
        curious what potential issues may be.<br>
        <br>
        207 seems to meet my needs if it can happen quickly, though I
        will say that the /28 seems a bit small as that size block can
        be obtained through just about any upstream provider. I would
        think a /24 minimum would be more manageable.<br>
        <br>
        If you want simple, make the minimum block a /22 rather then a
        /20 in the current policy for single homed ISP's.<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:part3.06000103.03000301@cnets.net" height="101"
            width="240"><br>
        </div>
        On 4/28/2014 8:26 PM, Martin Hannigan wrote:<br>
      </div>
      <blockquote
cite="mid:CAMDXq5Pw7fZ+EyQvrQ24oOfPUcS+4iW2ey30w-68mPiX4n-_YQ@mail.gmail.com"
        type="cite">
        <div><br>
        </div>
        <div><br>
        </div>
        <div>The original topic of this thread requires anequivalent
           "one word" change.  /20 to N in one place in the NRPM. </div>
        <div><br>
        </div>
        That has support. 207 will hopefully receive "vigorous"
        opposition. 
        <div> <br>
        </div>
        <div>Emergencies should demand simple non controversial changes.
          This isn't it. </div>
        <div><br>
        </div>
        <div>Best, </div>
        <div><br>
        </div>
        <div>-M<<span></span><br>
          <div><br>
          </div>
          <div><br>
            <br>
            On Monday, April 28, 2014, <<a moz-do-not-send="true"
              href="mailto:sandrabrown@ipv4marketgroup.com">sandrabrown@ipv4marketgroup.com</a>>

            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello
              Andrew and Derek,<br>
              <br>
              I attended ARIN33 and met with Andrew Dul and three other
              members of the<br>
              AC to discuss the need for IPv4 numbers for new entrants
              following ARIN<br>
              runout.  As a result of this issue, we have collaborated
              to create a<br>
              draft policy<br>
              <br>
              <a moz-do-not-send="true"
                href="https://www.arin.net/policy/proposals/ARIN_prop_207_orig.html"
                target="_blank">https://www.arin.net/policy/proposals/ARIN_prop_207_orig.html</a><br>
              <br>
              to solve the problem as indicated by Andrew Dul.  This
              policy will solve<br>
              three problems that I can see:<br>
              <br>
              1) sets up a pool of IP's, size /10, for new entrants,
              once ARIN runs<br>
              out.  My interpretation is that, now that<br>
              ARIN is down to a /8, this leaves 4 /10's.  ARIN will chew
              through 3<br>
              /10's and when it hits the 4th, this /10 will<br>
              be used for new entrants and companies like Derek's to get
              additional<br>
              IP's;<br>
              <br>
              2) it sets the obtainable block size at a minimum of a
              /28, with a<br>
              maximum of a /22, for an entity;<br>
              <br>
              3) it is a one time allocation;  once a company makes a
              claim for<br>
              resources under this policy, it cannot make a second
              claim.<br>
              <br>
              I commend Andrew Dul for his speed, accuracy, and
              effectiveness in<br>
              getting this draft out.  Great job!  Although the policy
              is not perfect<br>
              in terms of content, (I would normally be opposed to the
              needs<br>
              language), it is an emergency situation, and an excellent
              compromise<br>
              that meets most requirements of progressive internet
              thinkers.<br>
              <br>
              I support this policy and encourage immediate adoption.<br>
              <br>
              Best Regards,<br>
              Sandra Brown<br>
              IPv4 Market Group<br>
              <br>
___________________________________________________________________________<br>
              <br>
              <br>
              A proposal has been submitted into the PDP process based
              upon feedback<br>
              and breakout discussions that occurred at the last
              meeting. I believe<br>
              this proposal may help with the issue which started this
              thread.<br>
              <br>
              <a moz-do-not-send="true"
                href="https://www.arin.net/policy/proposals/ARIN_prop_207_orig.html"
                target="_blank">https://www.arin.net/policy/proposals/ARIN_prop_207_orig.html</a><br>
              <br>
              There is also another group of folks working on a proposal
              to update<br>
              section 4.2.2 based upon feedback received at the meeting
              and the policy<br>
              experience report<br>
              (<a moz-do-not-send="true"
href="https://www.arin.net/participate/meetings/reports/ARIN_33/PDF/monday/nobile_policy.pdf"
                target="_blank">https://www.arin.net/participate/meetings/reports/ARIN_33/PDF/monday/nobile_policy.pdf</a>)<br>
              presented at the meeting. I suspect we will also have
              another proposal<br>
              submitted to the policy development process shortly.<br>
              <br>
              Andrew<br>
              <br>
              <br>
              On 4/28/2014 5:16 PM, Steven Ryerse wrote:<br>
              > I agree it is past time to do this as it is ARIN's
              reason to exist to allocate.<br>
              ><br>
              ><br>
              > Steven Ryerse<br>
              > President<br>
              > 100 Ashford Center North, Suite 110, Atlanta, GA
              30338<br>
              > <a moz-do-not-send="true"
                href="http://www.eclipse-networks.com" target="_blank">www.eclipse-networks.com</a><br>
              > 770.656.1460 - Cell<br>
              > 770.399.9099- Office<br>
              ><br>
              > ? Eclipse Networks, Inc.<br>
              > Conquering Complex Networks?<br>
              ><br>
              > -----Original Message-----<br>
              > From: <a moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml',
                'arin-ppml-bounces@arin.net')">arin-ppml-bounces@arin.net</a>
              [mailto:<a moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml',
                'arin-ppml-bounces@arin.net')">arin-ppml-bounces@arin.net</a>]
              On Behalf Of David Huberman<br>
              > Sent: Monday, April 28, 2014 8:13 PM<br>
              > To: Michael Peddemors; <a moz-do-not-send="true"
                href="javascript:;" onclick="_e(event, 'cvml',
                'arin-ppml@arin.net')">arin-ppml@arin.net</a><br>
              > Subject: Re: [arin-ppml] Ip allocation<br>
              ><br>
              > Full support. Making a single ISP initial allocation
              criteria that opens a /22 (or more!) to all first timers
              would be about 10 years past due, but still helpful to the
              community ARIN serves.<br>
              ><br>
              > David R Huberman<br>
              > Microsoft Corporation<br>
              > Senior IT/OPS Program Manager (GFS)<br>
              ><br>
              > ________________________________________<br>
              > From: <a moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml',
                'arin-ppml-bounces@arin.net')">arin-ppml-bounces@arin.net</a>
              <<a moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml',
                'arin-ppml-bounces@arin.net')">arin-ppml-bounces@arin.net</a>>

              on behalf of Michael Peddemors <<a
                moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml', 'michael@linuxmagic.com')">michael@linuxmagic.com</a>><br>
              > Sent: Monday, April 28, 2014 4:45:20 PM<br>
              > To: <a moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml', 'arin-ppml@arin.net')">arin-ppml@arin.net</a><br>
              > Subject: Re: [arin-ppml] Ip allocation<br>
              ><br>
              > Actually, this is timely, and you probably started at
              the right place, what would be needed though is for
              someone to write up a draft resolution to this affect, to
              change current policies.<br>
              ><br>
              > I was just talking to several parties regarding the
              same issue, and while there might have been justification
              in the past, when routing issues were a greater concern
              than running out of IPv4 space, but given the current
              situation, maybe it is time to rethink this policy.<br>
              ><br>
              > In the mean time, you are faced in getting two
              upstream providers to route to your prospective /22. I
              know, it doesn't make too much sense that the small guy
              should bear the burden of extra costs etc.. for being
              honest about his projected requirements..<br>
              ><br>
              > Any other support out there for policy changes in
              this area?<br>
              ><br>
              > On 14-04-28 04:33 PM, Derek Calanchini wrote:<br>
              >> Hello all, I will be brief as possible. I need
              assistance with either<br>
              >> requesting a policy change or an appeal/exception
              to current policy.<br>
              >><br>
              >> I started business in 1995 with 4 Class C's
              assigned from Integra (<br>
              >> /22 ). I am a full service IT provider offering
              pretty much<br>
              >> everything but connectivity. Over the years I
              have developed my<br>
              >> network such that I am using my IP's very
              efficiently. Host headers<br>
              >> on most web sites, internal IP's whenever
              possible, and of course<br>
              >> certain thing must be static, single IP's on a
              host.<br>
              >><br>
              >> I am moving in less then a year to a new office,
              and taking the<br>
              >> opportunity to get on the ATT fiber backbone
              rather then 4 bonded<br>
              >> T-1's from Integra (which is very expensive)
              Integra tells me I can<br>
              >> not take my IP's with me, and ATT tells me the
              largest block they will<br>
              >> give me is a single class C.<br>
              >><br>
              >> So I went out to Arin and setup my account and
              requested a /22 which<br>
              >> was denied because the smallest block they will
              give a single homed<br>
              >> ISP is a<br>
              >> /20 (4096 ip's)<br>
              >><br>
              >> I feel like I am being penalized for using my
              IP's efficiently!! As I<br>
              >> see it, I only have one option: Rework my network
              so every site I<br>
              >> host uses it's own dedicated IP so that I can
              justify needing a<br>
              >> /20...in which case I feel I would be doing the
              internet community a disservice.<br>
              >><br>
              >> Can anyone provided feedback on how to better
              resolve this? How do I<br>
              >> start getting the policy changed? Is there a
              process I can go through<br>
              >> to get an exemption? Would excalation my request
              be of any use?<br>
              >><br>
              >> With the IP 4 space dwindling, wouldn't it be a
              better policy to allow<br>
              >> small business to get only what they need?<br>
              >><br>
              >><br>
              >> --<br>
              >> Best regards,<br>
              >><br>
              >> Derek Calanchini<br>
              >> Owner<br>
              >> Creative Network Solutions<br>
______________________________________________________________________________<br>
              _______________________________________________<br>
              PPML<br>
              You are receiving this message because you are subscribed
              to<br>
              the ARIN Public Policy Mailing List (<a
                moz-do-not-send="true" href="javascript:;"
                onclick="_e(event, 'cvml', 'ARIN-PPML@arin.net')">ARIN-PPML@arin.net</a>).<br>
              Unsubscribe or manage your mailing list subscription at:<br>
              <a moz-do-not-send="true"
                href="http://lists.arin.net/mailman/listinfo/arin-ppml"
                target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
              Please contact <a moz-do-not-send="true"
                href="javascript:;" onclick="_e(event, 'cvml',
                'info@arin.net')">info@arin.net</a> if you experience
              any issues.<br>
            </blockquote>
          </div>
        </div>
        <br>
        <fieldset class="mimeAttachmentHeader"></fieldset>
        <br>
        <pre wrap="">_______________________________________________
PPML
You are receiving this message because you are subscribed to
the ARIN Public Policy Mailing List (<a moz-do-not-send="true" 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 moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.arin.net/mailman/listinfo/arin-ppml">http://lists.arin.net/mailman/listinfo/arin-ppml</a>
Please contact <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.</pre>
      </blockquote>
      <br>
      <br>
      <br>
      <hr style="border:none; color:#909090; background-color:#B0B0B0;
        height: 1px; width: 99%;">
      <table style="border-collapse:collapse;border:none;">
        <tbody>
          <tr>
            <td style="border:none;padding:0px 15px 0px 8px"> <a
                moz-do-not-send="true" href="http://www.avast.com/"> <img
                  moz-do-not-send="true"
                  src="http://static.avast.com/emails/avast-mail-stamp.png"
                  border="0"> </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 moz-do-not-send="true"
                  href="http://www.avast.com/">avast! Antivirus</a>
                protection is active. </p>
            </td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
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="http://lists.arin.net/mailman/listinfo/arin-ppml">http://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>
    <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>