Log in to ask questions, share your expertise, or stay connected to content you value. Don’t have a login? Learn how to become a member.
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?
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 **************
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).
the gui has always been slow 😉 it has been getting better, though. however i still choose to not use it.
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.
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.
The control CPU that you seen on UI is 1min average value.