<div dir="auto">hi julien,<div dir="auto"><br></div><div dir="auto">using different tables is probably the only wat to get it done as you get seperate rib and in that way you can guarantee symmetrical paths but hou don't have upstream redundancy. </div><div dir="auto"><br></div><div dir="auto">kurt       </div><div dir="auto"><br></div></div><br><div class="gmail_quote"><div dir="ltr">Op zo 6 jan. 2019 01:11 schreef Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Jan 05, 2019 at 10:57:45PM +0100, Julien Sansonnens wrote:<br>
> Hi Kurt,<br>
> <br>
> Thanks a lot for your reply.<br>
> <br>
> I understand the logic, but I'm sure there must be a way to choose the<br>
> routes one want to export?<br>
> <br>
> Imagine I have two upstreams, and two peered networks (say: customers).<br>
> Both upstreams provide me with a (kind of) full table.<br>
> <br>
> I would like to export the table I get from upstream 1 to peer 1, and the<br>
> table from upstream 2 to client 2 (regardless if it's the best route or<br>
> not...)<br>
<br>
Hi<br>
<br>
It seems that you want something like policy routing, see example in wiki:<br>
<br>
<a href="https://gitlab.labs.nic.cz/labs/bird/wikis/Policy_routing" rel="noreferrer noreferrer" target="_blank">https://gitlab.labs.nic.cz/labs/bird/wikis/Policy_routing</a><br>
<br>
-- <br>
Elen sila lumenn' omentielvo<br>
<br>
Ondrej 'Santiago' Zajicek (email: <a href="mailto:santiago@crfreenet.org" target="_blank" rel="noreferrer">santiago@crfreenet.org</a>)<br>
OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, <a href="http://wwwkeys.pgp.net" rel="noreferrer 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>