
<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">See inline:<br class=""><div class="">

<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div style="orphans: 2; widows: 2;" class=""><br class=""></div></div></div>

</div>

<br class=""><div><blockquote type="cite" class=""><div class="">On Aug 6, 2018, at 11:30 AM, Joe Provo <<a href="mailto:jzp-arin-consult@rsuc.gweep.net" class="">jzp-arin-consult@rsuc.gweep.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class=""><br class="">[personal hat on]<br class=""><br class="">On Mon, Aug 06, 2018 at 07:37:54AM -0700, Owen DeLong wrote:<br class="">[snip]<br class=""><blockquote type="cite" class="">It might be nice if it was sufficient to simply validate the POC<br class="">ala current POC validation procedure rather than requiring some<br class="">form of change, but if there???s some reason not to permit that,<br class="">I???m not strongly tied to the idea.<br class=""></blockquote></div></div></blockquote><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Allowing POC validation to de-orphan (until the next iteration)<br class="">nicely covers a number of smaller edge cases previously raised.<br class="">I think that's a big win for aliveness detection.<br class=""></div></div></blockquote><div><br class=""></div><div>+1 - I like the idea of being able to de-orphan until the next iteration. </div><br class=""><blockquote type="cite" class=""><div class=""><div class=""><br class="">Offhand, I'd lean to qtrly rather than 60 days as even the<br class="">larger iceberg orgs tend to be able to address things on that<br class="">timescale. Not super wedded to that detail.<br class=""><br class=""></div></div></blockquote><div><br class=""></div><div>+1 - I think 90 days is a better timescale in general. That should keep things much more up to date than we are currently seeing while not being an overly long amount of time.</div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class="">JC previously wrote:<br class=""><blockquote type="cite" class="">Of the 454,090 Org IDs that currently have one and only one <br class="">reassignment, 81,480 (18%) are duplicates (i.e. share the exact <br class="">same organization name with another of the 454,090). <br class="">While there may be differences in street address, contacts, etc, <br class="">this suggests an opportunity on the part of ISPs to examine their <br class="">SWIP publication practices and cut down on duplicate records, <br class="">which in turn reduces orphaned records.<br class=""></blockquote><br class="">I would refer back to the entire discussion around "POC validation <br class="">on insert/creation" related to larger entities with poor practices.<br class="">As that's only 18% of the current problem, perhaps a symmetrical<br class="">process of "POC validation at time of orphaning" would be desirable<br class="">*after* this larger garbage collection process had run its course?<br class="">It seems to me that keeping the data hygiene part of the transaction<br class="">would increase the likelihood of success (attention is currently <br class="">here) else we'll be permanently relying upon garbage collection <br class="">sweeps and the possibility of having to re-engage well after <br class="">transactions have been completed and forgotten.<br class=""><br class=""></div></div></blockquote><div><br class=""></div><div>A pre-orphaning/validation notice could also be helpful in addition to the validating at the time of orphaning. This gives orgs a chance to discuss any changes that may be needed before the actual orphaning takes place. </div><div><br class=""></div><br class=""><blockquote type="cite" class=""><div class=""><div class="">Cheers!<br class=""><br class="">Joe<br class=""><br class="">-- <br class="">Posted from my personal account - see X-Disclaimer header.<br class="">Joe Provo / Gweep / Earthling <br class="">_______________________________________________<br class="">ARIN-Consult<br class="">You are receiving this message because you are subscribed to the ARIN Consult Mailing<br class="">List (<a href="mailto:ARIN-consult@arin.net" class="">ARIN-consult@arin.net</a>).<br class="">Unsubscribe or manage your mailing list subscription at:<br class=""><a href="https://lists.arin.net/mailman/listinfo/arin-consult" class="">https://lists.arin.net/mailman/listinfo/arin-consult</a> Please contact the ARIN Member Services<br class="">Help Desk at <a href="mailto:info@arin.net" class="">info@arin.net</a> if you experience any issues.<br class=""></div></div></blockquote><br class=""></div><div><div style="orphans: 2; widows: 2;" class="">--</div><div style="orphans: 2; widows: 2;" class="">Brian E Jones, CSP-SM, CSP-PO</div><div style="orphans: 2; widows: 2;" class="">NI&S Virginia Tech</div><div style="orphans: 2; widows: 2;" class=""><a href="mailto:bjones@vt.edu" class="">bjones@vt.edu</a></div></div><br class=""></body></html>