<div dir="ltr">I think we can address a lot of these issues with a simple modification.<div><br></div><div>1. Don't purge an orphaned POC or OrgID if:</div><div>- it has POCs that have been validated in the last 24 months</div><div>- there is know ARIN interaction with the POC, OrgID in the last year.</div><div>- there has been known ARIN interaction with POCs or OrgIDs with a similar company name, or address.</div><div>- A warning email is sent to contact information on file, and a response was received asking to not delete it.</div><div><br></div><div>2. Provide a process for easy restoration of a deleted POC or OrgID.</div><div><br></div><div>As Peter Harrison points out, we would need to sort out the details of this process.</div><div><br></div><div>__Jason</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Aug 1, 2018 at 7:17 PM Michael Richardson <<a href="mailto:mcr@sandelman.ca">mcr@sandelman.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Richard Laager <<a href="mailto:rlaager@wiktel.com" target="_blank">rlaager@wiktel.com</a>> wrote:<br>
    >> Is there a way to keep a POC from being deleted orphaned, even though it<br>
    >> might not have any current use?<br>
<br>
    > Do you have a non-hypothetical example of why that might be desirable?<br>
<br>
Establishing and maintaining credentials that control a POC is a some amount<br>
of amount of work.   Login, 2nd factor authentication, etc.   I see no reason<br>
to have to start again.<br>
<br>
In the situation where I transfer all my assets elsewhere, and then for<br>
whatever reason, do not acquire new things for 25 months (maybe a non-compete<br>
agreement. Maybe a vacation. Maybe just not in the ISP business for awhile),<br>
I might want to just be able to ping my POC to keep it alive.<br>
<br>
-- <br>
]               Never tell me the odds!                 | ipv6 mesh networks [ <br>
]   Michael Richardson, Sandelman Software Works        | network architect  [ <br>
]     <a href="mailto:mcr@sandelman.ca" target="_blank">mcr@sandelman.ca</a>  <a href="http://www.sandelman.ca/" rel="noreferrer" target="_blank">http://www.sandelman.ca/</a>        |   ruby on rails    [ <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>
</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>