<html><head></head><body><div>That (end user rwhois) is exactly what current ARIN practice allows, and one of the reasons I was OK with abandoning the SWIP proposal (the other main reason being the lack of support). </div><div><br></div><div>In this day and age setting up an rwhois server should be trivial (cheap and easy). If it's not, that probably means someone needs to work on a better open source rwhois server implementation. <br><br><div class="acompli_signature">-Scott</div><br></div><br><br><br>
<div class="gmail_quote">On Tue, Dec 22, 2015 at 12:32 PM -0800, "Richard J. Letts" <span dir="ltr"><<a href="mailto:rjletts@uw.edu" target="_blank">rjletts@uw.edu</a>></span> wrote:<br>
<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="3D"ltr"">


<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<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;}
p.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
p.emailquote, li.emailquote, div.emailquote
        {mso-style-name:emailquote;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:1.0pt;
        border:none;
        padding:0in;
        font-size:12.0pt;
        font-family:"Times New Roman",serif;}
span.EmailStyle19
        {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]-->


<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D">As an alternative to ARIN taking on the burden of allowing/managing SWIP for end-user registrants how about allowing end-user registrants to register/run a rwhois
 server?<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 way if a large organization (like, say Apple or Microsoft) wants to publish data for their networks they can take on all the server costs and managing the
 data without imposing significant additional costs on ARIN?<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">Would that meet the need?<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>
<p class="MsoNormal" style="margin-bottom:12.0pt;line-height:12.0pt;background:white">
<b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#111111">Richard Letts</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:black"><o:p></o:p></span></p>
</div>
<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 #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in">
<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"> arin-ppml-bounces@arin.net [mailto:arin-ppml-bounces@arin.net]
<b>On Behalf Of </b>David Huberman<br>
<b>Sent:</b> Tuesday, December 22, 2015 11:45 AM<br>
<b>To:</b> arin-ppml@arin.net<br>
<b>Subject:</b> Re: [arin-ppml] Advisory Council Meeting Results - December 2015<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Following the excellent example that Scott Leibrand has done over the years, I wish to convey my objections over the abandonment of 2015-8, which would allow End-users to SWIP.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Year after year, and issue after issue, John Curran tells us "this is the way we are doing it; if you want us to change, go propose a policy".<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">That's exactly what happened with 2015-8.  <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">The issue is complex because of the billing issues (most of the justification for the original ISP fee schedule was because of SWIP) and the existence of the dichotomy between ISPs and EUs.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">But the proposal is sound, in my opinion.  It introduces a policy requirement to force ARIN to change how it runs its software.  There's no wiggle room when a policy like this is passed.  The community speaks, the staff carries it out.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">I acknowledge that there was not tremendous support at the first public meeting for 2015-8, but I think that is insufficient cause to abandon it.  We should discuss it further.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">It should not be abdicated to the services WG which is not an elected body.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">David<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Sent from <a href="https://aka.ms/qtex0l">Outlook Mobile</a><o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
<o:p></o:p></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">On Tue, Dec 22, 2015 at 11:26 AM -0800, "ARIN" <<a href="mailto:info@arin.net" target="_blank">info@arin.net</a>> wrote:<o:p></o:p></p>
</div>
</div>
<div>
<p class="MsoNormal"><span style="font-size:10.0pt">In accordance with the ARIN Policy Development Process (PDP), the ARIN<br>
Advisory Council (AC) met on 17 December 2015.<br>
<br>
Having found the following Draft Policy to be fully developed and<br>
meeting ARIN's Principles of Internet Number Resource Policy, the AC<br>
recommended it for adoption (to be posted separately for discussion as a <br>
Recommended Draft Policy):<br>
<br>
   Draft Policy ARIN-2015-11: Remove transfer language which only <br>
applied pre-exhaustion of IPv4 pool<br>
<br>
The AC abandoned the following:<br>
<br>
   Draft Policy ARIN-2015-8: Reassignment records for IPv4 End-Users<br>
<br>
The AC provided the following statement, "The ARIN AC has voted to <br>
abandon draft proposal ARIN-2015-8. Although a number of participants at <br>
ARIN 36 and on the PPML indicated support for investigation of greater <br>
harmonization of the services provided by ARIN to ISPs and End-Users, <br>
this specific proposal had no substantial community<br>
support. In fact, those who addressed themselves to the specific <br>
proposal, rather than broader issue of fees charged to ISPs vs. <br>
End-users or the types of services that ARIN should provide to each <br>
class of clients, did not support the specific proposal itself. Based on <br>
community feedback, we would suggest the broader issues be considered by <br>
ARIN, as part of a review of services."<br>
<br>
The AC is continuing to work on:<br>
<br>
   Draft Policy ARIN-2015-2: Modify 8.4 (Inter-RIR Transfers to <br>
Specified Recipients)<br>
   Draft Policy ARIN-2015-3: Remove 30 day utilization requirement in <br>
end-user IPv4 policy<br>
   Recommended Draft Policy ARIN-2015-5: Out of region use<br>
   Draft Policy ARIN-2015-6: Transfers and Multi-national Networks<br>
   Draft Policy ARIN-2015-7: Simplified requirements for demonstrated <br>
need for IPv4 transfers<br>
   Draft Policy ARIN-2015-9: Eliminating needs-based evaluation for <br>
Section 8.2, 8.3, and 8.4 transfers of IPv4 netblocks<br>
<br>
The AC abandoned 2015-8. Anyone dissatisfied with this decision may <br>
initiate a petition. The deadline to begin a petition will be five <br>
business days after the AC's draft meeting minutes are published. For <br>
more information on starting and participating in petitions, see PDP <br>
Petitions at:<br>
<a href="https://www.arin.net/policy/pdp_petitions.html">https://www.arin.net/policy/pdp_petitions.html</a><br>
<br>
Draft Policy and Proposal texts are available at:<br>
<a href="https://www.arin.net/policy/proposals/index.html">https://www.arin.net/policy/proposals/index.html</a><br>
<br>
The ARIN Policy Development Process can be found at:<br>
<a href="https://www.arin.net/policy/pdp.html">https://www.arin.net/policy/pdp.html</a><br>
<br>
Regards,<br>
<br>
Communications and Member Services<br>
American Registry for Internet Numbers (ARIN)<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.<o:p></o:p></span></p>
</div>
</div>



</div>

</blockquote>
</div>
</body></html>