<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 10, 2013 at 11:07 AM, Martin Hannigan <span dir="ltr"><<a href="mailto:hannigan@gmail.com" target="_blank">hannigan@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><br></div>Hi Eric!<br></div></blockquote>
<div><br></div><div>Marty "freak'n" Hannigan!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><br><div><div class="gmail_extra"><div class="gmail_quote"><div class="im">On Tue, Dec 10, 2013 at 10:43 AM, Eric Oosting <span dir="ltr"><<a href="mailto:eric.oosting@gmail.com" target="_blank">eric.oosting@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">
<div>On Tue, Dec 10, 2013 at 9:58 AM, Martin Hannigan <span dir="ltr"><<a href="mailto:hannigan@gmail.com" target="_blank">hannigan@gmail.com</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">



<div>On Mon, Dec 9, 2013 at 5:53 PM, John Curran <span dir="ltr"><<a href="mailto:jcurran@arin.net" target="_blank">jcurran@arin.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div>On Dec 10, 2013, at 5:52 AM, David Huberman <<a href="mailto:David.Huberman@microsoft.com" target="_blank">David.Huberman@microsoft.com</a>> wrote:<br>






<br>
> John,<br>
><br>
> Thank you for the stats.  They mostly tell the story I was thinking they would:  a very low approval and completion rate.  And from that data, PPML can build (and ask) for solutions so that Whois can be made more accurate, and transfer requests can perhaps enjoy a much higher approval and completion percentage.<br>






<br>
</div>It's not often that I see >50% characterized as a "very low" percentage rate.<br></blockquote><div><br></div></div><div>I'd call anything < 90% failure.<br></div></div></div></div></blockquote>



<div><br></div></div><div>This is a bit like being concerned about lower then 100% ATM withdrawal completion percentages when the KPI includes attempts where an invalid pin is used and where users canceled the transaction, perhaps because of the $3 fee or perhaps because of some other reason.</div>


</div></div></div></blockquote><div><br></div></div><div>The failure measurements would be telling as well with respect to the "policy". Instinct tells me that it's interpretation of "need", which has no relevance to registry accuracy and should be abandoned as a transfer requirement IMHO. <br>
</div></div></div></div></div></blockquote><div><br></div><div>My $day_job is often to assist organizations with negotiating the ARIN processes, which often boils down to properly documenting "need"; I, therefor, could be considered to have an interest in maintaining status quo. That isn't my position, however. You'll not hear an argument from me when people talk about rearranging the deck chairs. </div>
<div><br></div><div>But, afaik, "need" isn't anywhere in 8.2, though it is in 8.3.</div><div><br></div><div>If you want to bring policy that strikes need from 8.3, you probably will not hear an argument from me. I just need time to spin up a broker arm in my consulting practice. (as if there aren't enough already)</div>
<div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div><div>Unless we can absolutely tell which Abandoned or Rejected requests are in bad faith (and I don't know that we can), I don't see how these statistics are at all useful. Instead, I suggest we stop focusing on the completion rates.</div>


</div></div></div></div></blockquote><div><br></div></div><div>Well, they're useful in that we can see how deficient they are.<br></div></div></div></div></blockquote><div><br></div><div>That's my point. I don't think the statistics, as measured, are useful in determining deficiency. The number counts "failures", but some of those "failures" are desirable outcomes, and we don't know how many.</div>
<div><br></div><div>Let's focus on what we want to actually fix:</div><div><br></div><div>1) do we want to make 8.2 transfers more transparent and straight forward, thus improving and supporting "good" actors in their efforts to update records?</div>
<div>2) do we want to discourage and detect "bad" actors from hijacking resources that aren't legitimately theirs? Are we doing enough today?<br></div><div><div>3) do we want to remove "need" from 8.3? I'm unsure how this will be received by the community.</div>
<div>4) do we want to strike "need" from elsewhere/everywhere in the NRPM? I suspect I know how this would be received.</div></div><div>5) do we need more meaningful statistics on why transfers aren't going through? (caution: intent is important here, and not necessarily easy to determine or trust)</div>
<div><br></div><div>I'm happy to argue for or against these initiatives, or more accurately the policy proposal in support of them, I just don't think the statistics are useful as motivation. And I'm not sure we need them as a motivation, anyways.</div>
<div><br></div><div>-e</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">
<div class="gmail_extra"><div class="gmail_quote"><div><br></div><div class="im"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div>This doesn't mean that we shouldn't strive for a better process. Most are agreed we could make this better. The line that must be waked is to prevent and discourage bad actors while making it easier for good actors.<br>


</div></div></div></div></div></blockquote></div><div><br><br>+1<br><br><br><br></div><div>Best,<br><br></div><div>-M<<br><br> <br></div></div></div></div>
</blockquote></div><br></div></div>