<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font size="+1"><tt>Hi Nigel and others<br>
<br>
Why are you only considering long term, complex solutions that
seem to have no agreement? There is a simple and quick option.
Let me say it again in a few lines.<br>
<br>
-Suppose we drop the requirement for ASN auth on ROUTE creation.<br>
-All duplicated AUT-NUM objects in the RIPE Database can then be
deleted<br>
-When creating a ROUTE object for RIPE address space it will be
authorised in the normal way by the resource holder<br>
-When creating a ROUTE for non RIPE address space, notify the
resource holder and hold the creation pending acceptance<br>
-For any ROUTE creation notify the originating ASN holder as an
FYI (from any RIR region)<br>
<br>
90% of the software to do this already exists in the RIPE
Database code base. The other 10% is finding the contacts for
non RIPE resources in the authoritative RIR database and
processing the acceptance from these non RIPE resource holders
email notification.<br>
<br>
This could be implemented in a matter of weeks. All ROUTE
objects in the RIPE Database will then be authorised by the
authoritative address space resource holder and the originating
ASN resource holder will be notified of it's creation. What else
do you need right now from the RIPE IRR perspective?<br>
<br>
If you don't want to drop the ASN auth option simply extend the
notification/acceptance process to the ASN resource holder for
non RIPE ASNs. We still don't need copies in the RIPE Database.<br>
<br>
cheers<br>
Denis Walker<br>
Independent Netizen<br>
<br>
</tt></font><br>
<div class="moz-cite-prefix">On 12/05/2015 19:35, Nigel Titley
wrote:<br>
</div>
<blockquote cite="mid:555239D4.1090705@titley.com" type="cite">Please
find the rough notes that I took during this BOF attached
<br>
<br>
Nigel
<br>
</blockquote>
<br>
</body>
</html>