<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><br></div><div>Kind regards,</div><div><br>Job</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 23, 2013 at 3:05 AM, Eric Cables <span dir="ltr"><<a href="mailto:ecables@gmail.com" target="_blank">ecables@gmail.com</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">Is it possible to run BIRD in a speaker-only only mode, such that it does not bind to a local TCP socket, for the BGP protocol? While i can bind BIRD to different TCP ports at start-up, many vendors do not support specifying a destination port other than tcp/179.<div>


<br></div><div>I'd like to run multiple instances of BIRD on a single server, each instance peering with 1-4 peers. The goal is to distribute BIRD across multiple cores, improving the number of queries per second to BIRD's control socket. </div>


<div><div><br></div><div>I apologize if this has already been discussed, but an initial search of the archives did not yield a similar request.<span class="HOEnZb"><font color="#888888"><br clear="all"><div><br>-- Eric Cables</div>

</font></span></div></div></div>
</blockquote></div><br></div>