<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:0in;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        font-size:10.0pt;
        font-family:"Courier New";}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle21
        {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:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D;background:#F8F8F8">This policy proposal is outside the scope of the ARIN Number Resource Policy Manual and similarly, discussions regarding pricing structures that
 members of the community must charge for their services are wholly outside the scope of the PPML. Further discussion of this policy must cease, and it is advisable for participants on PPML to be cautious when commenting on any proposals that may be seen as
 an unreasonable restraint of trade, specifically including restrictions on pricing or pricing models via contract, combination, or conspiracy.  ARIN policy does not impose any such restrictions on trade or pricing; and any attempt to propose or discuss such
 policies are prohibited. </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D;background:#F8F8F8"> </span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.5pt;font-family:"Arial",sans-serif;color:#1D1C1D;background:#F8F8F8">Please focus all proposals and discussions on policies that meet the Internet number resource policy principles of 1) enabling fair and impartial
 number resource administration, 2) technically sound (providing for uniqueness and usability of number resources), and 3) supported by the community. Discussions about pricing and/or pricing models for members of the community are not appropriate for this
 mailing list and outside the scope of the Policy Development Process (PDP).</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"> <o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black">-- <o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">Michael R. Abejuela</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">General Counsel</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:10.5pt;color:black">ARIN</span><span style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:12.0pt;color:black">From: </span></b><span style="font-size:12.0pt;color:black">ARIN-PPML <arin-ppml-bounces@arin.net> on behalf of Isaiah Olson <isaiah@olson-network.com><br>
<b>Date: </b>Wednesday, September 22, 2021 at 9:14 AM<br>
<b>To: </b>'ARIN-PPML List' <arin-ppml@arin.net><br>
<b>Subject: </b>[arin-ppml] Proposal to ban Leasing of IP Addresses in the ARIN region<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p>Hi Owen,<o:p></o:p></p>
<p>I do not support what you propose either. I don't disagree with your past assertions that "leasing" may be an appropriate term to describe the normal practice of LIRs delegating addresses in association with connectivity services. Given the fact that we're
 all using the term leasing to refer to slightly different things, let me clarify my earlier statements. First, let me give an unambiguous definition from a recent ACM paper:<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<p class="MsoNormal"><span style="font-family:"Arial",sans-serif">A leasing contract can restrict address usage and may include hosting or network connectivity agreements, or both. For hosters, the leased address space is usually still located in their own
 AS. In this paper we are considering two types of IP leasing models. In the first model an IP broker only leases IP address space to a customer, while in the second the IP leasing is bundled with another service contract, e.g., infrastructure hosting.</span><o:p></o:p></p>
</blockquote>
<p>I would support a well crafted policy proposal to disallow transactions of the type they refer to as the "first model", i.e. leasing addresses without any associated connectivity agreement, so long as it achieves that goal without affecting the practices
 described in the second model. I don't see surcharging or separate line items for address space in association with connectivity services as an issue, or consider it to be the same thing as leasing space off-network, which is an unrelated business practice.
 In the absence of a policy proposal that can tackle the former model without affecting the normal operation of LIRs, I prefer to keep the current policy, which allows the practice of off-network leasing, but does not allow leased addresses to be used as justification
 for additional space.<o:p></o:p></p>
<p>Thanks,<br>
Isaiah<o:p></o:p></p>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<pre>This may be considered out of scope for policy and/or might require a combination of policy and amendment to the RSA, but here goes:<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>Template: ARIN-POLICY-PROPOSAL-TEMPLATE-3.0<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>  1.      Policy Proposal Name: Ban IP Number Resource Leasing in the ARIN Region<o:p></o:p></pre>
<pre>  2.      Proposal Originator <o:p></o:p></pre>
<pre>         a.      name: Owen DeLong<o:p></o:p></pre>
<pre>         b.      email: <a href="https://lists.arin.net/mailman/listinfo/arin-ppml">owen at delong.com</a><o:p></o:p></pre>
<pre>         c.      telephone: 408-890-7992<o:p></o:p></pre>
<pre>         d.      organization: DeLong Consulting<o:p></o:p></pre>
<pre>  3.      Date:   22 September, 2021<o:p></o:p></pre>
<pre>  4.      Problem Statement:<o:p></o:p></pre>
<pre>         There is substantial discussion on PPML in opposition to Mike Burn’s proposal to allow leasing. This proposal is offered as an antonym for the consideration of those opposed to Mike’s proposal.<o:p></o:p></pre>
<pre>         This proposal would, effectively prevent all LIRs from engaging in leasing transactions or (sur)charging on the basis of the number of IP number resources issued.<o:p></o:p></pre>
<pre>  5.      Policy statement:<o:p></o:p></pre>
<pre>                                Add to the appropriate places in each of sections 4, 5, and 6 a new section containing the following text:<o:p></o:p></pre>
<pre>No signatory to any ARIN RSA is permitted by policy to engage in a recurring charge for addresses or a differentiated service charge based on the number if addresses issued to a customer. Addresses must be provided strictly as part of a contract for connectivity services and the number of addresses provided shall not, in any way, affect the cost of those connectivity services.<o:p></o:p></pre>
<pre>  6.      Comments:<o:p></o:p></pre>
<pre>         a.      Timetable for implementation: Immediate<o:p></o:p></pre>
<pre>         b.      Anything else<o:p></o:p></pre>
<pre><o:p> </o:p></pre>
<pre>END OF TEMPLATE <o:p></o:p></pre>
</blockquote>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</body>
</html>