<div dir="ltr">Nick,<br>Our IRRDB source for all customers is RIPE.<div>Thanks</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 20, 2020 at 10:23 AM Shahab Vahabzadeh <<a href="mailto:me@shahabv.com">me@shahabv.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear Nick,<div>Now for customer Asiatech (AS43754) we have IPv4 and IPv6 Peering Macro which is AS-ASIATECH.</div><div>And also as I check the ripe database there is a valid route object for <a href="http://185.141.213.0/24" rel="noreferrer" target="_blank">185.141.213.0/24</a> with AS43754 itself.</div><div>So why is there an error for this prefix?</div><div>Thanks</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Apr 19, 2020 at 1:53 PM Nick Hilliard (INEX) <<a href="mailto:nick@inex.ie" target="_blank">nick@inex.ie</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Shahab Vahabzadeh wrote on 19/04/2020 08:34:<br>
> You are right but what is your idea about this prefix: <a href="http://185.141.213.0/24" rel="noreferrer" target="_blank">185.141.213.0/24</a>  ?<br>
> There is a route object in ripe with AS43754 and this AS belongs to the <br>
> customer himself.<br>
> But again it's filter with two tag: Prefix Filtered, Origin AS Filtered<br>
<br>
The list of IRRDB prefixes is built using the "IPv4 Peering Macro" and <br>
"IRRDB Source" in the Customer profile.<br>
<br>
If the "IPv4 Peering Macro" field is blank, then it uses the AS.<br>
<br>
The artisan irrdb:update-prefix-db command uses the bgpq3 command to <br>
populate the local database using the peering macro and the source list.<br>
<br>
The first thing to do is check the information that's going into the <br>
local database.<br>
<br>
-  you need to check that the "IPv4 Peering Macro" is set to what the <br>
customer specifies<br>
<br>
-  make sure the irrdb source looks correct.  Probably it should be set <br>
to "RIPE".<br>
<br>
-  you need to make sure that there is a route: object in the IRRDB for <br>
the prefix that you're checking.<br>
<br>
You can find out what bgpq3 thinks by calling it directly using the <br>
parameters specified in IXP Manager, e.g. if you've set the as-set to be <br>
blank, it will use the AS itself:<br>
<br>
> % bgpq3 -S RIPE AS43754 | grep <a href="http://185.141.213.0/24" rel="noreferrer" target="_blank">185.141.213.0/24</a><br>
> ip prefix-list NN permit <a href="http://185.141.213.0/24" rel="noreferrer" target="_blank">185.141.213.0/24</a><br>
> %<br>
<br>
This means that there's a route: object in the RIPE IRRDB, which is a <br>
good start.<br>
<br>
The next thing would be to check the AS-SET that you're using in IXP <br>
Manager for this customer, along with the IRRDB source list:<br>
<br>
> % bgpq3 -S "<IRRDB source list>" <IPv4 peering macro> | grep <a href="http://185.141.213.0/24" rel="noreferrer" target="_blank">185.141.213.0/24</a><br>
<br>
If this comes up blank, then you've identified that the problem is that <br>
you're using the wrong IRRDB source, the wrong AS set or else that the <br>
customer hasn't configured their AS set properly.<br>
<br>
Nick<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Cheers, Shahab</div></div></div></div></div>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><br></div><div>Cheers, Shahab</div></div></div></div></div>