Thanks for replying. We are classifying traffic on our access-layer switches. We are running layer 2 in our access layer. We are turning on QoS and modifying default COS map on our access-layer switches as shown below:

mls qos map cos-dscp 0 8 16 26 32 46 48 56

mls qos

And we are configuring QoS on the uplink port of the switch to Distribution (Catalyst 6500) and trunking voice vlan. See below:

interface GigabitEthernet1/0/1

priority-queue out

mls qos trust dscp

switchport trunk allowed vlan 801-802

On our Distributions and Cores, we are trusting DSCP and applying the service policy outbound on the port-channels.See below:

int poXX

mls qos trust dscp

service-policy output voip-policy

On our Distributions, We are defining policy-maps:

mls qos

class-map match-any voip-class

match ip dscp ef

policy-map voip-policy

Class voip-class

priority 10000

class class-default

fair-queue

_________

The monitoring application is NetMRI. It doesn't give lots of details but says "Queues empty"

Thanks,

Are your Access Layer switches also 6500s? What Supervisor(s) are running in your 6500s & what CatOS or CatIOS are you running?

It sounds like you are redefining your trust boundary at every layer (Access, Distribution, Core). Did you get a chance to look over this SRND document?

http://www.cisco.com/application/pdf/en/us/guest/netsol/ns432/c649/ccmigration_09186a008049b062.pdf

Here's an example of our L2 6513 with a WS-X6724 which has 1p3q8t for QoS Scheduling:

interface GigabitEthernet1/2

switchport

switchport trunk encapsulation dot1q

switchport mode trunk

no ip address

logging event link-status

logging event bundle-status

logging event trunk-status

wrr-queue bandwidth 5 25 70

wrr-queue queue-limit 5 25 40

wrr-queue random-detect min-threshold 1 80 100 100 100 100 100 100 100

wrr-queue random-detect min-threshold 2 80 100 100 100 100 100 100 100

wrr-queue random-detect min-threshold 3 50 60 70 80 90 100 100 100

wrr-queue random-detect max-threshold 1 100 100 100 100 100 100 100 100

wrr-queue random-detect max-threshold 2 100 100 100 100 100 100 100 100

wrr-queue random-detect max-threshold 3 60 70 80 90 100 100 100 100

wrr-queue cos-map 1 1 1

wrr-queue cos-map 2 1 0

wrr-queue cos-map 3 1 4

wrr-queue cos-map 3 2 2

wrr-queue cos-map 3 3 3

wrr-queue cos-map 3 4 6

wrr-queue cos-map 3 5 7

priority-queue cos-map 1 5

udld port

mls qos trust dscp

rmon collection stats 6001 owner monitor

channel-group 2 mode desirable non-silent

interface Port-channel2

switchport

switchport trunk encapsulation dot1q

switchport mode trunk

no ip address

mls qos trust dscp

We also use NetMRI and you're correct, because the Cat 6500 PFC performs classification, marking, mapping, and policing functions, but the queuing and dropping policies are administered by the line cards, there are no MIBs for NetMRI to poll.

HTH

Steve

Thanks Steve. We are using catalyst 3750 or 3550 on access-layer with SMI code. The DIstribution box has Sup 720 and Cores have Sup 2. The IOS on them is s72033-ipservicesk9-mz.122-18.SXF8.bin

I did not get a chance to read that document.We are mapping COS-to-DSCP on our access-layer switches and making sure Dist and Cores trust DSCP but we are not redefining the boundaries there.We are doing CBWFQ for voice and video.

Please read over the SRND document I referenced earlier, it provides the best explanations and examples for exactly what you want to accomplish for each type of switch in Access, Distribution, Core layers.

Steve