In order to help address Bill's concerns, I thought I'd try posting to the list an explanation of my own personal thoughts and opinions on each of the proposals and draft policies the AC voted on at our most recent meeting. (I'm speaking only for myself, not for the AC.) Please let me know whether or not you find this useful.<br>
<br><div class="gmail_quote">On Thu, Feb 3, 2011 at 1:44 PM, ARIN <span dir="ltr"><<a href="mailto:info@arin.net">info@arin.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
In accordance with the ARIN Policy Development Process (PDP), the ARIN<br>
Advisory Council (AC) held a meeting on 28 January 2011 and made<br>
decisions about several draft policies and proposals.<br>
<br>
The AC recommended that the ARIN Board of Trustees adopt the following<br>
draft policy:<br>
<br>
ARIN-2010-14: Standardize IP Reassignment Registration Requirements<br></blockquote><div><br>I feel that this proposal is a step in the right direction toward consistent registration requirements for IPv6, and also meets a legitimate need with regard to non-cable ISPs assigning address space to residential market areas. I saw quite a bit of community support for the policy, and very little opposition, so I voted to send it to the Board.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
The AC selected the following proposals as draft policies for adoption<br>
discussion online and at the ARIN XXVII Public Policy Meeting in San<br>
Juan, Puerto Rico. Each draft policy will be posted shortly to the PPML.<br>
<br>
ARIN-prop-119. Globally Coordinated Transfer Policy<br></blockquote><div><br>I believe this is a policy that will become increasingly necessary as the different RIRs exhaust their IPv4 free pools at different rates, and we see the effect of varying levels of IPv4 supply and demand in different regions' transfer markets, so I voted to bring this up for discussion in San Juan.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
ARIN-prop-120. Protecting Number Resources<br></blockquote><div><br>This seems to be necessary if we want ARIN to proactively look for abandoned or fraudulently obtained resources. Doing so seems like a good idea, and there seems to be quite a bit of community support for some level of proactive effort here.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
ARIN-prop-121. Better IPv6 Allocation for ISPs<br></blockquote><div><br>I'm generally in favor of the goals of this policy, and believe it needs wider discussion at the public policy meeting to determine whether we want to adopt something along these lines.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
ARIN-prop-123. Reserved Pool for Critical Infrastructure<br></blockquote><div><br>There seems to be a fair bit of community support for this idea. The amount of address space required for CI reservations would be small, so I felt this was worthy of discussion.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
ARIN-prop-127. Shared Transition Space for IPv4 Address Extension<br></blockquote><div><br>This is a very timely proposal with a lot of community support. I am undecided as to whether it's necessary, but definitely feel it needs to be discussed in Puerto Rico.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
The AC added the following proposal to their docket but decided not to<br>
select it as a draft policy at this time:<br>
<br>
ARIN-prop-126. Compliance Requirement<br></blockquote><div><br>I believe the goals behind this proposal are sound, and would like to see it discussed further by the community. There are some definite concerns around the exact structure and text of the proposal that still need to be worked on. I voted to select it as a draft policy, because I believe those can be worked out before the April meeting, but the majority of the AC disagreed, and voted not to select it for adoption discussion at this time.<br>
</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
The AC abandoned the following proposals:<br>
<br>
ARIN-prop-128. Replacement of Section 4.2.4.4<br></blockquote><div><br>As already discussed in this thread, I felt this proposal is not needed (due to the small number of organizations with requests in process at any given time), and that it had been overtaken by events (since IANA exhaustion was going to occur just days after our meeting). Since I don't believe emergency Board action was warranted, I feel abandonment was the proper action.<br>
<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
ARIN-prop-129. IPv4 Addresses for Process Participants<br>
ARIN-prop-130. IPv4 Transition Reservation for Every ASN<br></blockquote><div><br>It wasn't clear to me whether these policy proposals were serious, or made in jest, but either way they did not warrant further work by the AC or further consideration by the community.<br>
<br>-Scott<br><br> </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
The AC abandoned ARIN-prop-128 due to opposition on the list, and<br>
because there is insufficient time to implement the proposal through the<br>
normal PDP. As a result, the proposal would need to be a Board Emergency<br>
PDP action to have any effect. The AC understands that the use of the<br>
emergency process requires that there be significant risk to ARIN should<br>
the Board allow a situation to continue. This matter does not warrant<br>
the use of the emergency process.<br>
<br>
The AC abandoned ARIN-prop-129 and ARIN-prop-130 because they violate<br>
the community principle of needs-based assignments.<br>
<br>
The PDP states, “Any member of the community, including a proposal<br>
originator, may initiate a Discussion Petition if they are dissatisfied<br>
with the action taken by the Advisory Council regarding any specific<br>
policy proposal.” Proposals 126, 128, 129 and 130 may be petitioned<br>
(Discussion Petition) to try to change them into draft policies for<br>
adoption discussion on the Public Policy Mailing List and at the April<br>
Public Policy Meeting. The deadline to begin a petition will be five<br>
business days after the AC's draft meeting minutes are published.<br>
<br>
For more information on starting and participating in petitions, see PDP<br>
Petitions at: <a href="https://www.arin.net/policy/pdp_petitions.html" target="_blank">https://www.arin.net/policy/pdp_petitions.html</a><br>
<br>
Draft Policy and Policy Proposal texts are available at:<br>
<a href="https://www.arin.net/policy/proposals/index.html" target="_blank">https://www.arin.net/policy/proposals/index.html</a><br>
<br>
The ARIN Policy Development Process can be found at:<br>
<a href="https://www.arin.net/policy/pdp.html" target="_blank">https://www.arin.net/policy/pdp.html</a><br>
<br>
Regards,<br>
<br>
Communications and Member Services<br>
American Registry for Internet Numbers (ARIN)<br>
<br>
<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 href="mailto:ARIN-PPML@arin.net" target="_blank">ARIN-PPML@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-ppml" target="_blank">http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
Please contact <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div><br>