<div dir="ltr"><div>Thank you for the advise, Ondrej. I've heard that some l3 switches do not support add-path feature in VRFs, but in this case I'm using routers, so this should work fine.</div><div><br></div><div><br></div><div>- <br></div><div>Roman.<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 22, 2019 at 9:38 AM 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 Fri, Jan 18, 2019 at 01:14:47PM -0500, Roman Romanyak wrote:<br>
> Hello Bird users,<br>
> <br>
> Does anyone know if there is a way to announce a BGP route back to the<br>
> router it was received from.<br>
> I need to do this for the following scenario.<br>
<br>
Hi<br>
<br>
I recently thought about a setup where a route-reflector modifies routes<br>
and propagates modified routes to its clients. To avoid issue with<br>
announcing route back and with (like you noticed) and with withdrawing<br>
original route (like Alexander Zubkov noticed) there is a simple solution:<br>
<br>
Use two RIB routing tables on clients and two single-directional BGP<br>
sessions - first RIB table collects routes from EBGP peers and uses first<br>
BGP session to propagate that to route-reflector, then second BGP session<br>
is used to propagate all routes back from route-reflector to second table<br>
in clients, while second table is connected to kernel/FIB.<br>
<br>
Such setup could be done in BIRD, i am just wondering whether client part<br>
of such setup could be done with common L3 switches with BGP support.<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>