On 05/12/2010 02:41 PM, Scott Weeks wrote:
>
>
> --- da...@tcb.net wrote: From: Danny McPherson On May
> 12, 2010, at 9:40 AM, Jay Nakamura wrote:
>
>> I just tested this and, yes, with Cisco to Cisco, changing the
>> setting won't reset the connection but you have to reset the
>> connection
Apologies,
kindly ignore my earlier responce.
Rgrds,
Shake
On Fri, May 14, 2010 at 3:46 PM, shake righa wrote:
> 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,
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 wrote:
> What about IP SLA with some EEM? This link may give you some ideas:
> http://blog.io
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:zeusda...@gmail.com]
Sent: Tuesday, May 11, 2010 1:35 PM
To: NANOG
Subject: BGP and convergen
On Wed, May 12, 2010 at 09:52:48AM -0600, Danny McPherson wrote:
>
> The holdtime isn't technically negotiated, both sides convey their
> value in the open message and the lower of the two is used by both BGP
> speakers. IIRC, neither J or C reset the session with the timer
> change, but the new
--- matt...@walster.org wrote:
From: Matthew Walster
On 12 May 2010 02:36, Scott Weeks wrote:
> You set the timers on your side and the two sides negotiate then select the
> lowest timer settings. The BGP session automatically hard resets on some
> equipment when changing the timers, so be
--- da...@tcb.net wrote:
From: Danny McPherson
On May 12, 2010, at 9:40 AM, Jay Nakamura wrote:
> I just tested this and, yes, with Cisco to Cisco, changing the setting
> won't reset the connection but you have to reset the connection to
> have the value take effect. I need to look up what hap
On May 12, 2010, at 9:40 AM, Jay Nakamura wrote:
>
> I just tested this and, yes, with Cisco to Cisco, changing the setting
> won't reset the connection but you have to reset the connection to
> have the value take effect. I need to look up what happens when two
> sides are set to different val
On Wed, May 12, 2010 at 11:02 AM, Matthew Walster wrote:
> On 12 May 2010 02:36, Scott Weeks wrote:
>> You set the timers on your side and the two sides negotiate then select the
>> lowest timer settings. The BGP session automatically hard resets on some
>> equipment when changing the timers,
On 12 May 2010 02:36, Scott Weeks wrote:
> You set the timers on your side and the two sides negotiate then select the
> lowest timer settings. The BGP session automatically hard resets on some
> equipment when changing the timers, so be aware of that.
Hold timers are negotiated in the OPEN me
On Tue, May 11, 2010 at 09:31:51PM -0400, Jay Nakamura wrote:
> Yes, I understand BFD. The question is, do carriers usually do BFD
> with customers? And if they say no, are there other remedies? AT&T
> doesn't seem to be even willing to change BGP timers. If anyone have
> been able to talk AT&T
--- zeusda...@gmail.com wrote:
From: Jay Nakamura
AT&T
doesn't seem to be even willing to change BGP timers. If anyone have
been able to talk AT&T or Qwest in doing so, it would really help to
You set the timers on your side and the two sides negoti
Yes, I understand BFD. The question is, do carriers usually do BFD
with customers? And if they say no, are there other remedies? AT&T
doesn't seem to be even willing to change BGP timers. If anyone have
been able to talk AT&T or Qwest in doing so, it would really help to
find out how they convi
> I am looking for ways to detect neighbor being down faster so traffic
> can be re-routed faster.
BFD
On 5/11/2010 11:35, Jay Nakamura wrote:
> 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
15 matches
Mail list logo
