Testin QOS

DialerString_2 · ‎08-05-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

fair-queue

random-detect

set ip dscp default

!

int s0/0/0

max-reserved-bandwidth 100

service-policy output ETMS

Joseph W. Doherty · ‎08-05-2009

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 · ‎08-05-2009

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

Serial0/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

Queueing

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

Queueing

Flow Based Fair Queueing

Maximum Number of Hashed Queues 256

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

DialerString_2 · ‎08-06-2009

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.