[135233] in North American Network Operators' Group
Re: Dual Homed BGP for failover
daemon@ATHENA.MIT.EDU (Max Pierson)
Tue Jan 18 16:31:38 2011
In-Reply-To: <AANLkTikjZbVFBbzEyfbuvh2Ua8A3jTf+hcQ9LeGU+E1X@mail.gmail.com>
Date: Tue, 18 Jan 2011 15:29:58 -0600
From: Max Pierson <nmaxpierson@gmail.com>
To: Jack Carrozzo <jack@crepinc.com>
Cc: ayousuf0079@gmail.com, nanog group <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
Me <3's "commit confirmed" ... maybe someone from Cisco should be watching
:)
On Tue, Jan 18, 2011 at 3:21 PM, Jack Carrozzo <jack@crepinc.com> wrote:
> Yep, the great thing about IOS without 'commit confirmed' is when you
> remove
> a bgp filter, it runs out of memory, reboots, brings up peers, runs out of
> memory, reboots... meanwhile if you're trying to get in over a public
> interface you're cursing John Chamber's very existence. Not that that's
> ever
> happened to me of course...
>
> -Jack Carrozzo
>
> On Tue, Jan 18, 2011 at 4:19 PM, Jack Bates <jbates@brightok.net> wrote:
>
> >
> >
> > On 1/18/2011 3:03 PM, Jack Carrozzo wrote:
> >
> >> I don't think this is the case, on IOS at least. Some years ago I was
> >> rocking some 7500s with $not_enough ram for multiple full tables, but
> >> with a prefix list to accept le 23 they worked fine.
> >>
> >>
> > On JunOS, I know I can view pre and post filtered bgp updates ingress and
> > egress. I seem to recall seeing similar functionality introduced into
> IOS,
> > though I'm less certain. It's still always advisable to be careful. :)
> >
> >
> > Jack
> >
>
