<div dir="ltr">I would agree that we don't want large residential ISPs to qualify as end users.  Do you think my proposed definition would allow that, or just disagreeing with Randy's proposal with regard to single-IP transit links?<div>
<br></div><div style>-Scott</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Apr 29, 2013 at 5:04 PM, Owen DeLong <span dir="ltr"><<a href="mailto:owen@delong.com" target="_blank">owen@delong.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">There are some relatively large ISPs in the residential world that could fit that definition. I don't think we necessarily want to allow that to make them end-users for the following reasons:<br>

<br>
1.      It seems inequitable from a fee perspective vs. their competitors that provide more than one address to their<br>
        customers.<br>
<br>
2.      It creates a negative incentive on IPv6 because they certainly shouldn't be doing that when they start moving<br>
        their customers to IPv6, so they would be faced with the following possible outcomes:<br>
<br>
                1.      Substantially larger annual fees.<br>
                2.      Force their IPv6 users into IPv6 address poverty (single IPv6 address, not good.)<br>
                3.      Do not deploy IPv6 or use some other IPv6 translational technology to avoid<br>
                        assigning IPv6 addresses to their customers.<br>
<br>
As a general rule, I think 1 is sufficient reason to avoid this change. However, even if you are not convinced by 1, I think the second set of tradeoffs is more than adequate.<br>
<span class="HOEnZb"><font color="#888888"><br>
Owen<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Apr 29, 2013, at 2:25 PM, Randy Carpenter <<a href="mailto:rcarpen@network1.net">rcarpen@network1.net</a>> wrote:<br>
<br>
><br>
> One clarification that would be nice is for an org who is providing transit and a single IP address to customer(s') router(s) for purposes of routing. That sounds "ISP" at first glance, but if the org in question does not actually reassign "blocks" of addresses that need to be SWIPed/WHOISed, then I would think they would be an end-user with regard to number policy.<br>

><br>
><br>
> thanks,<br>
> -Randy<br>
><br>
><br>
> ----- Original Message -----<br>
>> At ARIN 31 last week, Leslie's Policy Experience Report (slides at<br>
>> <a href="https://www.arin.net/participate/meetings/reports/ARIN_31/PDF/monday/nobile_policy.pdf" target="_blank">https://www.arin.net/participate/meetings/reports/ARIN_31/PDF/monday/nobile_policy.pdf</a><br>
>> or<br>
>> <a href="https://www.arin.net/participate/meetings/reports/ARIN_31/PPT/monday/nobile_policy.pptx" target="_blank">https://www.arin.net/participate/meetings/reports/ARIN_31/PPT/monday/nobile_policy.pptx</a><br>
>> ) reported that, in ARIN staff's experience, the NRPM does not adequately<br>
>> define ISP/LIR vs. end-user. For example, by literally applying the existing<br>
>> definitions as currently written, my employer would be neither an ISP nor<br>
>> and end-user, because while they do not *primarily* assign address space to<br>
>> users, neither do they *exclusively* use it in their own networks. So I<br>
>> think those definitions need a few tweaks.<br>
>><br>
>> I would propose that the primary difference between ISPs/LIRs vs. end-users,<br>
>> for purposes of the NRPM, is whether an organization reassigns address<br>
>> blocks to third parties. If an organization maintains full control of all of<br>
>> the equipment on its network, and doesn't need to make any reassignments to<br>
>> other organizations, then it can qualify as an end-user. In particular, an<br>
>> end user organization must be able to supply a full list of all the IP<br>
>> addresses in use on its network, and know what devices are using those<br>
>> addresses.<br>
>><br>
>> An ISP/LIR, on the other hand, should be defined by whether they delegate<br>
>> that responsibility to another organization. In that case, they need to<br>
>> reassign the network space via SWIP/rwhois, which makes them an LIR.<br>
>><br>
>> I understand that there are other considerations, such as the expectation in<br>
>> the security community that addresses within an ISP allocation are generally<br>
>> controlled by third parties, whereas addresses in an end-user assignment are<br>
>> generally controlled by the end-user organization. However, I don't believe<br>
>> it's practical to try to draw a distinction there: rather, organizations can<br>
>> decide for themselves whether they need to make reassignments (for that or<br>
>> several other reasons), and that decision can drive whether they are<br>
>> considered an ISP/LIR or end-user for purposes of ARIN policy.<br>
>><br>
>> In light of the above, I would propose the following revised definitions:<br>
>><br>
>> 2.4. Local Internet Registry (LIR)<br>
>> The terms Internet Service Provider (ISP) and LIR are used interchangeably in<br>
>> this document. A Local Internet Registry (LIR) is an IR that assigns address<br>
>> space to the users of the network services that it provides. Therefore, LIRs<br>
>> / ISPs are organizations that reassign addresses to end users and/or<br>
>> reallocate addresses to other ISPs/LIRs.<br>
>><br>
>> 2.6. End-user<br>
>> An end-user is an organization receiving assignments of IP addresses<br>
>> exclusively for use in its operational networks, and does not register any<br>
>> reassignments of that space.<br>
>><br>
>> Thoughts? Should I submit this as a policy proposal?<br>
>><br>
>> -Scott<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" target="_blank">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>
> 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" target="_blank">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>
</div></div></blockquote></div><br></div>