RE: [isp-bgp] fast backup for BGP

["Darrell Hyde" <DHyde@...>]

First, if you can, I'd highly recommend loading full routes from your providers. It makes it much easier to adjust local preference and metrics to balance link utilization and work around upstream routing issues.

As far as hardware is concerned, I'd recommend against the 75xx series unless you have the hardware already on hand. They're quite costly to scale and maintain. As for the 3750's that's certainly possible. Your only major constraint is going to be memory. You're definitely not going to be able to load full tables from your providers. The 3750's come stock w/ 128MB and are not upgradable. 

What I would recommend is announcing your space via BGP to your providers but not accepting any routes from them. Then you can create static default routes to each of your providers and use metrics to make your 100Mb link your primary exit point and your 20Mb link your secondary. You can do the same thing for ingress traffic by applying a route map to your peering session with the 20Mb provider prepending your AS several times to make the route through your 100Mb link more attractive. You may also want to check with the 20Mb provider and see if they have any BGP communities you can tag your routes with to adjust their local preference on the provider's network. Many providers do this these days.

D.

> -----Original Message-----
> From: Brian Fisk [mailto:fiskit@...] 
> Sent: Saturday, April 02, 2005 3:53 PM
> To: isp-bgp@isp-bgp.com
> Subject: Re: [isp-bgp] fast backup for BGP
> 
> I am about to order equipment for my ISP and I will have 2 providers. 
> You guys say 7206 is working for you, how would a 3750, or 3550, or
> 7505 work in the same scenario?  All of our transport to our isp's and
> our clients is ethernet.  One of our isp's will be primary, the other
> secondary (100mbits on the pri, 20mbits on the sec).  I don't need to
> do full table bgp, just enough to make sure my systems are up.  Can
> anyone help with hardware recommendations?
> 
> Brian
> 
> On Apr 1, 2005 5:36 PM, Darrell Hyde <DHyde@...> wrote:
> > I'm actually doing the same thing. I have 2 7206 VXR's, 
> each with its own Internet transit links, and a direct 
> connection between them. They each peer BGP with their 
> providers and with each other. This way I can take advantage 
> of all of my providers no matter which router is the active 
> member. The hiccup you're seeing might be because you have 
> your timers set too high. I have mine set to 5 second 
> intervals with a 15 second holdtime and my transitions are 
> always quite smooth (while pushing 100 or so mb/s to the net 
> no less). Setting each member to preempt is also key to 
> having smooth transitions. We've even taken the fire problem 
> into account as well (well sorta) by putting our routers at 
> physically diverse points in our datacenter. This has at 
> times made wiring and troubleshooting cumbersome however.
> > 
> > D.
> > 
> > > -----Original Message-----
> > > From: Jacob [mailto:jacob@...]
> > > Sent: Friday, April 01, 2005 4:56 PM
> > > To: isp-bgp@isp-bgp.com
> > > Subject: RE: [isp-bgp] fast backup for BGP
> > >
> > > HSRP?
> > >
> > > I have BGP and HSRP running on 2 7206s.  If one router
> > > crashes, the other
> > > one takes over.  But, there is about a 2 to 3 second hiccup
> > > until the HSRP
> > > moves from standby to active.
> > >
> > > Now, if one does catch on "fire", the other router could
> > > suffer since it is
> > > right next to it... ;-)
> > >
> > > -----Original Message-----
> > > From: &Igr;&ohgr;&aacgr;&ngr;&ngr;&eegr;&sfgr; &Ogr;&igr;&kgr;&ogr;&ngr;&ogr;&mgr;&ogr;&ugr; [mailto:oikonomou@...]
> > > Sent: Tuesday, March 29, 2005 6:55 AM
> > > To: isp-bgp@isp-bgp.com
> > > Subject: [isp-bgp] fast backup for BGP
> > >
> > > Hi all,
> > >
> > > I am having 2 cisco7200 and running BGP on the first one.  I
> > > am wondering if
> > > there is an easy way to set them up so in case the first one
> > > is set on fire
> > > the rest of my network will keep its connectivity.
> > >
> > > Thank you
> > >
> > > John
> > >
> > >
> > > _______________

> > >  ______________



> > > To unsubscribe via postal mail, please contact us at:
> > > Jupitermedia Corp.
> > > Attn: Discussion List Management
> > > 475 Park Avenue South
> > > New York, NY 10016
> > >
> > > Please include the email address which you have been 
> contacted with.
> > >
> > > Copyright 2005 Jupitermedia Corporation All Rights Reserved.
> > >
> > >




> > > To unsubscribe via postal mail, please contact us at:
> > > Jupitermedia Corp.
> > > Attn: Discussion List Management
> > > 475 Park Avenue South
> > > New York, NY 10016
> > >
> > > Please include the email address which you have been 
> contacted with.
> > >
> > > Copyright 2005 Jupitermedia Corporation All Rights Reserved.
> > >
> > 




> > To unsubscribe via postal mail, please contact us at:
> > Jupitermedia Corp.
> > Attn: Discussion List Management
> > 475 Park Avenue South
> > New York, NY 10016
> > 
> > Please include the email address which you have been contacted with.
> > 
> > Copyright 2005 Jupitermedia Corporation All Rights Reserved.
> > 
> 
> 
> 
> -- 
> Brian Fisk
> President
> Fisk Internet Services, LLC
> brian@...
> 814-689-2059
> http://www.fiskis.com/
> 




> To unsubscribe via postal mail, please contact us at:
> Jupitermedia Corp.
> Attn: Discussion List Management
> 475 Park Avenue South
> New York, NY 10016
> 
> Please include the email address which you have been contacted with.
> 
> Copyright 2005 Jupitermedia Corporation All Rights Reserved.
> 





To unsubscribe via postal mail, please contact us at:
Jupitermedia Corp.
Attn: Discussion List Management
475 Park Avenue South
New York, NY 10016

Please include the email address which you have been contacted with.

Copyright 2005 Jupitermedia Corporation All Rights Reserved.