[c-nsp] c6500 process memory

james list jameslist72 at gmail.com
Fri Jul 1 04:15:12 EDT 2016


Correct, it's SUP720, in my idea I'd like to offload the bgp prefixes
received by my upstream, in this way I expect BGP process should release
some memory, right ?

Cheers
James

2016-07-01 0:47 GMT+02:00 Paul <paul at globo.tech>:

> I assume it's a sup720, there's nothing you can do. Make sure you stay on
> the old code train SXI or SXJ and that's about it.
>
> Eventually it will run out of ram before it runs out of tcam space (bad
> design on their part i guess)
>
> Cisco could work around this by implementing compression or offloading
> some more processes to the SP but I doubt they have interest in reviving
> the old platform.
>
> 70% is nothing really, I wouldn't worry about it until it's over 95%
>
> On 6/30/2016 12:18 PM, james list wrote:
>
>> Dear experts,
>> just to ask if there are any guidance or best practice about process
>> memory
>> utilization, currently on my C6500 I'm at 70% usage and would like to know
>> if I need to be alterted or not...
>>
>> I use this box for full routing table (BGP process is the higher memory
>> user)...
>>
>> Kind regards
>> James
>> _______________________________________________
>> 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/
>>
>>
> --
> GloboTech Communications
> Phone: 1-514-907-0050 x 215
> Toll Free: 1-(888)-GTCOMM1
> Fax: 1-(514)-907-0750
> paul at gtcomm.net
> http://www.gtcomm.net
>
>


More information about the cisco-nsp mailing list