Cisco 6500 Egress Queueing Query (is it working correctly)

Question

hi all
We have a test setup in our lab that we are working with and we believe we must be missing something.
The kit is a 6500, Sup 720B, WS-X6748-48-GE-TX line cards.
We are attempting to implement PFC QOS to ensure uninterupted throughput of real time data (dscp=EF).
Our basic configuration
mls qos map cos-dscp 0 8 16 24 32 46 48 56
mls qos
policy-map QosVoice
  class allvoip
   set ip dscp ef
  class class-default
   set ip dscp af21
interface GigabitEthernet1/1
switchport
switchport access vlan 6
switchport mode access
mls qos vlan-based
mls qos trust dscp
interface Vlan6
ip address 10.0.2.149 255.255.255.0
service-policy input QosVoice
In our setup we are passing data from a far end interface into the 6500 and through to vlan internface 6 (and out port gi1/1).
If what I believe is correct then data coming to the switch from vlan6 and out via gi1/1 will pass through QosVoice (and I confirm using wireshark that this is happening), the allvoip class is marking dscp=ef (from the packet capture).
My concern though is that this data is not being placed into the strict priority egress queue on the 6748 line card.
"show queueing interface gi1/1" suggests it is (see end of post).
However when I do some "real world" testing I truely don't believe that traffic in class "allvoip" is really getting strict priority how I would expect.  I for example temporarily placed icmp data into this class and when doing large downloads the ping times would be impacted (changing from <1ms to between 3 and 6 ms) - with a strict queue I woudl expect those ping packets to stay totally stable independant of traffic in other queues.
Can I get any input or feedback on our setup?
regards
Mark
Interface GigabitEthernet1/1 queueing strategy:  Weighted Round-Robin
  Port QoS is enabled
Trust boundary disabled
  Trust state: trust DSCP
  Extend trust state: not trusted [COS = 0]
  Default COS is 0
    Queueing Mode In Tx direction: mode-cos
    Transmit queues [type = 1p3q8t]:
    Queue Id    Scheduling  Num of thresholds
       01         WRR                 08
       02         WRR                 08
       03         WRR                 08
       04         Priority            01
    queue thresh cos-map
    1     1      0
    1     2      1
    1     3   
    1     4     
    1     5     
    1     6     
    1     7     
    1     8     
    2     1      2
    2     2      3 4
    2     3     
    2     4     
    2     5     
    2     6     
    2     7     
    2     8     
    3     1      6 7
    3     2     
    3     3     
    3     4     
    3     5     
    3     6     
    3     7     
    3     8     
    4     1      5

Answer 1

Hi Jon
Many thanks
I'm using vlan based QOS because later I'll add more vlans to the configuration, this is just initially to see how to use the QOS function on the 6500 - later we'll use this with more vlans.   Essentially the port that is currently gi1/1 may later be a truck port with 10+ vlan's bound to it (with associated vlan interfaces on the 6500).
Data arriving from the Server to the 6500 most likely won't have any or valid dscp markings,
allvoip is currently simplified just for icmp traffic for testing - so it's looking like this:
class-map match-all allvoip
  match access-group 100
access-list 100 permit icmp any any
What is just concerning me is that when I have a continuous ping running I'm getting deltas in the ping times when I have other data downloading off gi1/1 (which makes me think the strict priority queue isn't quite right).
If I can ask, if I wanted to rate limit the data on vlan6 (say limit the data to 10Mbit) and still also do marking in dscp to enable allocation to the differnet egress queues do you have any suggestions?   I can use a police statement classes on the policy-map but I don't really want to police each class seperately
kind of like
vlan 6 entire capacity policed to 10mbit
then inside that
allvoip marked EF (and then assigned COS 5 and 1P)
etc etc
cheers
Mark