BGP and convergence time

shake righa ssrigha at gmail.com
Fri May 14 12:46:17 UTC 2010


Believe have narrowed down problem to layer 2.

A ping to address 224.0.0.5 shows no reply.

Believe problme to do with blocking of multicast

Regards,
Shake

On Fri, May 14, 2010 at 5:28 AM, Frank Bulk <frnkblk at iname.com> wrote:

> What about IP SLA with some EEM?  This link may give you some ideas:
> http://blog.ioshints.info/2008/01/ospf-default-route-based-on-ip-sla.html
>
> Frank
>
> -----Original Message-----
> From: Jay Nakamura [mailto:zeusdadog at gmail.com]
> Sent: Tuesday, May 11, 2010 1:35 PM
> To: NANOG
> Subject: BGP and convergence time
>
> So, we have two upstreams, both coming in on Ethernet.  One of our
> switch crashed and rebooted itself.  Although we have other paths to
> egress out the network, because the router's Ethernet interface didn't
> go down, our router's BGP didn't realize the neighbor was down until
> default BGP timeout was reached.  Our upstream connectivity was out
> for couple minutes.
>
> I am looking for ways to detect neighbor being down faster so traffic
> can be re-routed faster.  I can do BFD internally but the issue is how
> the upstream is going to detect the outage and stop routing our
> traffic to that downed link.  I have asked both of my upstreams and
> one said they don't do anything like that, second upstream I am still
> waiting on the answer.
>
> My question is, do other carriers do BFD or any other means to detect
> the neighbor being down faster than normal BGP will allow?  (Both
> upstreams are major telcos [AT&T and Qwest], so I think they are less
> flexible than some others.)
>
> Or, has anyone succeeded in getting something done with those two carriers?
>
> Thanks!
>
>
>
>



More information about the NANOG mailing list