01-14-2011 02:00 AM - edited 03-04-2019 11:05 AM
Hello,
I have a catalyst 6509 with these cards: WS-X6516A-GBIC. These cards are running 1p1q4t Ingress Queues and 1p2q2t in Egress.
I'm running the IOS 12.2(18)SXF15a.
I configured my QOS with the commands that you'll find below in section 1, which are dedicated to the Egress Queues, but I cannot find commands for IOS in order to modify the Ingress Queue Scheduling. Indeed when I execute the command "show queueing int gi 9/2", I can see that COS 5 is not assigned to the priority queue. You can find the output of these command here below in section 2.
So I found commands in order to achieve these operations in CatOS (set qos map 1p1q4t rx 2 1 cos 5), but I can't find the corresponding commands for IOS.
Thanks for your help.
SECTION 1
mls qos
mls qos map cos-dscp 0 8 16 24 32 46 48 54
int gi 6/3
mls qos trust dscp
wrr-queue cos-map 1 1 1
wrr-queue cos-map 1 2 0
wrr-queue cos-map 2 1 2 3 4
wrr-queue cos-map 2 2 6 7
wrr-queue cos-map 1 5
wrr-queue queue-limit 60 20
wrr-queue bandwidth 40 60
wrr-queue random-detect min-threshold 1 40 80
wrr-queue random-detect max-threshold 1 80 100
wrr-queue random-detect min-threshold 2 70 80
wrr-queue random-detect max-threshold 2 80 100
SECTION 2
C6509#sh queueing int gi 9/2
Interface GigabitEthernet9/2 queueing strategy: Weighted Round-Robin
Port QoS is enabled
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 = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 40[queue 1] 60[queue 2]
queue-limit ratios: 60[queue 1] 20[queue 2] 20[Pri Queue]*same as Q2
queue random-detect-min-thresholds
----------------------------------
1 40[1] 80[2]
2 70[1] 80[2]
queue random-detect-max-thresholds
----------------------------------
1 80[1] 100[2]
2 80[1] 100[2]
queue thresh cos-map
---------------------------------------
1 1 1
1 2 0
2 1 2 3 4
2 2 6 7
3 1 5
Queueing Mode In Rx direction: mode-cos
Receive queues [type = 1p1q4t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 Standard 4
2 Priority 1
queue tail-drop-thresholds
--------------------------
1 100[1] 100[2] 100[3] 100[4]
queue thresh cos-map
---------------------------------------
1 1 0 1 2 3 4 5 6 7
1 2
1 3
1 4
2 1
Packets dropped on Transmit:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 0 [1 ]
1 2 0 [0 ]
2 1 0 [2 3 4 ]
2 2 0* [6 7 ]
3 1 0* [5 ]
* - shared transmit counter
Packets dropped on Receive:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 0 [0 1 2 3 4 5 6 7 ]
* - shared receive counter
Solved! Go to Solution.
01-14-2011 05:56 PM
Hi,
The ingress queue is rarely used, and it only works for framed with cos set. So, if you want to use ingress queue, then the port should be a trunk port and has mls qos trust cos. DSCP based queue-map is only supported on 67xx line cards. Use command rcv-queue cos-map to config the threshold and use priority-queue cos-map to assign cos to priority queue.
HTH,
Lei Tian
01-14-2011 05:56 PM
Hi,
The ingress queue is rarely used, and it only works for framed with cos set. So, if you want to use ingress queue, then the port should be a trunk port and has mls qos trust cos. DSCP based queue-map is only supported on 67xx line cards. Use command rcv-queue cos-map to config the threshold and use priority-queue cos-map to assign cos to priority queue.
HTH,
Lei Tian
01-17-2011 12:04 AM
Hi Lei,
Thanks for the answear.
So if I understand the ingress queuing is very different from the ingress queues set in the Catalyst 3750G.
I mean that on the Catalyst C3750G you can trust a trunk port based on DSCP tags and affects it to the Ingress Queues.
I suppose that's allowed on the catalyst 3750 by the fact that "Classify + policer + Marker" is set infront of the Queues which allows that.
Regards
Gildas
01-17-2011 01:00 PM
Hi Gildas,
Yes, that is correct. On 6500, queueing is done by the ASIC on each LC, and other qos features are done by the PFC. Please refer the qos flow chart from the following link
http://www.cisco.com/en/US/prod/collateral/switches/ps5718/ps708/white_paper_c11_538840.html
Regards,
Lei Tian
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide