The T2 router has vastly different queue sizes.  It would appear that it has 
some type of QOS applied to it, where the other one doesn't.  That would 
explain the additional CPU usage.

Chuck 


-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Ruzhanskaya Olga
Sent: Tuesday, November 10, 2009 11:08 AM
To: [email protected]
Subject: [c-nsp] Different CPU load on two 7206VXR-NPEG2



Hello List!

We have 2 7206VXR-NPEG2 routers in different towns (T1 and T2), with the same 
configuration template, same IOS - 12.2(31)SB11.
Each of them have one interface for client's services termination; one for 
transport connection to core routers (P router).
The challenge is : traffic load on T1 is twice as much on T2, but the CPU load 
is almost the same.
Details:
1) There are the same number/load of Internet services with uRPF enabled on 
both routers
2) The same number acls
3) In "sh proc cpu sorted" the main cycles are used for packet forwarding 
--------------------------------------------------------------------------
Here are some outputs from T2 (less traffic, same CPU load),uplink,  5 minutes 
after cleared counters:
T2#sh int gi0/2 | i 30   
  30 second input rate 459618000 bits/sec, 74812 packets/sec
  30 second output rate 276334000 bits/sec, 59440 packets/sec
T2#sh int gi0/2 | i queue
  Input queue: 0/1000/0/0 (size/max/drops/flushes); Total output drops: 0
  Output queue: 0/1000/0 (size/max total/drops)
T2#sh int gi0/2 | i queue
  Input queue: 0/1000/0/0 (size/max/drops/flushes); Total output drops: 0

Here are some outputs from T1 (more traffic, same CPU load),uplink,  5 minutes 
after cleared counters:
T1#  sh int gi0/2 | i 30   
  30 second input rate 780209000 bits/sec, 111772 packets/sec
  30 second output rate 356832000 bits/sec, 105820 packets/sec
T1#  sh int gi0/2 | i queue
  Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Output queue: 0/40 (size/max)
T1#  sh int gi0/2 | i error
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 output errors, 0 collisions, 0 interface resets 
--------------------------------------------------------------------------

Any suggestions are appreciated.

Best regards,
Olga 
 
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to