<div dir="ltr"><div dir="ltr"><div dir="ltr"><div></div><div>Most chances that BGP session was initiated from BIRD<br></div><div dir="ltr"><br>cat /etc/issue<br>Ubuntu 18.04 LTS \n \l<br>uname -r<br>4.19.0-041900rc7-generic<br><br>#VRF vrf01<br>ipv4 table table_vrf01;<br><br>protocol kernel kernel_vrf01 {<br> vrf "vrf01";<br> kernel table 101;<br> scan time 2;<br> ipv4 { <br> table table_vrf01;<br> import none; # Default is import all <br> export all; # Default is export none<br> };<br> merge paths yes;<br> learn on; # Learn all alien routes from the kernel <br>}<br><br>protocol direct direct_vrf01 {<br> vrf "vrf01";<br> ipv4 { table table_vrf01; }; <br> interface "swp32.101";<br> interface "swp17.201";<br> interface "swp18.301";<br> interface "vrf01";<br>}<br><br>protocol static static_vrf01 {<br> vrf "vrf01";<br> ipv4 { table table_vrf01; }; <br>}<br><br>protocol bgp bgp_vrf01_n1 {<br> vrf "vrf01";<br> local as 65034;<br> bfd yes;<br> graceful restart;<br> neighbor 191.34.1.4 as 65001;<br> ipv4 {<br> table table_vrf01;<br> import all;<br># export all;<br> export where source = RTS_BGP;<br> };<br>}<br><br>protocol bgp bgp_vrf01_n2 {<br> vrf "vrf01";<br> local as 65034;<br> bfd yes;<br> graceful restart;<br> neighbor 192.34.1.4 as 65001;<br> ipv4 {<br> table table_vrf01;<br> import all;<br># export all;<br> export where source = RTS_BGP;<br> };<br>}<br><br>protocol bgp bgp_vrf01_ixia1 {<br> local as 65034;<br># bfd yes;<br> neighbor 190.34.32.101 as 65134;<br> graceful restart;<br> ipv4 {<br> table table_vrf01;<br> import all;<br> export all;<br> };<br>}<br><br>Don't have possibility to compile new version<br><div><div dir="ltr" class="gmail_signature"><br>--<br>Semion Lisyansky</div></div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Nov 5, 2018 at 4:49 PM Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Nov 05, 2018 at 03:05:17PM +0200, Semion Lisyansky wrote:<br>
> Hi,<br>
> <br>
> Please find below requested info. Some omitted because of size<br>
> You may clearly see the issue on 1st show<br>
<br>
Thanks for info.<br>
<br>
You are using single-hop EBGP, therefore next hop is not resolved<br>
through a routing table, but directly through interface table,<br>
but still it should take into account VRF protocol specified<br>
by the BGP protocol.<br>
<br>
I guess setting 'gateway recursive' BGP option would fix the issue,<br>
but that is just workaround, it should work even without it.<br>
<br>
Could you try compile and run current 'int-new' branch from GIT?<br>
It has plenty of fixes related to neighbor cache, which may be<br>
related.<br>
<br>
Could you also show your config for bgp_vrf01_ixia1 protocol?<br>
That was not in the config from original post.<br>
<br>
It may be useful to know if your established BGP sessions were incoming<br>
or outgoing. Could you check that using netstat/ss?<br>
<br>
Also, what is your kernel versions? Older kernels have limited support<br>
for VRF, but not sure if that is related.<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>