[j-nsp] RTPERF_CPU_THRESHOLD_EXCEEDED on SRX3600

Phil Mayers p.mayers at imperial.ac.uk
Mon Jun 22 12:48:46 EDT 2015


All,

We've seen a constant, very infrequent background of these messages on 
our SRX 3600. This is apparently expected - brief spikes in load.

In the last few days, we've started to get these constantly.

The offered load in terms of bits/sec, pps, sessions/sec, concurrent 
sessions and other metrics hasn't changed - in fact it's dropped 
slightly as our term ends - but obviously something has.

Port mirroring of the interface facing the firewall along with netflow 
analysis of the upstream routers doesn't show any standout traffic, but 
the volume and diversity is so large that it could be a single thing 
that we can't see in "normal" metrics.

There's no particular config change - just the usual addition of hosts 
to/from groups.

Our reseller has given us no useful information on how to diagnose the 
cause of this sudden step change - just the usual useless "show chassis 
routing-engine", apparently failing to understand the distributed nature 
of the SRX.

What do people generally do to track even the most basic info about the 
source of this kind of thing? I'm thinking even an attribution to input 
interface and functional area (policy processing, appid, traffic 
forwarding, policy logging, etc.)

The volume of traffic makes a flow trace unworkable.

show security monitoring ... doesn't show much, except the CPU spikes - 
no session spike, no obvious issues.

Any ideas? Any way to attribute FPC CPU usage by functional area and 
time window?

Cheers,
Phil


More information about the juniper-nsp mailing list