<div dir="ltr">Got it, thanks for your help guys. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Dec 11, 2019 at 1:54 PM Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</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">On Wed, Dec 11, 2019 at 09:06:15AM +0100, Eric GITAU wrote:<br>
> On Wed, Dec 11, 2019 at 3:19 AM Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>><br>
> > Hi<br>
> ><br>
> > This 'rejected by protocol' is completely harmless. That just means pe1<br>
> > reject it back - no need to send the route back to the peer.<br>
> <br>
> <br>
> Thanks for the explanation, and I actually did see the "rejected by<br>
> protocol" line in the logs (below) when I reconfigured using a different<br>
> address family (vpn4 mpls).<br>
> ...<br>
> Probably minor but "show route" seems to display both tables, master4 &<br>
> t_pe1 (below) when i used vpn4 mpls address family but not when ipv4<br>
> unicast AF is used.<br>
<br>
Yes, 'show route' by defaults show one (default) table per type. If you<br>
define vpn4 mpls routing table, then it becames the default one for that<br>
type (as there is no implicit vpn4 mpls routing table). While there is<br>
already default master4 for ipv4.<br>
<br>
<br>
> > No, the reason why the route is shown in 'show route protocol' but not<br>
> > regular 'show route' is that BGP is connected to table t_pe1, while<br>
> > Kernel is connected to (default) table master4. The first command shows<br>
> > by default routes in table attached to the specified protocol, while the<br>
> > second one shows routes in default table. But you do not have connection<br>
> > between these tables (using pipe protocol), so BGP routes stay in t_pe1<br>
> > and are not in master4, so that is another reason why they are not<br>
> > exported to the kernel.<br>
> ><br>
> <br>
> Explains a lot!  I had missed the part about being in master4 to be<br>
> exported to the kernel and another use case for peer tables.<br>
> <br>
> A (most likely dump) question that's unrelated to the current topic:<br>
> - is it possible to discard the route distinguisher from vpn4 mpls prefix<br>
> (essentially changing the AF to labelled unicast) while retaining the<br>
> labelled next hop ? maybe during export to kernel ?<br>
<br>
That is currently not supported. Therefore, applicability of vpn4 mpls in<br>
BIRD is limited to route reflectors.<br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer" target="_blank">wwwkeys.pgp.net</a>)<br>
"To err is human -- to blame it on a computer is even more so."<br>
</blockquote></div>