<div dir="ltr">When Andrew and I were in the NOC at Internap (quite awhile ago now), we would create RADB and CWRR objects for customers who didn't do so themselves when accepting a new route from them (to make sure our transit providers who used IRRs would accept it).  Occasionally we would get a request from a customer or former customer who wanted us to delete the proxy-registered object so they could create their own, which we of course did.  But most of them, once created, probably never got removed.  If someone is interested, you could go see how many objects still exist with <a href="mailto:sleibrand@internap.com">sleibrand@internap.com</a> on them.  ;-)<div><br></div><div>-Scott</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 1, 2015 at 8:02 AM, Andrew Dul <span dir="ltr"><<a href="mailto:andrew.dul@quark.net" target="_blank">andrew.dul@quark.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 4/1/2015 7:47 AM, John Curran wrote:<br>
> On Apr 1, 2015, at 10:43 AM, Andrew Dul <<a href="mailto:andrew.dul@quark.net">andrew.dul@quark.net</a>> wrote:<br>
>> On 3/31/2015 2:09 PM, John Curran wrote:<br>
>>> On Mar 31, 2015, at 4:52 PM, Gert Doering <<a href="mailto:gert@space.net">gert@space.net</a>> wrote:<br>
>>>> ...<br>
>>>> Now, I understand that you can buy a maintainer object, and thus protect<br>
>>>> your own address space - but as a user of the RADB, how can I see which<br>
>>>> objects are legitimate, and which (paid-for!) maintainers just put in<br>
>>>> stuff that does not belong to them?<br>
>>> On a (slightly) related question...  Are there organizations, e.g. security<br>
>>> or management service providers, that put entries in routing registries and<br>
>>> update them on behalf of their customers?   I've heard folks mention this now<br>
>>> and then, but have no direct experience (and it could easily be relevant to<br>
>>> understanding goals and requirements for any changes)<br>
>>><br>
>> I have created IRR records on behalf of customers in the past.  This is<br>
>> most often done for stub networks who are either singly homed to your<br>
>> network or multihomed with another network.  The customer often doesn't<br>
>> have the experience and/or currently doesn't or doesn't want to maintain<br>
>> the technical expertise to manage these types of routing records.<br>
> How often does that pose a problem when the customers move on<br>
> to another provider?  Is that a minor issue or do we end up with<br>
> outdated cruft in the IRR as a result?<br>
</span>I haven't seen it cause a problem, but I guess it could in some cases.<br>
Usually it just creates cruft.  Although for some customers who have<br>
their own AS the old crufty record still has their origin AS and thus<br>
ends up working fine once, especially if the new provider adds that AS<br>
to their AS-SET.<br>
<span class="HOEnZb"><font color="#888888"><br>
Andrew<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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">ARIN-consult@arin.net</a>).<br>
Unsubscribe or manage your mailing list subscription at:<br>
<a href="http://lists.arin.net/mailman/listinfo/arin-consult" target="_blank">http://lists.arin.net/mailman/listinfo/arin-consult</a> Please contact the ARIN Member Services<br>
Help Desk at <a href="mailto:info@arin.net">info@arin.net</a> if you experience any issues.<br>
</div></div></blockquote></div><br></div>