<div><div dir="auto">Hi Denis,</div></div><div dir="auto"><br></div><div dir="auto">Can you point us to one example object?</div><div dir="auto"><br></div><div dir="auto">Kind regards,</div><div dir="auto"><br></div><div dir="auto">Job</div><div><br><div class="gmail_quote"><div dir="ltr">On Wed, Oct 17, 2018 at 22:23 denis walker via routing-wg <<a href="mailto:routing-wg@ripe.net">routing-wg@ripe.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="color:#000;background-color:#fff;font-family:Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif;font-size:16px"><div id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375482">Hi guys</div><div id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375818"><br></div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375816">There is a corner case where invalid ROUTE(6) objects may occur in the source: RIPE database. Before NWI-5 a ROUTE(6) object could be created either by the address space holder or the ASN holder. Both had to authorise the creation, but whoever created the object would maintain it.</div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375972"><br></div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375700">Suppose the ASN holder created an object and maintains it, then the address space holder chooses another ASN to announce the address space. The address space holder can delete the ROUTE(6) object using the Force Delete mechanism(1), if they know about it. But many resource holders still don't know such mechanisms exist. They may instead just create an RPKI ROA for the new announcement and leave the old ROUTE(6) object in the database.</div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375779"><br></div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375762">AFAIK there isn't yet any alignment mechanism, but it has been talked about recently, and the cleanup proposal under discussion only applies to source: RIPE-NONAUTH (but I'm not suggesting you extend it). Although this is a corner case, it means you can't guarantee all the data in source: RIPE is still authoritative.</div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375808"><br></div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375842">(1) <a href="https://www.ripe.net/manage-ips-and-asns/db/support/documentation/ripe-database-documentation/10-authorisation/10-13-force-delete-functionality" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375841" target="_blank">https://www.ripe.net/manage-ips-and-asns/db/support/documentation/ripe-database-documentation/10-authorisation/10-13-force-delete-functionality</a></div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_376004"><br></div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375933">cheers</div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375934">denis</div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_376014">co-chair DB-WG</div><div dir="ltr" id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_376016"><br></div><div id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375862"><br></div><div id="m_2748056517281171395yui_3_16_0_ym19_1_1539599962189_375923"><br></div></div></div></blockquote></div></div>