07-04-2011 10:09 PM
I was testing SRX100 for OSPF, VPN and JFlow. BEFORE OSPF CONNECTED this dashboard shows something weird for CPU(control).
I am using Junos 10.4R3.4
before using this OS version I uploaded 10.4R5.5 which shows 100%[red] CPU(control). then i decided to downgrade to previous release. now it stays in 69%-73% for CPU(control) and 80%-95% for Memory (control)
Is this normal for SRX100?
What is the different beetween memory (control) and memory (data)? why the load of memory process is very high?
Solved! Go to Solution.
07-20-2011 03:42 AM
The CPU display on GUI is not accurate with SRX series
to correctly check the CPU use the command:
> show chassis routing-engine
************** Click on the button saying " Accept as Solution" if My Post solved your problem **************
07-20-2011 07:11 AM
and to answer your other question: SRX use two different "planes" of operation, a control plane and a data plane. Hence the two different memory values (each plane has it's own pool of memory).
07-20-2011 11:58 PM
07-23-2011 01:34 PM
Also be aware that JFlow is very CPU intensive on the software-based branch-SRX and J-series. I'm not sure what kind of traffic is going through there but I'd investigate the option of syslogging.
07-26-2011 08:30 AM
Actually above all else I have found that local traffic logging was the worst CPU hog.. If you need traffic logging you NEED to stream it to a Syslog server and not write it to local flash.