[c-nsp] Memory utilization threshold

[Rodney Dunn]

I've always said the 60-70% number for CPU is pretty reasonable
given my experience troubleshooting broken networks.

As for memory, that's a much harder question to answer because
it depends on the deployment. For full BGP feed routers I'd
recommend alarms at 40M free and get really concerned at 20M
free. It's due to the use of transient memory for reconvergence.
That doesn't allow for any room to grow other things on the platform
like # interfaces, features, etc...

As for a router not doing large routing tables you threshold can
be much smaller depending on the feature set.

Maybe a better approach is I'm a big fan of customers trending
their network and then set a threshold for alarm at some percentage
off the average.

Rodney

On Wed, Oct 12, 2005 at 02:15:57PM +0800, Ihsan Junaidi Ibrahim wrote:
> Hi all,
> 
> Under normal operating condition, what is the best practices for routers  
> memory utilization threshold limit as to allow the most optimum reliable  
> operation in the event of sudden burst of utilization. From reading Cisco  
> baseline availability best practices white paper, I came to understand  
> that for CPU, it is at 60% but what about the memory? Is there any white  
> papers or case studies that highlights this particular issue?
> 
> -- 
> Thank you for your time,
> Ihsan Junaidi Ibrahim
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/