<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML con formato previo Car";
        margin:0cm;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.HTMLconformatoprevioCar
        {mso-style-name:"HTML con formato previo Car";
        mso-style-priority:99;
        mso-style-link:"HTML con formato previo";
        font-family:Consolas;}
span.EstiloCorreo21
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
        {page:WordSection1;}
--></style></head><body lang=ES link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'>Hi Andrew,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'>I think making it too short, will exclude the usage for point-to-point links, with typically are permanents. Also will not cover the cases where somebody want to “trick” the policy for use a kind of NAT66 to offer services behind the point-to-point link, which is the intent of my last sentence … (avoiding it).<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'>Also, replying again to David, I feel that a possible better fit may be as a new “6.5.8.5. Clarification of IPv6 Sub-Assignments” (so to avoid renumbering previous points), but then it will not apply to micro-allocations (6.10) which can also use part of the assignment for providing WiFi access to employees or visitors.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'>One more alternative is as a new section after 6.11, so “6.12. Clarification of IPv6 Sub-Assignments”<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'>Finally, this problem may be the same in IPv4, if, for example, a university is providing public addressing space to the student devices. A small rewording of the actual proposal, can solve that issue as well if we keep the idea of placing the text in section 2.5.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'>So, inputs and suggestions before I update the proposal?<o:p></o:p></span></p><div><p class=MsoNormal><span lang=EN-US style='font-size:10.5pt;color:black'><br>Regards,<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:10.5pt;color:black;mso-fareast-language:EN-US'>Jordi<o:p></o:p></span></p><p class=MsoNormal style='margin-bottom:12.0pt'><span lang=EN-US style='font-size:10.5pt;color:black;mso-fareast-language:EN-US'><o:p> </o:p></span></p></div><p class=MsoNormal><span lang=EN-US style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal style='margin-left:35.4pt'><b><span style='font-size:12.0pt;color:black'>De: </span></b><span style='font-size:12.0pt;color:black'>ARIN-PPML <arin-ppml-bounces@arin.net> en nombre de Andrew Dul <andrew.dul@quark.net><br><b>Responder a: </b><andrew.dul@quark.net><br><b>Fecha: </b>sábado, 5 de mayo de 2018, 3:40<br><b>Para: </b><arin-ppml@arin.net><br><b>Asunto: </b>Re: [arin-ppml] Draft Policy ARIN-2018-4: Clarification on IPv6 Sub-Assignments<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-left:35.4pt'><a name="_MailOriginalBody">I'd like to suggest that the proposed policy text be shorted and clarified.  I don't believe all the examples are necessary in the definition section.<br><br>Add to the end of NRPM Section 2.5 - </a><a href="https://www.arin.net/policy/nrpm.html#two5"><span style='mso-bookmark:_MailOriginalBody'>https://www.arin.net/policy/nrpm.html#two5</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><br><br>Current draft text: <br><br>The fact that a unique address or even a unique /64 prefix is non-permanently provided to third parties, on a link operated by the original receiver of the assignment, shall not be considered a sub-assignment. This includes, for example, guests or employees (devices or servers), hotspots, and point-to-point links or VPNs. The provision of addressing for permanent connectivity or broadband services is still considered a sub-assignment. Only the addressing of the point-to-point link itself can be permanent and that addressing can't be used (neither directly or indirectly) for the actual communication. <br><br>My suggested rewrite:<br><br>A unique address or a unique /64 prefix that is non-permanently provided to third parties, shall not be considered an assignment. <br><br> <br><br>On 4/24/2018 11:57 AM, David Farmer wrote:<o:p></o:p></span></p></div><blockquote style='margin-top:5.0pt;margin-bottom:5.0pt'><div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>I note that the text in question is the subject of an editorial change that the AC has recently forwarded to Board for review, at a minimum the policy text need to be updated to account for this editorial change. Further, I do not support the text as written.<br><br>I support a change to section 2 that is not quite so IPv6 specific and focused more on the idea that providing hotspot, guest access, or other such temporary access does not necessitate the making of re-assignments from a policy perspective.  Furthermore, such uses are not in conflict with the conditions of an assignment (made by ARIN) or re-assignment (made by an ISP or LIR). Also, If the details of RFC8273 need to be mentioned at all, they should be someplace in section 6, not in section 2, the definitions of assign, allocate, re-assign and re-allocate should remain agnostic about IP version.<br><br>Thanks.     <o:p></o:p></span></p><div><div><div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>On Mon, Apr 23, 2018 at 2:22 PM, ARIN <</span><a href="mailto:info@arin.net"><span style='mso-bookmark:_MailOriginalBody'>info@arin.net</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'>> wrote:<o:p></o:p></span></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>On 18 April 2018 the ARIN Advisory Council (AC) accepted "ARIN-prop-254: Clarification on IPv6 Sub-Assignments" as a Draft Policy.<br><br>Draft Policy ARIN-2018-4 is below and can be found at:<br></span><a href="https://www.arin.net/policy/proposals/2018_4.html"><span style='mso-bookmark:_MailOriginalBody'>https://www.arin.net/policy/proposals/2018_4.html</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><br><br>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><br> * Enabling Fair and Impartial Number Resource Administration<br> * Technically Sound<br> * Supported by the Community<br><br>The PDP can be found at:<br></span><a href="https://www.arin.net/policy/pdp.html"><span style='mso-bookmark:_MailOriginalBody'>https://www.arin.net/policy/pdp.html</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><br><br>Draft Policies and Proposals under discussion can be found at:<br></span><a href="https://www.arin.net/policy/proposals/index.html"><span style='mso-bookmark:_MailOriginalBody'>https://www.arin.net/policy/proposals/index.html</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><br><br>Regards,<br><br>Sean Hopkins<br>Policy Analyst<br>American Registry for Internet Numbers (ARIN)<br><br><br><br>Draft Policy ARIN-2018-4: Clarification on IPv6 Sub-Assignments<br><br>Problem Statement:<br><br>When the policy was drafted, the concept of assignments/sub-assignments did not consider a practice very common in IPv4 which is replicated and even amplified in IPv6: the use of IP addresses for point-to-point links or VPNs.<br><br>In the case of IPv6, instead of unique addresses, the use of unique prefixes (/64) is increasingly common.<br><br>Likewise, the policy failed to 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><br>Finally, the IETF has recently approved the use of a unique /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><br>Section 2.5 (Definitions/Allocate and Assign), explicitly prohibits such assignments, stating that “Assignments... are not to be sub-assigned to other parties”.<br><br>This proposal clarifies this situation in this regard and better define the concept, particularly considering new uses of IPv6 (RFC8273), by means of a new paragraph.<br><br>5.    Policy Statement<br><br>Actual Text<br><br>•    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><br>New Text<br><br>•    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><br>The fact that a unique address or even a unique /64 prefix is non-permanently provided to third parties, on a link operated by the original receiver of the assignment, shall not be considered a sub-assignment. This includes, for example, guests or employees (devices or servers), hotspots, and point-to-point links or VPNs. The provision of addressing for permanent connectivity or broadband services is still considered a sub-assignment. Only the addressing of the point-to-point link itself can be permanent and that addressing can't be used (neither directly or indirectly) for the actual communication.<br><br><br><br>6.    Comments<br><br>a.    Timetable for implementation:<br><br>Immediate<br><br>b.    Anything else:<br><br>Situation in other regions: 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>_______________________________________________<br>PPML<br>You are receiving this message because you are subscribed to<br>the ARIN Public Policy Mailing List (</span><a href="mailto:ARIN-PPML@arin.net"><span style='mso-bookmark:_MailOriginalBody'>ARIN-PPML@arin.net</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'>).<br>Unsubscribe or manage your mailing list subscription at:<br></span><a href="http://lists.arin.net/mailman/listinfo/arin-ppml"><span style='mso-bookmark:_MailOriginalBody'>http://lists.arin.net/mailman/listinfo/arin-ppml</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><br>Please contact </span><a href="mailto:info@arin.net"><span style='mso-bookmark:_MailOriginalBody'>info@arin.net</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'> if you experience any issues.<o:p></o:p></span></p></blockquote></div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'><br><br clear=all><o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p></div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>-- <o:p></o:p></span></p><div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>===============================================<br>David Farmer               </span><a href="mailto:Email%3Afarmer@umn.edu"><span style='mso-bookmark:_MailOriginalBody'>Email:farmer@umn.edu</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><br>Networking & Telecommunication Services<br>Office of Information Technology<br>University of Minnesota   <br>2218 University Ave SE        Phone: 612-626-0815<br>Minneapolis, MN 55414-3029   Cell: 612-812-9952<br>===============================================<o:p></o:p></span></p></div></div></div></div></div></div><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'><br><br><br><o:p></o:p></span></p><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>_______________________________________________<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>PPML<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>You are receiving this message because you are subscribed to<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>the ARIN Public Policy Mailing List (</span><a href="mailto:ARIN-PPML@arin.net"><span style='mso-bookmark:_MailOriginalBody'>ARIN-PPML@arin.net</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'>).<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>Unsubscribe or manage your mailing list subscription at:<o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'></span><a href="http://lists.arin.net/mailman/listinfo/arin-ppml"><span style='mso-bookmark:_MailOriginalBody'>http://lists.arin.net/mailman/listinfo/arin-ppml</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'><o:p></o:p></span></pre><pre style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>Please contact </span><a href="mailto:info@arin.net"><span style='mso-bookmark:_MailOriginalBody'>info@arin.net</span><span style='mso-bookmark:_MailOriginalBody'></span></a><span style='mso-bookmark:_MailOriginalBody'> if you experience any issues.<o:p></o:p></span></pre></blockquote><p style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'><o:p> </o:p></span></p><p class=MsoNormal style='margin-left:35.4pt'><span style='mso-bookmark:_MailOriginalBody'>_______________________________________________ ARIN-PPML You are receiving this message because you are subscribed to the ARIN Public Policy Mailing List (ARIN-PPML@arin.net). Unsubscribe or manage your mailing list subscription at: https://lists.arin.net/mailman/listinfo/arin-ppml Please contact info@arin.net if you experience any issues. </span><o:p></o:p></p></div><br>**********************************************<br>
IPv4 is over<br>
Are you ready for the new Internet ?<br>
http://www.consulintel.es<br>
The IPv6 Company<br>
<br>
This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.<br>
<br>
</body></html>