<div dir="auto">Hi Ronald,<div dir="auto"><br></div><div dir="auto">Could I request that you provide a pastebin of the actual list of prefixes that you think are at issue here?</div><div dir="auto"><br></div><div dir="auto">-Cynthia</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 10, 2021, 21:43 Ronald F. Guilmette via db-wg <<a href="mailto:db-wg@ripe.net">db-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">Friends,<br>
<br>
As previously discussed, the decision was made awhile back to remove from<br>
the data base all RIPE-NONAUTH route objects which refer to currently<br>
unallocated IP space:<br>
<br>
<a href="https://www.ripe.net/ripe/mail/archives/db-wg/2021-May/006952.html" rel="noreferrer noreferrer" target="_blank">https://www.ripe.net/ripe/mail/archives/db-wg/2021-May/006952.html</a><br>
<br>
In recent days I stumbled upon one such object that was still present<br>
in the data base. Upon seeing that object, I necessarily assumed that<br>
it was most likely not a "one off", and that it probably had siblings.<br>
<br>
In the spirit of trying to help out, and after a fair bit of fooling<br>
around on my part, I managed to concoct a rather simple method for<br>
finding all such bogon route objects that remain in the data base,<br>
and I wrote a small Perl script to do that exact thing. A copy of<br>
the script may be obtained here, for anyone who may be interested:<br>
<br>
<a href="https://pastebin.com/raw/LsvZ05tX" rel="noreferrer noreferrer" target="_blank">https://pastebin.com/raw/LsvZ05tX</a><br>
<br>
Notes:<br>
<br>
*) The script assumes the presence of two external programs and their<br>
presence on the user's current $PATH, i.e. the widely used wget progarm,<br>
and also John Levine's version of a thing called grepcidr, sources for<br>
which may be obtained here:<br>
<br>
<a href="https://github.com/jrlevine/grepcidr3" rel="noreferrer noreferrer" target="_blank">https://github.com/jrlevine/grepcidr3</a><br>
<br>
*) The initial line of the script may have to be adjusted depending on the<br>
location, in the filesystem, of your local Perl interpreter.<br>
<br>
*) The script computes its results based upon the following two input data<br>
files, both of which are automagically fetched by the script using wget:<br>
<br>
<a href="https://www.nro.net/wp-content/uploads/delegated-stats/nro-extended-stats" rel="noreferrer noreferrer" target="_blank">https://www.nro.net/wp-content/uploads/delegated-stats/nro-extended-stats</a><br>
<a href="ftp://ftp.ripe.net/ripe/dbase/ripe-nonauth.db.gz" rel="noreferrer noreferrer" target="_blank">ftp://ftp.ripe.net/ripe/dbase/ripe-nonauth.db.gz</a><br>
<br>
(It is my understanding that each of these is updated on a daily basis.)<br>
<br>
*) The script DOES NOT verify that the entirety of any given RIPE-NONAUTH<br>
route object in fact refers to bogon space. Rather the script only checks<br>
to see whether or not the first IPv4 address of each current RIPE-NONAUTH<br>
route object does or does not refer to current bogon space. If it does,<br>
then the entire IPv4 CIDR of the route object is printed to stdout.<br>
<br>
*) Assuming that the script is installed as "ripebogonroutes" and in one's<br>
path, it may be invoked simply as:<br>
<br>
ripebogonroutes > bogon-route-cidrs<br>
<br>
*) At present there are 55,964 RIPE-NONAUTH objects in the data base. Of<br>
these, the first address of 857 of them refers to current bogon space.<br>
It is my fervent hope that the corresponding RIPE-NONAUTH route objects<br>
will be removed from the data base as soon as reasonably practical.<br>
<br>
<br>
Regards,<br>
rfg<br>
<br>
</blockquote></div>