Hello,
Allthough auto qos creates exactly the same classes and policy-maps on both platforms, I observe that other queues are used.
On C3650, the 8 Q's are well-aligned to the 8 defined classes, as per my empirically developped table below. In fact, I marked traffic in the different DSCP values of col 2 and could find which queue those DSCPs go in, per the command : 'show platform qos queue stats '
|
Type traffic
|
PHB/CS
|
DSCP
|
Q#
|
Class name
|
|
Priority (voice)
|
CS4,CS5,EF
|
32,40,46
|
0
|
AutoQos-4.0-Output-Priority-Queue
|
|
NW control
|
CS2,CS3,CS6,CS7
|
16,24,48,56
|
1
|
AutoQos-4.0-Output-Control-Mgmt-Queue
|
|
Video
|
AF41,AF42,AF43
|
34,36,38
|
2
|
AutoQos-4.0-Output-Multimedia-Conf-Queue
|
|
Transactional
|
AF21,AF22,AF23
|
18,20,22
|
3
|
AutoQos-4.0-Output-Trans-Data-Queue
|
|
Bulk data
|
AF11,AF12,AF13
|
10,12,14
|
4
|
AutoQos-4.0-Output-Bulk-Data-Queue
|
|
Scavenger
|
CS1
|
8
|
5
|
AutoQos-4.0-Output-Scavenger-Queue
|
|
Signaling
|
AF31,AF32,AF33
|
26,28,30
|
6
|
AutoQos-4.0-Output-Multimedia-Strm-Queue
|
|
Best Effort
|
DF
|
0
|
7
|
class-default
|
On C3850 however, the Classes Scavenger and MultimediaStrm generated by Auto Qos are assigned to respectively queue Q4 and Q1, whereas Q5 and 6 are left empty.
Apart from the fact of discrepancy between both switchtypes, I'm afraid Scavenger will compete with Bulk and Strmg with Mgmt within their respective shared queue. Despite the fact that all traffic types are policed with a 'remaining %' in the policy map. To my knowledge, scheduling for a remaining % can only be done between queues, not inside the same queue.
Your help is highly appreciated. Both switch types run IOS XE version 03.06.04.E
