<div dir="auto">Wouldn't it be cool if we had a cryptographic mechanism to sign an authority to the IRR publisher to eject old data. <div dir="auto"><br></div><div dir="auto">Some way you could prove you have control of the asset, and the  let the RADB people know you repudiated some old data, made under somebody else's authority which you can't remove directly, even though it's probably stale.</div><div dir="auto"><br></div><div dir="auto">Something like a PKI tagged with your addresses and/or ASN.</div><div dir="auto"><br></div><div dir="auto">G</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 13 Nov 2021, 10:41 am Jay Hennigan, <<a href="mailto:jay@west.net">jay@west.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tagging onto this thread as it's relevant to me.<br>
<br>
Is there any mechanism for removing stale cruft that someone else has <br>
added to IRR? Two of our subnets have some cruft from an automated <br>
script that was accurate in 2006 when they were created, but are no <br>
longer valid.<br>
<br>
Long story short, we consolidated acquisitions into a single AS, <br>
returned the old AS to ARIN, and a 2006 RADB entry that looks to have <br>
been auto-generated by Level 3 with the old AS is still hanging around, <br>
causing other to question it.<br>
<br>
-- <br>
Jay Hennigan - <a href="mailto:jay@west.net" target="_blank" rel="noreferrer">jay@west.net</a><br>
Network Engineering - CCIE #7880<br>
503 897-8550 - WB6RDV<br>
</blockquote></div>