|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
In-Reply-To: <4D3603F4.5020501@brightok.net> Date: Tue, 18 Jan 2011 16:21:52 -0500 From: Jack Carrozzo <jack@crepinc.com> To: Jack Bates <jbates@brightok.net> Cc: ayousuf0079@gmail.com, nanog group <nanog@nanog.org> Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org 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 >
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |