<div dir="ltr"><div><br></div>I'm good so long is there is some way to assert that the <div>POC or OrgId is still desired <div>and prevent the deletion.</div><div><br></div><div>+1 to reviewing the "POC validation  on insert/creation" </div><div>related to larger entities with poor practices.</div><div><br></div><div>+1 to triggering the review of the creation of orphaned </div><div>status prior to completion of the action that causes it.</div><div>It does need to consult both parties. </div><div>(not suggesting you should hold up the transaction,</div><div> just use it to draw the appropriate attention to right</div><div> parties at a convenient time...  perhaps you could</div><div> make the process go faster if the parties have already</div><div> sorted these issue in advance).</div><div><br></div><div>___Jason</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Aug 6, 2018 at 11:50 AM Peter Harrison <<a href="mailto:peter@colovore.com">peter@colovore.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-size:small;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">+1 on </span><span style="text-decoration-style:initial;text-decoration-color:initial;font-size:12.8px;float:none;display:inline">"POC validation at time of orphaning"</span><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"><span style="font-size:12.8px;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline"><br></span></div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"><span style="font-size:12.8px;text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">What would the question be on the validation? </span></div><div style="font-size:small;text-decoration-style:initial;text-decoration-color:initial"><ol><li>"Do you want to remain an orphan?"<br></li><li>"Who do you want as your new parent?"<br></li><li>"We're going to delete you, OK?"<br></li></ol></div>Some either/or combination of the above. 2 and 3 maybe?<div class="gmail_extra"><br clear="all"><div><div class="m_4472673782890528301gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br><div>Peter</div></div></div></div>
<br><div class="gmail_quote">On Mon, Aug 6, 2018 at 8:44 AM, 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">+1<br>
<span class="m_4472673782890528301HOEnZb"><font color="#888888"><br>
Owen<br>
</font></span><div class="m_4472673782890528301HOEnZb"><div class="m_4472673782890528301h5"><br>
> On Aug 6, 2018, at 08:30, Joe Provo <<a href="mailto:jzp-arin-consult@rsuc.gweep.net" target="_blank">jzp-arin-consult@rsuc.gweep.net</a>> wrote:<br>
> <br>
> <br>
> [personal hat on]<br>
> <br>
>> On Mon, Aug 06, 2018 at 07:37:54AM -0700, Owen DeLong wrote:<br>
>> [snip]<br>
>> It might be nice if it was sufficient to simply validate the POC<br>
>> ala current POC validation procedure rather than requiring some<br>
>> form of change, but if there???s some reason not to permit that,<br>
>> I???m not strongly tied to the idea.<br>
> <br>
> Allowing POC validation to de-orphan (until the next iteration)<br>
> nicely covers a number of smaller edge cases previously raised.<br>
> I think that's a big win for aliveness detection.<br>
> <br>
> Offhand, I'd lean to qtrly rather than 60 days as even the<br>
> larger iceberg orgs tend to be able to address things on that<br>
> timescale. Not super wedded to that detail.<br>
> <br>
> JC previously wrote:<br>
>> Of the 454,090 Org IDs that currently have one and only one <br>
>> reassignment, 81,480 (18%) are duplicates (i.e. share the exact <br>
>> same organization name with another of the 454,090). <br>
>> While there may be differences in street address, contacts, etc, <br>
>> this suggests an opportunity on the part of ISPs to examine their <br>
>> SWIP publication practices and cut down on duplicate records, <br>
>> which in turn reduces orphaned records.<br>
> <br>
> I would refer back to the entire discussion around "POC validation <br>
> on insert/creation" related to larger entities with poor practices.<br>
> As that's only 18% of the current problem, perhaps a symmetrical<br>
> process of "POC validation at time of orphaning" would be desirable<br>
> *after* this larger garbage collection process had run its course?<br>
> It seems to me that keeping the data hygiene part of the transaction<br>
> would increase the likelihood of success (attention is currently <br>
> here) else we'll be permanently relying upon garbage collection <br>
> sweeps and the possibility of having to re-engage well after <br>
> transactions have been completed and forgotten.<br>
> <br>
> Cheers!<br>
> <br>
> Joe<br>
> <br>
> -- <br>
> Posted from my personal account - see X-Disclaimer header.<br>
> Joe Provo / Gweep / Earthling <br>
> _______________________________________________<br>
> ARIN-Consult<br>
> You are receiving this message because you are subscribed to the ARIN Consult Mailing<br>
> List (<a href="mailto:ARIN-consult@arin.net" target="_blank">ARIN-consult@arin.net</a>).<br>
> Unsubscribe or manage your mailing list subscription at:<br>
> <a href="https://lists.arin.net/mailman/listinfo/arin-consult" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-consult</a> Please contact the ARIN Member Services<br>
> Help Desk at <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
<br>
_______________________________________________<br>
ARIN-Consult<br>
You are receiving this message because you are subscribed to the ARIN Consult Mailing<br>
List (<a href="mailto:ARIN-consult@arin.net" target="_blank">ARIN-consult@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-consult" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-consult</a> Please contact the ARIN Member Services<br>
Help Desk at <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</div></div></blockquote></div><br></div></div>
_______________________________________________<br>
ARIN-Consult<br>
You are receiving this message because you are subscribed to the ARIN Consult Mailing<br>
List (<a href="mailto:ARIN-consult@arin.net" target="_blank">ARIN-consult@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="https://lists.arin.net/mailman/listinfo/arin-consult" rel="noreferrer" target="_blank">https://lists.arin.net/mailman/listinfo/arin-consult</a> Please contact the ARIN Member Services<br>
Help Desk at <a href="mailto:info@arin.net" target="_blank">info@arin.net</a> if you experience any issues.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><font color="#555555" face="'courier new', monospace"><div><span style="color:rgb(0,0,0);font-family:arial"><font color="#555555" face="'courier new', monospace">_______________________________________________________<br></font><div><font face="'courier new', monospace">Jason Schiller|NetOps|<a href="mailto:jschiller@google.com" target="_blank">jschiller@google.com</a>|571-266-0006</font></div><div><font face="'courier new', monospace"><br></font></div></span></div></font></div>