Questions about IRR best practices

Sat Nov 13 00:55:32 UTC 2021

Wouldn't it be cool if we had a cryptographic mechanism to sign an
authority to the IRR publisher to eject old data.

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.

Something like a PKI tagged with your addresses and/or ASN.

G

On Sat, 13 Nov 2021, 10:41 am Jay Hennigan, <jay at west.net> wrote:

> Tagging onto this thread as it's relevant to me.
>
> Is there any mechanism for removing stale cruft that someone else has
> added to IRR? Two of our subnets have some cruft from an automated
> script that was accurate in 2006 when they were created, but are no
> longer valid.
>
> Long story short, we consolidated acquisitions into a single AS,
> returned the old AS to ARIN, and a 2006 RADB entry that looks to have
> been auto-generated by Level 3 with the old AS is still hanging around,
> causing other to question it.
>
> --
> Jay Hennigan - jay at west.net
> Network Engineering - CCIE #7880
> 503 897-8550 - WB6RDV
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nanog.org/pipermail/nanog/attachments/20211113/28b9e547/attachment.html>