<div dir="ltr"><p dir="ltr">Daniel, thanks for the confirmation that I'm not completely crazy.</p>
<p dir="ltr">I probably should have mentioned it my initial message, but didn't in the interest of clarity. We will be connecting two uplinks to these routers, and the intention is to receive a full BGP table from each. Additionally, we are peering with a local exchange. The routers have 4GB RAM each, which we assumed would be more than sufficient. Is this accurate? How about with IPv6 on top?</p>
<p>Thanks!</p><p>TJ<br></p><div class="gmail_quote">On Aug 22, 2013 4:05 AM, "Daniel Gomez" <<a href="mailto:Daniel.Gomez@synaix.de" target="_blank">Daniel.Gomez@synaix.de</a>> wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
<br>
Hi Thomas,<br>
<br>
That is not a bad idea. It is possible to make High Availability on the LAN<br>
interfaces and to have two different eBGP Sessions on the WAN interfaces.<br>
<br>
Since you are "peering" with just one ISP router do not accept Full BGP<br>
Table from it. It will consume a hughe amount of RAM memory that your<br>
system can use for forwarding puposes.<br>
<br>
Do not forget to do iBGP between your routers, it will save you from<br>
routing loops.<br>
<br>
In relation to the /29, it depends on your provider. If you pay for it I do<br>
not think it is a problem ;).<br>
<br>
Greetings,<br>
<br>
Daniel<br>
<br>
<br>
<br>
Von: Thomas Johnson <<a href="mailto:tom@claimlynx.com" target="_blank">tom@claimlynx.com</a>><br>
An: <a href="mailto:bird-users@trubka.network.cz" target="_blank">bird-users@trubka.network.cz</a><br>
Datum: 22.08.2013 03:08<br>
Betreff: High-availability BGP with BIRD<br>
Gesendet von: <a href="mailto:owner-bird-users@atrey.karlin.mff.cuni.cz" target="_blank">owner-bird-users@atrey.karlin.mff.cuni.cz</a><br>
<br>
<br>
<br>
Please let me know if bird-users is not the appropriate place for this<br>
post; admittedly it is more of a "best practices" question...<br>
<br>
I am in the process of trying to develop a plan for deploying BGP in a<br>
high-availability configuration, using a pair of FreeBSD hosts running<br>
BIRD. A number of questions have come up, leaving me unsure how to<br>
proceed. The fact that this is my first experience with BGP doesn't<br>
help matters. The following diagram outlines how I envision the<br>
[physical] configuration.<br>
<br>
+----------+<br>
+------+ router-a +-------+<br>
xxxxxxxx +----------+ |<br>
xx xx +--+-----+ +------------+<br>
xx LAN x + switch +-------| ISP router |<br>
x xx +--+-----+ +------------+<br>
xx xxxxx +----------+ |<br>
xxxxx +------+ router-b +-------+<br>
+----------+<br>
<br>
I dumped this in a pastebin, in case my mail client mauls<br>
it..<a href="http://pastebin.com/rDTDMA7j" target="_blank">http://pastebin.com/rDTDMA7j</a><br>
<br>
In this scenario, router-a and router-b are running FreeBSD, with CARP<br>
to provide a virtual IP for failover. The two routers act in a<br>
failover manner, with router-b taking over the virtual IP upon failure<br>
of router-a. The goal is to maintain the fast failover (seconds) that<br>
I get from CARP in non-BGP configurations. I am wondering if the<br>
following method is a common/feasible/best solution.<br>
<br>
Under normal conditions.<br>
* BOTH router-a and router-b establish BGP sessions to the ISP. This<br>
way, each router has a copy of the BGP routing table in memory, ready<br>
to go.<br>
* router-a advertises my prefixes to the ISP router.<br>
* all regular traffic is handled by router-a.<br>
<br>
If router-a fails.<br>
* Programmatically update the router-b BIRD config to begin<br>
advertising prefixes.<br>
* router-b already has the BGP table in memory, so routing can resume<br>
immediately.<br>
<br>
Is there a better way to achieve this? Will my ISP laugh at me when I<br>
ask them to assign me a /29, and allow me to run two BGP sessions?<br>
<br>
Thank you!<br>
TJ<br>
<br>
--<br>
This e-mail and any files transmitted with it are confidential and are<br>
intended solely for the use of the individual or entity to whom they are<br>
addressed. If you are not the intended recipient or the individual<br>
responsible for delivering the e-mail to the intended recipient, please be<br>
advised that you have received this e-mail in error and that any use,<br>
dissemination, forwarding, printing, or copying of this e-mail is strictly<br>
prohibited.<br>
<br>
If you have received this communication in error, please return it to the<br>
sender immediately and delete the original message and any copy of it from<br>
your computer system. If you have any questions concerning this message,<br>
please contact the sender or call ClaimLynx at <a href="tel:%28952%29%20593-5969" value="+19525935969" target="_blank">(952) 593-5969</a>.<br>
<br>
<br>
<br>
</blockquote></div>
</div>
<br>
<font size="3"><span style="font-family:'Courier New';background-color:rgb(255,255,255)">This e-mail and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient or the individual responsible for delivering the e-mail to the intended recipient, please be advised that you have received this e-mail in error and that any use, dissemination, forwarding, printing, or copying of this e-mail is strictly prohibited.</span><br style="font-family:'Courier New';background-color:rgb(255,255,255)"><br style="font-family:'Courier New';background-color:rgb(255,255,255)"><span style="font-family:'Courier New';background-color:rgb(255,255,255)">If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender or call ClaimLynx at (952) 593-5969.</span></font>