nanog mailing list archives
Re: Multi site BGP Routing design
From: "Adam Greene" <maillist () webjogger net>
Date: Sat, 6 Jun 2009 09:37:48 -0400
Hi all,We actually have a very similar setup to what Justin asked about, with the exception that we advertise only some of our netblocks to one provider and the rest to the other. If one of the providers fails, we then advertise all netblocks through the provider which is still up. If the private link between our two locations fails, the two halves of our network communicate via the Internet.
From what Justin described, I would think he would be able to keep a singleASN and configure his network so that if the private link goes down, the two newly disconnected halves of his network advertise only the netblocks they can still "see" (i.e. the ones on their half). As long as his internal network is set up with dynamic routing (iBGP / OSPF) the two halves should realize they have to get to the other half via the Internet.
In our case, we don't get full routing tables from our providers, just default routes. Perhaps in Justin's case something as simple as a floating static route via the Internet to the other half of the network would take care of any ASN weirdness. It doesn't sound like he really needs his border routers to speak BGP with each other while the private link is down. If he wanted to remove the BGP session entirely under these circumstances, he could do the iBGP peering between RFC 1918 addresses and thus force the iBGP session to go down if the private link fails.
Thanks, Adam----- Original Message ----- From: "Saqib Ilyas" <msaqib () gmail com>
To: <nanog () nanog org> Sent: Saturday, June 06, 2009 8:21 AM Subject: Re: Multi site BGP Routing design
For a given interconnection between the upstream ISPs for the two site, oncethe direct link goes down, the time required for site A to learn the new route to site B and vice versa would be different with the different proposed solutions, right? Thanks and best regards On Sat, Jun 6, 2009 at 12:40 PM, Ivan Pepelnjak <ip () ioshints info> wrote:> To rephrase the OP's question, would it be BCP to acquire a > second ASN, and without further de-aggregating, continue > advertising each site's IP space to the DFZ, but from > dissimilar ASs as opposed to the same one? This would definitely be the best approach. You're not introducing new IPprefixes and you're not extending AS paths, so the net effect on the globalBGP routing is zero (OK, you might have to use the 4 byte AS number :). Just make sure that both ISPs you connect to allow you to advertise "transit" prefixes. If site A public link goes down, but the private link isup, site B will advertise its own address space plus site A's address spacewith an extra AS number in the AS path (and the upstream ISP might filter that). Ivan http://www.ioshints.info/about http://blog.ioshints.info/-- Muhammad Saqib Ilyas PhD Student, Computer Science and Engineering Lahore University of Management Sciences
Current thread:
- Multi site BGP Routing design Justin Krejci (Jun 05)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- Re: Multi site BGP Routing design Chris Adams (Jun 05)
- RE: Multi site BGP Routing design John.Herbert (Jun 05)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- RE: Multi site BGP Routing design John.Herbert (Jun 05)
- Re: Multi site BGP Routing design Chris Adams (Jun 05)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- Re: Multi site BGP Routing design Michael K. Smith (Jun 05)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- RE: Multi site BGP Routing design Ivan Pepelnjak (Jun 06)
- Re: Multi site BGP Routing design Saqib Ilyas (Jun 06)
- Re: Multi site BGP Routing design Adam Greene (Jun 06)
- RE: Multi site BGP Routing design Justin Krejci (Jun 08)
- RE: Multi site BGP Routing design Ivan Pepelnjak (Jun 09)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- RE: Multi site BGP Routing design John.Herbert (Jun 05)
- Re: Multi site BGP Routing design Chuck Anderson (Jun 05)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- Re: Multi site BGP Routing design Randy Bush (Jun 05)
- Re: Multi site BGP Routing design Steve Bertrand (Jun 05)
- Re: Multi site BGP Routing design Randy Bush (Jun 05)