Re: BGP Failover Question

2011-02-22 Thread Hammer
Uncle! -Hammer- "I was a normal American nerd." -Jack Herer On Tue, Feb 22, 2011 at 1:20 PM, Owen DeLong wrote: > > On Feb 22, 2011, at 10:52 AM, Hammer wrote: > > I agree. But swapping providers is not the default answer in some > environments. I work in an enterprise with multiple GE

Re: BGP Failover Question

2011-02-22 Thread Owen DeLong
On Feb 22, 2011, at 10:52 AM, Hammer wrote: > I agree. But swapping providers is not the default answer in some > environments. I work in an enterprise with multiple GE circuits from multiple > providers to the Internet. The lead time on calling up a different carrier > and saying "I need a gi

Re: BGP Failover Question

2011-02-22 Thread Hammer
Funny, I was just at your IPv6 sight this morning while researching multihoming scenarios. "That name sounds familiar." -Hammer- "I was a normal American nerd." -Jack Herer On Tue, Feb 22, 2011 at 12:52 PM, Hammer wrote: > I agree. But swapping providers is not the default answer in

Re: BGP Failover Question

2011-02-22 Thread Hammer
I agree. But swapping providers is not the default answer in some environments. I work in an enterprise with multiple GE circuits from multiple providers to the Internet. The lead time on calling up a different carrier and saying "I need a gigabit connection to the Internet" would probably be 90-12

Re: BGP Failover Question

2011-02-22 Thread Owen DeLong
Assuming that he has provider independent space (why run full BGP feeds if you are not multihomed?), then, actually it's about on par and less disruptive in general. Add new provider, wait a day or two, then disconnect old provider. If he's using provider assigned space, then, the big hurdle is s

Re: BGP Failover Question

2011-02-22 Thread Hammer
I'm not argueing that at all. But it wasn't relevent to the question at hand. And depending on the scale of your business dumping providers is not something done on a whim. It's not like your fed up with DSL and want to convert to Cable. -Hammer- "I was a normal American nerd." -Jack Herer

Re: BGP Failover Question

2011-02-22 Thread Bret Clark
On 02/22/2011 12:23 PM, Hammer wrote: As Max stated, you can set triggers based on thresholds that are monitered via multiple methods in Cisco IOS. That way you could force the route down dynamically. There's always a risk when letting the machines do the thinking but this would help in situation

Re: BGP Failover Question

2011-02-22 Thread Hammer
As Max stated, you can set triggers based on thresholds that are monitered via multiple methods in Cisco IOS. That way you could force the route down dynamically. There's always a risk when letting the machines do the thinking but this would help in situations like this. Can't speak for other vendo

Re: BGP Failover Question

2011-02-22 Thread Chris Wallace
We are recieving full routes from both providers. ---Chris On Feb 21, 2011, at 6:36 PM, Charles Gucker wrote: > On Mon, Feb 21, 2011 at 4:10 PM, Chris Wallace > wrote: >> This isn't the first time we have seen this issue with our various >> providers, how can I prevent issues like this from ha

Re: BGP Failover Question

2011-02-21 Thread Charles Gucker
On Mon, Feb 21, 2011 at 4:10 PM, Chris Wallace wrote: >This isn't the first time we have seen this issue with our various providers, >how can I prevent issues like this from happening in the future? Quick question, are you running with a default route from your provider? If so, you're better o

Re: BGP Failover Question

2011-02-21 Thread Seth Mattinen
On 2/21/2011 13:44, Max Pierson wrote: >>Save yourself the headache and find a new provider that knows how to > handle BGP > > I've had this happen with providers that do know how to handle BGP. Just > because you peer with 3356, 701, etc, doesn't mean operators can't make > a mistake. I've even s

Re: BGP Failover Question

2011-02-21 Thread Max Pierson
>Save yourself the headache and find a new provider that knows how to handle BGP I've had this happen with providers that do know how to handle BGP. Just because you peer with 3356, 701, etc, doesn't mean operators can't make a mistake. I've even seen this happen due to some wierd BGP behavior cau

Re: BGP Failover Question

2011-02-21 Thread Seth Mattinen
On 2/21/2011 13:10, Chris Wallace wrote: > I am looking for some help with an issue we recently had with one of our BGP > peers recently. I currently have two DIA providers each terminated into > their own edge router and I am doing iBGP to exchange routes between the two > edge routers. Last

Re: BGP Failover Question

2011-02-21 Thread Max Pierson
I would simply monitor PPS on those links and set a threshold which will kick off an alert at least. If your scripting savvy, other tools such as IP SLA and EEM on Cisco could be used to automate the failover. Juniper also has a similar scripting tool that can probably do the same. I've had this ha

RE: BGP Failover Question

2011-02-21 Thread Brian Johnson
you trust they will forward your packets because that is why you are paying them. - Brian J. -Original Message- From: Chris Wallace [mailto:li...@iamchriswallace.com] Sent: Monday, February 21, 2011 3:10 PM To: NANOG Subject: BGP Failover Question I am looking for some help with an

BGP Failover Question

2011-02-21 Thread Chris Wallace
I am looking for some help with an issue we recently had with one of our BGP peers recently. I currently have two DIA providers each terminated into their own edge router and I am doing iBGP to exchange routes between the two edge routers. Last week Provider A made a policy change "somewhere"