<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 23 August 2013 12:00, Job Snijders <span dir="ltr"><<a href="mailto:job@instituut.net" target="_blank">job@instituut.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Dear Eric,<div><br></div><div>You could configure the BIRD instances as 'listen only' or 'passive', that way they will not attempt to make outbound TCP connections. The other peer must not be configured as passive, otherwise they will never establish a BGP session. If you do this you could use any TCP load balancing mechanism to distribute the connections amongst the BIRD processes (haproxy / iptables / etc). </div>

</div></blockquote><div><br></div><div class="gmail_default" style="font-family:'courier new',monospace">I believe he's after the exact opposite scenario -- he wants to without a listen socket. Therefore, he can run multiple instances of BIRD. Personally, I'd just use different rules/tables within a single BIRD process, but he brings up a good point: Is there a way to make it "speak-only" similar to ExaBGP etc, rather than accept connections in and use up a (potentially privileged, if not changed) free TCP port.</div>

<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">M</div><div class="gmail_default" style="font-family:'courier new',monospace">

​​</div></div></div></div>