Re: [OSL | CCIE_RS] BGP design question

From: venkat <venkat.elex_at_gmail.com>
Date: Sun, 28 Mar 2010 18:38:56 +0530

Hi Patrice,

 Is there any intermediate device(L2 switch/vpls) between your device and
partner neighbor on primary link?
 Is the session with partner via directly connected interface IP subnet? if
that is the case, failure in the circuit might not remove the IP address
from the routing table and fall-over will not work.

Also, when the primary circuit comes back, the bgp session will UP.. If the
partner is propagating routes with less med on primary compare to secondary,
then i believe the primary will be again selected for outgoing traffic.

Marko, please correct me if i am wrong.

Thx,
Venkat

On Sun, Mar 28, 2010 at 5:17 PM, Marko Milivojevic <markom_at_ipexpert.com>wrote:

> On Sun, Mar 28, 2010 at 06:54, Patrice Ngassam <pangassam_at_hotmail.com>
> wrote:
> > Hi,
> > I have a customer that is dual homed to the same partner using BGP. One
> link
> > is primary and the second is backup. We are looking for scenario where
> the
> > bgp peer on the primary link will be shutdown automatically in case of
> > failure of the primary circuit. Traffic will failover to the backup
> circuit
> > and would never switch automatically the primary even if the circuit
> comes
> > back unless we manually re-enable the bgp peer on the primary circuit. Is
> > that do-able? Does anyone have a better alternative?
>
> Take a look at "neighbor fall-over" command. You can use it to
> accomplish exactly what you have in mind.
>
> --
> Marko Milivojevic - CCIE #18427
> Senior Technical Instructor - IPexpert
>
> YES! We include 400 hours of REAL rack
> time with our Blended Learning Solution!
>
> Mailto: markom_at_ipexpert.com
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> Web: http://www.ipexpert.com/
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please
> visit www.ipexpert.com

Blogs and organic groups at http://www.ccie.net
Received on Sun Mar 28 2010 - 18:38:56 ART

This archive was generated by hypermail 2.2.0 : Thu Apr 01 2010 - 07:26:36 ART