Re: BGP Failover Question

[Owen DeLong <owen () delong com>]

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 switching to provider
independent (requires a renumber), but, that's a good idea for a variety of reasons.

I would hardly call the type and frequency of outages described a "whim" when
using that as a reason to change providers. Sounds like he is suffering
severe impact to his business.

Owen

On Feb 22, 2011, at 10:15 AM, Hammer wrote:

> 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
>
>
>
>
>
> On Tue, Feb 22, 2011 at 12:11 PM, Bret Clark <bclark () spectraaccess com>wrote:
>
> > 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 situations like this. Can't speak for other vendors
> > > but I'm sure the features are similar.
> > >
> > > Well as someone else stated, if an upstream provider can't provide BGP
> > reliably then it's time to give them the boot. Once in a year, okay, but
> > beyond that, then it's time to read riot act with that provider.
> > Bret