No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

QoS Shaping Fails Because of the CPU of Mid-low Range Routers

Publication Date:  2012-07-27 Views:  14 Downloads:  0
Issue Description
During the test of MPLS VPN CE router, the customer require testing the load balance, remark and shaping of AR28-30. The specific requirement is: the inbound interface of www  is ip-precedence 5, and the outbound interface shaping is 4M; the inbound interface of telnet is ip-precedence 4, and the outbound interface shaping is 3M; the inbound interface of ftp is ip-precedence 2, and the outbound interface shaping is 2M; the inbound interface of other UDP applications is ip-precedence 1, and the outbound interface shaping is 1M. 
The specific configurations are as follows: 

acl number 3000
 rule 0 permit tcp source-port eq www
acl number 3001
 rule 0 permit tcp source-port eq telnet
acl number 3002
 rule 0 permit tcp source-port eq ftp
acl number 3003
 rule 0 permit udp
#
traffic classifier www operator and
 if-match acl 3000
traffic classifier ftp operator and
 if-match acl 3002
traffic classifier default operator and
 if-match acl 3003
traffic classifier telnet operator and
 if-match acl 3001
#
traffic behavior ftp1
  gts cir 2000000 cbs 1000000 ebs 0 queue-length 50
traffic behavior www1
  gts cir 4000000 cbs 2000000 ebs 0 queue-length 50
traffic behavior default1
  gts cir 1000000 cbs 500000 ebs 0 queue-length 50
traffic behavior telnet1
  gts cir 3000000 cbs 1500000 ebs 0 queue-length 50
traffic behavior www
  remark ip-precedence 5
traffic behavior ftp                      
  remark  ip-precedence 2
traffic behavior default
  remark  ip-precedence 1
traffic behavior telnet
  remark ip-precedence 3
#
qos policy shaping
 classifier www1 behavior www1
 classifier telnet behavior telnet1
 classifier ftp behavior ftp1
 classifier default behavior default1
qos policy remark
 classifier www behavior www
 classifier ftp behavior ftp
 classifier telnet behavior telnet
 classifier default behavior default
#
      
Alarm Information
The customer transmits the traffic of 40M by tester, as follows: www 10M ip-precedence 0 64 bytes, telnet 10M ip-precedence 0 64 bytes, ftp 10M ip-precedence 0 64 bytes, UDP 10M ip-precedence 0 64 bytes
 Capture packets through tester, and remark takes effect but the shaping is: www 3M, telnet 3M, ftp 2M, UDP 1M, which differ greatly from the demand. 
      
Handling Process
Enlarge the packet length of stream, and change it of four streams to 256 bytes from 64 bytes, and CPU utilization is decreased to 40% at once. At the same time, QoS shaping is effective at once.
Root Cause
Check the configurations and CPU utilization, and the configurations are confirmed of normal (because remark takes effect), but the CPU utilization is more than 95%. The system response is very slow, so the effectiveness of shaping is decreased by CPU performance. What results in high CPU utilization?      
Suggestions
The CPU processing capability of mid-low range routers is rather poor, so it should not bear the traffic with short packet length in test and application, particularly when QoS is deployed. 

END