<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    My issue with this proposal is that it might create an expectation
    that operators will start routing that space.  I just see a s**t
    storm when Customer A gets a /29 and no one can reach it.  I see it,
    in the long term, generating a lot of problems.<br>
    <br>
    Aaron<br>
    <br>
    <div class="moz-cite-prefix">On 3/20/2014 3:06 PM, Owen DeLong
      wrote:<br>
    </div>
    <blockquote
      cite="mid:2ADB2063-DB59-427D-9610-2E7B7B427A66@delong.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <br>
      <div>
        <div>On Mar 20, 2014, at 13:01 , Heather Schiller <<a
            moz-do-not-send="true"
            href="mailto:heather.skanks@gmail.com">heather.skanks@gmail.com</a>>
          wrote:</div>
        <br class="Apple-interchange-newline">
        <blockquote type="cite">
          <div dir="ltr">As a shepherd for this proposal, I would like
            to solicit community feedback on the proposed text.
            <div><br>
            </div>
            <div>Aside from the general support/against.. some things to
              consider:</div>
            <div><br>
            </div>
            <div>
              Do you concur with or have any comment on the problem
              statement?  </div>
          </div>
        </blockquote>
        <div><br>
        </div>
        I do not concur with the problem statement.</div>
      <div><br>
        <blockquote type="cite">
          <div dir="ltr">
            <div>If you support the problem statement, do you support
              removing section 8.2 as the correct path for remediating
              this conflict?  Do you have other suggestions for how to
              handle this?</div>
          </div>
        </blockquote>
        <div><br>
        </div>
        No.</div>
      <div><br>
        <blockquote type="cite">
          <div dir="ltr">
            <div>If you are opposed, what concerns do you have about
              implementing this policy? </div>
          </div>
        </blockquote>
        <div><br>
        </div>
        I have previously stated my concerns. IMHO, this is yet another
        attempt to bypass the needs-basis and seeks to solve a problem
        which does not, in fact, exist.</div>
      <div><br>
      </div>
      <div>Owen</div>
      <div><br>
        <blockquote type="cite">
          <div dir="ltr">
            <div><br>
            </div>
            <div>Thanks,</div>
            <div>--Heather</div>
            <div><br>
            </div>
          </div>
          <div class="gmail_extra"><br>
            <br>
            <div class="gmail_quote">
              On Tue, Mar 4, 2014 at 3:12 PM, ARIN <span dir="ltr"><<a
                  moz-do-not-send="true" href="mailto:info@arin.net"
                  target="_blank">info@arin.net</a>></span> wrote:<br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">
                On 20 February 2014 the ARIN Advisory Council (AC)
                accepted<br>
                "ARIN-prop-199 Resolve Conflict Between RSA and 8.2
                Utilization Requirements" as a Draft Policy.<br>
                <br>
                Draft Policy ARIN-2014-9 is below and can be found at:<br>
                <a moz-do-not-send="true"
                  href="https://www.arin.net/policy/proposals/2014_9.html"
                  target="_blank">https://www.arin.net/policy/proposals/2014_9.html</a><br>
                <br>
                You are encouraged to discuss the merits and your
                concerns of Draft<br>
                Policy 2014-9 on the Public Policy Mailing List.<br>
                <br>
                The AC will evaluate the discussion in order to assess
                the conformance<br>
                of this draft policy with ARIN's Principles of Internet
                Number Resource<br>
                Policy as stated in the PDP. Specifically, these
                principles are:<br>
                <br>
                  * Enabling Fair and Impartial Number Resource
                Administration<br>
                  * Technically Sound<br>
                  * Supported by the Community<br>
                <br>
                The ARIN Policy Development Process (PDP) can be found
                at:<br>
                <a moz-do-not-send="true"
                  href="https://www.arin.net/policy/pdp.html"
                  target="_blank">https://www.arin.net/policy/pdp.html</a><br>
                <br>
                Draft Policies and Proposals under discussion can be
                found at:<br>
                <a moz-do-not-send="true"
                  href="https://www.arin.net/policy/proposals/index.html"
                  target="_blank">https://www.arin.net/policy/proposals/index.html</a><br>
                <br>
                Regards,<br>
                <br>
                Communications and Member Services<br>
                American Registry for Internet Numbers (ARIN)<br>
                <br>
                <br>
                ## * ##<br>
                <br>
                <br>
                Draft Policy ARIN-2014-9<br>
                Resolve Conflict Between RSA and 8.2 Utilization
                Requirements<br>
                <br>
                Date: 4 March 2014<br>
                <br>
                Problem Statement:<br>
                <br>
                8.2 transfer policy has utilization requirements at the
                time of the review of the transfer request.<br>
                <br>
                The RSA section 6 expressly forbids ARIN from
                de-registering blocks (in whole or in part) due to
                under-utilization or no-justification during transfer
                requests.<br>
                <br>
                This is a direct conflict.<br>
                <br>
                Return and aggregate are not done in collaboration; they
                are coerced by policy without the willing consent of the
                transfer parties.<br>
                <br>
                We should remove all utilization references from 8.2
                language to ensure the policy is compliant with the RSA.<br>
                <br>
                Policy statement:<br>
                <br>
                Remove from 8.2:<br>
                "In the event that number resources of the combined
                organizations are no longer justified under ARIN policy
                at the time ARIN becomes aware of the transaction,
                through a transfer request or otherwise, ARIN will work
                with the resource holder(s) to return, aggregate,
                transfer, or reclaim resources as needed to restore
                compliance via the processes outlined in current ARIN
                policy."<br>
                <br>
                Comments:<br>
                a.Timetable for implementation: Immediate<br>
                b.Anything else:<br>
                <br>
                <br>
                <br>
                <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="mailto:ARIN-PPML@arin.net" target="_blank">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="mailto:info@arin.net" target="_blank">info@arin.net</a>
                if you experience any issues.<br>
              </blockquote>
            </div>
            <br>
          </div>
          _______________________________________________<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="mailto: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">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.</blockquote>
      </div>
      <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>
  </body>
</html>