<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Aug 14, 2018, at 06:43 , David Farmer <<a href="mailto:farmer@umn.edu" class="">farmer@umn.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Because of recent changes, editorial if I remember correctly, section 2.5 now reads as;<div class=""><br class=""></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px" class=""><div class=""><div class="">2.5. Allocation, Assignment, Reallocation, Reassignment</div></div><div class=""><div class=""><br class=""></div></div><div class=""><div class="">Allocation - Address space delegated to an organization directly by ARIN for the purpose of subsequent distribution by the recipient organization to other parties.</div></div><div class=""><div class=""><br class=""></div></div><div class=""><div class="">Assignment - Address space delegated to an organization directly by ARIN for the exclusive use of the recipient organization.</div></div><div class=""><div class=""><br class=""></div></div><div class=""><div class="">Reallocation - Address space sub-delegated to an organization by an upstream provider for the purpose of subsequent distribution by the recipient organization to other parties.</div></div><div class=""><div class=""><br class=""></div></div><div class=""><div class="">Reassignment - Address space sub-delegated to an organization by an upstream provider for the exclusive use of the recipient organization.</div></div></blockquote><div class=""><div class="gmail_extra"><br class=""></div><div class="gmail_extra">This proposal essentially adds the following sentence to "<span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">Assignment" above.</span></div><div class="gmail_extra"><br class=""></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px" class=""><div class=""><div class="gmail_extra">A temporary assignment of address space provided to third parties shall not be considered a reassignment or a violation of the exclusive use criterion.</div></div></blockquote><div class=""><div class="gmail_extra"><br class=""></div><div class="gmail_extra">However, I propose the following minor change to that;</div><div class="gmail_extra"><br class=""></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px" class=""><div class=""><div class="gmail_extra"><div class="gmail_extra" style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">A temporary reassignment of address space provided to third parties shall not be considered a reassignment or a violation of the exclusive use criterion.</div></div></div></blockquote></div></div></blockquote><div><br class=""></div>Here’s the problem…. You’re now saying “A temporary reassignment isn’t a reassignment”.</div><div><br class=""></div><div>I realize that makes the language more consistent with our definitions, but it really doesn’t parse well.</div><div><br class=""></div><div>I propose instead, that we say what we mean and avoid this problem altogether:</div><div><br class=""></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>Temporary use of address space by third parties with the permission of the registrant shall not be considered a reassignment</div><div><span class="Apple-tab-span" style="white-space:pre"> </span>or a violation of the exclusive use criterion.</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="gmail_extra"><br class=""></div><div class="gmail_extra">Further, the sentence should also apply to "<span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">Reassignment". So, does the sentence also need to be added to "<span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">Reassignment"? Or maybe add the following sentence to <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">"</span><span style="font-size:small;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">Reassignment";</span></span></span></div><div class="gmail_extra"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span class=""><br class=""></span></span></span></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px" class=""><div class=""><div class="gmail_extra"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span class="">Excluding <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">temporary reassignments, as discussed in the definition <span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">Assignment above.</span> </span></span></span></span></div></div></blockquote></div></div></blockquote><div><br class=""></div>I’m not sure why we would need such a thing for reassignments from allocations. Since those are allowed, there’s really no benefit to failing to report them if reporting requirements would apply. If not, it’s just a no-op that adds confusion rather than removing it, IMHO.</div><div><br class=""></div><div>Owen</div><div><br class=""><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div class=""><div class="gmail_extra"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span class=""><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><br class=""></span></span></span></span></div><div class="gmail_extra"><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span style="text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class=""><span class=""><span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline" class="">Thanks</span></span></span></span></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, Aug 13, 2018 at 12:39 PM, ARIN <span dir="ltr" class=""><<a href="mailto:info@arin.net" target="_blank" class="">info@arin.net</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br class="">
The following has been revised and retitled:<br class="">
<br class="">
* Draft Policy ARIN-2018-4: Clarification on Temporary Sub-Assignments<br class="">
<br class="">
Formerly:<br class="">
<br class="">
* Draft Policy ARIN-2018-4: Clarification on IPv6 Sub-Assignments<br class="">
<br class="">
Revised text is below and can be found at:<br class="">
<a href="https://www.arin.net/policy/proposals/2018_4.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pr<wbr class="">oposals/2018_4.html</a><br class="">
<br class="">
You are encouraged to discuss all Draft Policies on PPML. The AC will evaluate the discussion in order to assess the conformance of this draft policy with ARIN's Principles of Internet number resource policy as stated in the Policy Development Process (PDP). Specifically, these principles are:<br class="">
<br class="">
* Enabling Fair and Impartial Number Resource Administration<br class="">
* Technically Sound<br class="">
* Supported by the Community<br class="">
<br class="">
The PDP can be found at:<br class="">
<a href="https://www.arin.net/policy/pdp.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pd<wbr class="">p.html</a><br class="">
<br class="">
Draft Policies and Proposals under discussion can be found at:<br class="">
<a href="https://www.arin.net/policy/proposals/index.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pr<wbr class="">oposals/index.html</a><br class="">
<br class="">
Regards,<br class="">
<br class="">
Sean Hopkins<br class="">
Policy Analyst<br class="">
American Registry for Internet Numbers (ARIN)<br class="">
<br class="">
<br class="">
<br class="">
Draft Policy ARIN-2018-4: Clarification on Temporary Sub-Assignments<br class="">
<br class="">
Problem Statement:<br class="">
<br class="">
When the policy was drafted, the concept of assignments/sub-assignments did not consider the use of IP addresses in hotspots, or the use of IP addresses by guests or employees in Bring Your Own Device (BYOD) and many other similar cases.<br class="">
<br class="">
Additionally, the IETF has recently approved the use of a unique IPv6 /64 prefix per interface/host (RFC8273) instead of a unique address. This, for example, allows users to connect to a hotspot, receive a /64 such that they are "isolated" from other users (for reasons of security, regulatory requirements, etc.) and they can also use multiple virtual machines on their devices with a unique address for each one (within the same /64).<br class="">
<br class="">
Section 2.5 (Definitions/Allocate and Assign), explicitly prohibits such assignments, stating that "Assignments... are not to be sub-assigned to other parties".<br class="">
<br class="">
This proposal clarifies this situation in this regard and better define the concept, particularly considering new uses of IPv6 (RFC8273), by means of additional language added to the definition of an Assignment.<br class="">
<br class="">
Note that the proposal text also incorporates changes made under an Editorial Change currently awaiting Board of Trustees review, available here: <a href="https://www.arin.net/policy/proposals/2017_11.html" rel="noreferrer" target="_blank" class="">https://www.arin.net/policy/pr<wbr class="">oposals/2017_11.html</a><br class="">
<br class="">
Policy Statement:<br class="">
<br class="">
Actual Text, Section 2.5:<br class="">
<br class="">
• Assign - To assign means to delegate address space to an ISP or end-user, for specific use within the Internet infrastructure they operate. Assignments must only be made for specific purposes documented by specific organizations and are not to be sub-assigned to other parties.<br class="">
<br class="">
New Text:<br class="">
<br class="">
• Assignment - Address space delegated to an organization directly by ARIN for the exclusive use of the recipient organization. A temporary assignment of address space provided to third parties shall not be considered an assignment or a violation of the exclusive use criterion.<br class="">
<br class="">
Comments<br class="">
<br class="">
Timetable for implementation:<br class="">
<br class="">
Immediate<br class="">
<br class="">
Anything else:<br class="">
<br class="">
Situation in other regions:<br class="">
<br class="">
This situation, has already been corrected in RIPE, and the policy was updated in a similar way, even if right now there is a small discrepancy between the policy text that reached consensus and the RIPE NCC Impact Analysis. A new policy proposal has been submitted to amend that, and the text is the same as presented by this proposal at ARIN. Same text has also been submitted to AfriNIC, LACNIC and APNIC.<br class="">
______________________________<wbr class="">_________________<br class="">
ARIN-PPML<br class="">
You are receiving this message because you are subscribed to<br class="">
the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" target="_blank" class="">ARIN-PPML@arin.net</a>).<br class="">
Unsubscribe or manage your mailing list subscription at:<br class="">
<a href="https://lists.arin.net/mailman/listinfo/arin-ppml" rel="noreferrer" target="_blank" class="">https://lists.arin.net/mailman<wbr class="">/listinfo/arin-ppml</a><br class="">
Please contact <a href="mailto:info@arin.net" target="_blank" class="">info@arin.net</a> if you experience any issues.<br class="">
</blockquote></div><br class=""><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div class="gmail-m_-8541895037624134558gmail_signature">==============================<wbr class="">=================<br class="">David Farmer <a href="mailto:Email%3Afarmer@umn.edu" target="_blank" class="">Email:farmer@umn.edu</a><br class="">Networking & Telecommunication Services<br class="">Office of Information Technology<br class="">University of Minnesota <br class="">2218 University Ave SE Phone: 612-626-0815<br class="">Minneapolis, MN 55414-3029 Cell: 612-812-9952<br class="">==============================<wbr class="">=================</div>
</div></div></div>
_______________________________________________<br class="">ARIN-PPML<br class="">You are receiving this message because you are subscribed to<br class="">the ARIN Public Policy Mailing List (<a href="mailto:ARIN-PPML@arin.net" class="">ARIN-PPML@arin.net</a>).<br class="">Unsubscribe or manage your mailing list subscription at:<br class=""><a href="https://lists.arin.net/mailman/listinfo/arin-ppml" class="">https://lists.arin.net/mailman/listinfo/arin-ppml</a><br class="">Please contact info@arin.net if you experience any issues.<br class=""></div></blockquote></div><br class=""></body></html>