<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" 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 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","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;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The majority of devices no longer register on SLAAC with MAC-bound addresses.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Privacy Extensions for Stateless Address Autoconfiguration in IPv6”, which is codified in RFC 4941<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">means randomly generated addresses on a rotating basis.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">You could disable SLAAC-PE, and get "effectively static" IPv6 - but it's really not.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Leif<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-left:.5in"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> ARIN-PPML [mailto:arin-ppml-bounces@arin.net]
<b>On Behalf Of </b>hostmaster@uneedus.com<br>
<b>Sent:</b> Tuesday, September 19, 2017 3:25 AM<br>
<b>To:</b> arin-ppml@arin.net<br>
<b>Subject:</b> Re: [arin-ppml] Revised - Draft Policy ARIN-2017-5: Improved IPv6 Registration Requirements<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal" style="margin-left:.5in"><o:p> </o:p></p>
<p class="MsoNormal" style="margin-left:.5in"><span style="color:red">[External Email]</span>
<br>
<br>
Placing ISP/LIR in place of ISP might be the best way to avoid confusion. <br>
As has been pointed out, they are really one and the same.<br>
<br>
Otherwise, I think that everything else about the draft is good and <br>
support.<br>
<br>
One thing to consider for future discussion is that because of the nature <br>
of IPv6, and its end-to-end nature, and assignment of public addresses, <br>
that the difference between allocate and assign using IPv6 on a specific <br>
/64 segment used for public wifi or otherwise is becoming more fluid.<br>
<br>
With SLAAC, an address is formed in part using a MAC address, which <br>
according to the rules for MAC addresses is supposed to be unique. It <br>
could be argued that these addresses are in effect "static", which could <br>
be argued is an assignment of part of the host network's /64, in effect a <br>
static /128 of that network. Due to the rules of SLAAC this happens <br>
without involvement of the host network, other than router advertisements, <br>
since the MAC originates from the guest device, as a different device will <br>
have a different MAC address.<br>
<br>
The requirement of at least a /64 in the proposed 6.5.5.4 is good in that <br>
end user networks that have SLAAC cannot be required to register the /128 <br>
associated with someones MAC address on their request. Since this limit <br>
is in the proposal, I think we do not need to address the fact that end <br>
user networks running IPv6 and SLAAC in effect are assigning addresses to <br>
end user devices, even though they are not supposed to do this unless the <br>
addresses were allocated to them like an ISP/LIR. Unlike DHCP6, which has <br>
a time limit, one could argue that SLAAC addresses are static.<br>
<br>
Something to think about.<br>
<br>
Albert Erdmann<br>
Network Administrator<br>
Paradise On Line Inc.<br>
<br>
On Mon, 18 Sep 2017, Owen DeLong wrote:<br>
<br>
> I refer you to section 6.5.1…<br>
><br>
> 6.5.1. Terminology<br>
><br>
> The terms ISP and LIR are used interchangeably in this document and any use of either term shall be construed to include both meanings.<br>
> The term nibble boundary shall mean a network mask which aligns on a 4-bit boundary (in slash notation, /n, where n is evenly divisible by 4, allowing unit quantities of X such that 2^n=X where n is evenly divisible by 4, such as 16, 256, 4096, etc.)<br>
><br>
> While it is a little unusual to have definitions outside of section 2, these were placed here in section 6.5.1 in order to avoid potential conflicts with certain language that was in section 4 at the time of writing.<br>
><br>
> Owen<br>
><br>
>> On Sep 18, 2017, at 1:14 PM, John Santos <<a href="mailto:JOHN@egh.com">JOHN@egh.com</a>> wrote:<br>
>><br>
>><br>
>><br>
>> On 9/18/2017 10:37 AM, ARIN wrote:<br>
>>> The following has been revised:<br>
>>><br>
>>> * Draft Policy ARIN-2017-5: Improved IPv6 Registration Requirements<br>
>> [snip]<br>
>><br>
>>> 4) Add new section 6.5.5.4 "Registration Requested by Recipient" of the NRPM, to read: "If the downstream recipient of a static assignment of /64 or more addresses requests publishing of that assignment in ARIN's registration database, the ISP should register
that assignment as described in section 6.5.5.1."<br>
>><br>
>> I have been under the impression that a common goal of most people proposing NRPM changes is to eliminate the use of the term "ISP", since it is not defined in the policy and most or all the relevant sections also apply to other organizations that, while
they re-allocate or reassign address space, are not, properly speaking, ISPs. Shouldn't this says "LIR" or "provider" or some other more generic term?<br>
>><br>
>><br>
>> [snip]<br>
>><br>
>> --<br>
>> John Santos<br>
>> Evans Griffiths & Hart, Inc.<br>
>> 781-861-0670 ext 539<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">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">
http://lists.arin.net/mailman/listinfo/arin-ppml</a><br>
>> Please contact <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
><br>
> <o:p></o:p></p>
</div>
</body>
</html>