On Fri, Nov 27, 2009 at 9:11 AM, Mikael Abrahamsson wrote:
> On Fri, 27 Nov 2009, Phil Mayers wrote:
>
>> It depends on how many routes you have I think. If you've got the full
>> feed, then I'd say you're going to pay a heavy price for soft-reconfig.
>
> Only if you modify the routes a lot via ro
On Fri, Nov 27, 2009 at 04:11:08PM +, Mikael Abrahamsson wrote:
On Fri, 27 Nov 2009, Phil Mayers wrote:
It depends on how many routes you have I think. If you've got the full
feed, then I'd say you're going to pay a heavy price for soft-reconfig.
Only if you modify the routes a lot via ro
On Fri, 27 Nov 2009, Phil Mayers wrote:
It depends on how many routes you have I think. If you've got the full
feed, then I'd say you're going to pay a heavy price for soft-reconfig.
Only if you modify the routes a lot via routemap or alike. This code has
been much tweaked the past 5 years, s
Frederic LOUI wrote:
Hi everyone,
I spent some times googling/searching the mailing list but I could
not find any clear answer regarding
memory impact related to "soft-reconfiguration inbound" statement.
(If you have any link/pointer, I'm interested !)
We're running a bunch of 760X (RSP720
Frederic LOUI wrote:
Hi everyone,
I spent some times googling/searching the mailing list but I could not
find any clear answer regarding
memory impact related to "soft-reconfiguration inbound" statement. (If
you have any link/pointer, I'm interested !)
We're running a bunch of 760X (RSP7203C
Hi everyone,
I spent some times googling/searching the mailing list but I could not
find any clear answer regarding
memory impact related to "soft-reconfiguration inbound" statement. (If
you have any link/pointer, I'm interested !)
We're running a bunch of 760X (RSP7203CXL + 8x10G withc DFC3C
er Rathlev
Sent: Tuesday, December 18, 2007 7:29 PM
To: cisco-nsp@puck.nether.net
Subject: Re: [c-nsp] BGP soft reconfiguration inbound
On Tue, 2007-12-18 at 12:30 +, Mohamed Ahmad wrote:
> Hi guys,
>
> I was wondering what was the effect of disabling "soft-reconfiguration
&g
Mohamed,
As many have already said, you lose the ability to see some info from your
peer. If you only have 1 upstream then it is worth the memory it takes.
Removing will free up memory since that looks like where your concern lies.
I would try to upgrade your memory if possible.
Aaron
On Dec 18,
Hi Mohamed,
to add to what has already been said that if the BGP session with your
neighbor supports Route Refresh capability, you will still be able to
apply new policies softly - which helps overcoming the major drawback
of resetting the session thus impacting the live service.
To check this o
On Tue, 2007-12-18 at 12:30 +, Mohamed Ahmad wrote:
> Hi guys,
>
> I was wondering what was the effect of disabling "soft-reconfiguration
> inbound" on our neighbor statement with our provider (basically a live
> network). I was looking at the ram usage and it's been going up slowly. We
> cur
Hi,
you will free some ram, but won't have any more the recieved-routes table.
Mohamed Ahmad wrote:
> Hi guys,
>
> I was wondering what was the effect of disabling "soft-reconfiguration
> inbound" on our neighbor statement with our provider (basically a live
> network). I was looking at the ram
On Tue, Dec 18, 2007 at 12:30:23PM -, Mohamed Ahmad wrote:
> Hi guys,
>
> I was wondering what was the effect of disabling "soft-reconfiguration
> inbound" on our neighbor statement with our provider (basically a live
> network). I was looking at the ram usage and it's been going up slowly. W
Hi guys,
I was wondering what was the effect of disabling "soft-reconfiguration
inbound" on our neighbor statement with our provider (basically a live
network). I was looking at the ram usage and it's been going up slowly. We
currently receive full table from our provider but filter to get only
d
13 matches
Mail list logo