<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: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;}
/* 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-family:"Calibri",sans-serif;}
@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">I’ve seen it from all sizes.  I don’t see an issue.  If a large quantity of people stand up and say they struggle.  I’ll be surprised.  And the assumption its
 easier for larger entities than smaller is very off base.  I’ve managed a variety of entity sizes and there are different variables at all levels that really create a level playing field. 
<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">And not everyone has the same contracts.  I’ve seen a variety and in those varieties there can also be contingencies.<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">That said, if the majority of people stand up and say it’s too difficult.  Then so be it.<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">Regards<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">Marla Azinger<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>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Scott Leibrand [mailto:scottleibrand@gmail.com]
<br>
<b>Sent:</b> Monday, October 05, 2015 12:29 PM<br>
<b>To:</b> Azinger, Marla <Marla.Azinger@FTR.com><br>
<b>Cc:</b> Rob Seastrom <rs-lists@seastrom.com>; ppml@arin.net<br>
<b>Subject:</b> Re: [arin-ppml] Thoughts on 2015-7<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Reducing the burden on ARIN staff is not part of the problem statement for this proposal (though it might be a side effect, depending on how they implement it).  The main goal here is to reduce the administrative burden on organizations
 who need to acquire IPv4 space via transfer.  That burden may actually be higher for smaller entities who don't have experience with and processes in place for jumping through ARIN's hoops.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I don't think this policy would have much impact on the ability of large well-funded entities to purchase as much address space as they like.  Currently, those organizations simply write a contract that gives them full rights to the address
 space they're buying, and allows them to transfer the space with ARIN whenever they are ready to put it into use on their network (or can otherwise pass ARIN's needs justification tests).<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">-Scott<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">On Mon, Oct 5, 2015 at 11:45 AM, Azinger, Marla <<a href="mailto:Marla.Azinger@ftr.com" target="_blank">Marla.Azinger@ftr.com</a>> wrote:<o:p></o:p></p>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal" style="margin-bottom:12.0pt">Does ARIN staff feel this is needed to support how they asses transfers?<br>
<br>
Right now I don't support this proposal.   Based on experience I don't see a problem.<br>
<br>
Additionally this could have a side effect of letting larger money endowed entities to purchase more address space faster and deplete the chances smaller entities had on the market.  This would shorten the life span of the v4 market.<br>
<br>
Regards<br>
Marla Azinger<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a> [mailto:<a href="mailto:arin-ppml-bounces@arin.net">arin-ppml-bounces@arin.net</a>] On Behalf Of Rob Seastrom<br>
Sent: Thursday, August 20, 2015 12:46 PM<br>
To: <a href="mailto:ppml@arin.net">ppml@arin.net</a><br>
Subject: [arin-ppml] Thoughts on 2015-7<br>
<br>
<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Dear Colleagues,<br>
<br>
It's been almost two months since ARIN 2015-7 was submitted.  Anyone have thoughts on "Simplified requirements for demonstrated need for IPv4 transfers"?<br>
<br>
The AC would love your input.<br>
<br>
Draft policy text follows:<br>
<br>
Draft Policy ARIN-2015-7<br>
Simplified requirements for demonstrated need for IPv4 transfers<br>
<br>
Date: 23 June 2015<br>
<br>
Problem statement:<br>
<br>
ARIN transfer policy currently inherits all its demonstrated need requirements for IPv4 transfers from NRPM sections 4. Because that section was written primarily to deal with free pool allocations, it is much more complicated than is really necessary for transfers.
 In practice, ARIN staff applies much more lenient needs assessment to section 8 IPv4 transfer requests than to free pool requests, as 24-month needs are much more difficult to assess to the same level of detail.<br>
<br>
This proposal seeks to dramatically simplify the needs assessment process for 8.3 transfers, while still allowing organizations with corner-case requirements to apply under existing policy if necessary.<br>
<br>
Policy statement:<br>
<br>
8.1.x Simplified requirements for demonstrated need for IPv4 transfers<br>
<br>
IPv4 transfer recipients must demonstrate (and an officer of the requesting organization must attest) that they will use at least 50% of their aggregate IPv4 addresses (including the requested resources) on an operational network within 24 months.<br>
<br>
Organizations that do not meet the simplified criteria above may instead demonstrate the need for number resources using the criteria in section<br>
4 of the NRPM.<br>
<br>
Comments:<br>
<br>
a. Timetable for implementation: Immediate<br>
<br>
b. Anything else<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to 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.<o:p></o:p></p>
</div>
</div>
<p class="MsoNormal">________________________________<br>
<br>
This communication is confidential. Frontier only sends and receives email on the basis of the terms set out at
<a href="http://www.frontier.com/email_disclaimer" target="_blank">http://www.frontier.com/email_disclaimer</a>.<o:p></o:p></p>
<div>
<div>
<p class="MsoNormal">_______________________________________________<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.<o:p></o:p></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
</body>
</html>