It is very strange. Which analyzer do you using? Try contact your software distributor for more detail debugging.
I noted that I found the similar problem in Scrutinizer. Scrutinizer is counting the long time flow (i.e. 500MB data flow) in the exporting time. So it producing a spice 500MB in one minute instead of distribution of flow in the time.
It is a strange. The configuration looks OK. Can you more debug which flow cause a spike? I.e. web traffic from source A to destination B? Is it one flow or more flows? Try to enable ip top talkers (ip flow-top-talkers) and compare your results with the "show ip flow top-talkers".
If you will find the same results in IOS CLI, the problem is with your line card. If not the problem will be with the analyzer.
"This breaks up long-lived flows into 5-minute segments. choose any number of seconds between 64 and 900; if you leave the default of 900 seconds (15 minutes) you will get spikes in your utilization reports." -- don't recall where I got this quote from.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...