Testin QOS

Unanswered Question
Aug 5th, 2009

Is there anyway to test to see if QOS is running properly? -Other than contacting the end user and saying "Hey, how's the network?"

We are have MPLS and the ISP has configured QOS on their side. My side is listed below: --thx

class-map match-any APPS

match access-group 126

class-map match-any BGP

match access-group name BGP

policy-map ETMS

class APPS

set ip dscp af31

bandwidth remaining percent 100

class BGP

priority percent 5

class class-default



set ip dscp default


int s0/0/0

max-reserved-bandwidth 100

service-policy output ETMS

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Joseph W. Doherty Wed, 08/05/2009 - 11:55

You could verify that packets arrive on the far side with the marking you expect. You can also use a traffic generator to load one or more classes and see if performance for other classes is as you expect. (NB: this can disturb production traffic.) BTW, when running across a cloud, such as MPLS, if you have asymmetrically bandwidth, you'll likely only be able to stress in one direction.

Collin Clark Wed, 08/05/2009 - 11:57

RTR#show policy-map interface s0/0/0


Service-policy output: QOS-POLICY

Class-map: VOIP-CLASS (match-all)

4006351 packets, 1066579361 bytes

5 minute offered rate 0 bps, drop rate 0 bps

Match: access-group name VOIP


Strict Priority

Output Queue: Conversation 264

Bandwidth 512 (kbps) Burst 12800 (Bytes)

(pkts matched/bytes matched) 328285/235833485

(total drops/bytes drops) 17363/22918532

Class-map: class-default (match-any)

7798472 packets, 2555569611 bytes

5 minute offered rate 25000 bps, drop rate 0 bps

Match: any


Flow Based Fair Queueing

Maximum Number of Hashed Queues 256

(total queued/total drops/no-buffer drops) 0/219/0

DialerString_2 Thu, 08/06/2009 - 06:50

The sho policy-map command shows that the traffic is being classed but it's going through a MPLS system that I have no control of.


This Discussion