[c-nsp] ME3400 Output Drops
#sho platform port-asic stats drop gigabitEthernet 0/5 Interface Gi0/5 TxQueue Drop Statistics Queue 0 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 0 Queue 1 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 0 Queue 2 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 0 Queue 3 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 223677075 #sho platform qos statistics interface gi0/5 GigabitEthernet0/5 (All statistics are in packets) dscp: incoming --- 0 - 4 : 1144255751 68991340 1041 5 - 9 : 39 10 25 19750 10 - 14 :3943030 5425 15 - 19 : 0 2230 680 20 - 24 : 5300113810 25 - 29 : 0608 27 30 - 34 : 00 15502 35 - 39 : 0200 33 40 - 44 : 00002 45 - 49 : 00179353 125 50 - 54 : 5757 234 40 80 55 - 59 : 80100 60 - 64 : 11 242 dscp: outgoing --- 0 - 4 : 568408678 1837 109021 14342416 4521 5 - 9 : 20734 1082 340 4070279 10 - 14 : 423559649 110 1085 3020882 15 - 19 : 1512890 92840 20 - 24 : 232800 201 341 25 - 29 : 0 2150 2311 1493 30 - 34 : 50 40111 50 35 - 39 : 0 4702 2196 40 - 44 : 44540 45 45 - 49 :2052 4062261625 50 - 54 : 287 30 15 277 366 55 - 59 : 1 1397120 60 - 64 : 36 3733 42 cos: incoming --- 0 - 4 : 11445336050000 5 - 7 : 000 cos: outgoing --- 0 - 4 : 10100058920000 5 - 7 : 000 output queues enqueued: queue:threshold1 threshold2 threshold3 --- queue 0: 0 0 0 queue 1: 0 16347 2459761 queue 2: 0 0 0 queue 3: 0 0 1010070312 output queues dropped: queue:threshold1 threshold2 threshold3 --- queue 0: 0 0 0 queue 1: 0 0 0 queue 2: 0 0 0 queue 3: 0 06486 #sho cdp nei gi0/5 Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device IDLocal Intrfce HoldtmeCapability Platform Port ID AY-CDC882_17 Gig 0/5 129 R S I 1841 Fas 0/0 #sho int status | inc 0/5 Gi0/5 CDC882_AYAY connected520a-full a-100 10/100/1000BaseTX How should I do? Thank you very much. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] ME3400 Output Drops
Hi, ME3600 is has very small default egress queue. Here's something you can do. queue-limit percent 100 is valid since 15.2. policy-map logical class class-default service-policy leaf policy-map large-queues class class-default service-policy logical policy-map leaf class class-default queue-limit percent 100 interface GigabitEthernet0/X service-policy output large-queues Fredrik Vöcks CNO On 16 March 2015 at 10:30, Plawansai RMUTT CPE IX pws_ad...@thaicpe.com wrote: #sho platform port-asic stats drop gigabitEthernet 0/5 Interface Gi0/5 TxQueue Drop Statistics Queue 0 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 0 Queue 1 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 0 Queue 2 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 0 Queue 3 Weight 0 Frames 0 Weight 1 Frames 0 Weight 2 Frames 223677075 #sho platform qos statistics interface gi0/5 GigabitEthernet0/5 (All statistics are in packets) dscp: incoming --- 0 - 4 : 1144255751 68991340 1041 5 - 9 : 39 10 25 19750 10 - 14 :3943030 5425 15 - 19 : 0 2230 680 20 - 24 : 5300113810 25 - 29 : 0608 27 30 - 34 : 00 15502 35 - 39 : 0200 33 40 - 44 : 00002 45 - 49 : 00179353 125 50 - 54 : 5757 234 40 80 55 - 59 : 80100 60 - 64 : 11 242 dscp: outgoing --- 0 - 4 : 568408678 1837 109021 14342416 4521 5 - 9 : 20734 1082 340 4070279 10 - 14 : 423559649 110 1085 3020882 15 - 19 : 1512890 92840 20 - 24 : 232800 201 341 25 - 29 : 0 2150 2311 1493 30 - 34 : 50 40111 50 35 - 39 : 0 4702 2196 40 - 44 : 44540 45 45 - 49 :2052 4062261625 50 - 54 : 287 30 15 277 366 55 - 59 : 1 1397120 60 - 64 : 36 3733 42 cos: incoming --- 0 - 4 : 11445336050000 5 - 7 : 000 cos: outgoing --- 0 - 4 : 10100058920000 5 - 7 : 000 output queues enqueued: queue:threshold1 threshold2 threshold3 --- queue 0: 0 0 0 queue 1: 0 16347 2459761 queue 2: 0 0 0 queue 3: 0 0 1010070312 output queues dropped: queue:threshold1 threshold2 threshold3 --- queue 0: 0 0 0 queue 1: 0 0 0 queue 2: 0 0 0 queue 3: 0 06486 #sho cdp nei gi0/5 Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, D - Remote, C - CVTA, M - Two-port Mac Relay Device IDLocal Intrfce HoldtmeCapability Platform Port ID AY-CDC882_17 Gig 0/5 129 R S I 1841 Fas 0/0 #sho int status | inc 0/5 Gi0/5 CDC882_AYAY connected520a-full a-100 10/100/1000BaseTX How should I do? Thank you very much. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp
Re: [c-nsp] ME3400 Output Drops
Hi Pavel, Thanks for your email. I sum up configuration step for this problem: 1. Configure CBWFQ to reserve bandwidth for HD movie (IPTV) traffic 2. Change the default queue size for downloading traffic (data) to maximum value 544 3. Change CoS to Threshold mapping on the queue for data traffic. Here is what I've tried: - Apply CBWFQ to reserve 23% bandwidth for IPTV traffic and change the queue size for class-default to maximum value 544. The quality for HD movie is ok but data traffic still drops. C3400#sho platform qos debug port-class ASIC: 0 Port Class: 0 Queue # WTD Threshold0 WTD Threshold1 WTD Threshold2 Entry Limit Buffer Reserve 0 160 160 160 272 16 1 160 160 160 272 16 2 160 160 160 272 16 3 544 544 544 272 16 In the below output, I can see that data traffic is placed into Queue 3, drop threshold3. I reckon even if I could map data traffic (CoS=0) to Threshold 0 (lower drop probability), there would be no improvement since there is current no traffic mapping into Threshold1 2. C3400#sh platform qos statistics int f0/2 DISCARDED cos: outgoing --- 0 - 4 :46270107000 10986622 5 - 7 : 4 15411 output queues enqueued: queue: threshold1 threshold2 threshold3 - queue 0: 0 0 0 queue 1: 0 2710988762 queue 2: 0 0 0 queue 3: 0 046270338 output queues dropped: queue: threshold1 threshold2 threshold3 - queue 0:000 queue 1:000 queue 2:000 queue 3:00 8118 I don't know if it is limitation of ME3400 or we still have other option to optimize the queue. If it is limitation, should I configure egress shaping to avoid dropping? Thanks, Rin -Original Message- From: Pavel Skovajsa [mailto:pavel.skova...@gmail.com] Sent: Friday, May 14, 2010 3:47 PM To: Rin Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] ME3400 Output Drops Hello, All I can say is that this is normal in case of rapid traffic like video flow. FE ports of ME3400 with default configuration have output queue limited to 48 packets. It's not enough for burstable traffic, especially when the uplink of your ME3400 runs at 1Gb/s. If you don't need any QoS, just attach a service-policy like: policy-map max-queue class class-default queue-limit 544 If you need QoS the best way is to change the default queue size for the classes on which you expect to have the largest bandwidth. Also not sure what is the effect of using bandwidth CBWFQ in Egress QoS on ME3400, I only use shape/policy which IMHO is better suited for switching hardware. There are too many limitations on these boxes, you can very easily run into one, so designing proper policy-maps is tough engineering. Make sure you read the ME3400 QoS config guide: http://www.cisco.com/en/US/docs/switches/metro/me3400/software/release/12.2_ 50_se/configuration/guide/swqos.html There were various discussions about this before - see http://www.gossamer-threads.com/lists/cisco/nsp/80758 for example. -pavel On Fri, May 14, 2010 at 5:43 AM, Rin rint...@gmail.com wrote: Hi group, We are facing output drops problem on interface f0/2 of ME3400. Our topology as below: Metro---(G0/1)ME3400(f0/2)---CPE-STB--TV |PC We try to watch a HD movie on TV and download file on PC at the same time. The download rate is at 50Mbps, movie data transfer rate at 10Mbps. Due to the output drop, the HD movie quality is not good. The output below shows the drop: C3400# sho int f0/2 FastEthernet0/2 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is 0026.52a8.4a04 (bia 0026.52a8.4a04) Description: DUCMINH-modem-test MTU 1998 bytes, BW 10 Kbit, DLY 100 usec, reliability 255/255, txload 119/255, rxload 75/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, link type is auto, media type is 100BaseLX-FE SFP input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of show interface counters 00:02:25 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 5034 Queueing strategy: fifo Output queue: 0/4096 (size/max) 5 minute input rate 29711000
Re: [c-nsp] ME3400 Output Drops
Hello, All I can say is that this is normal in case of rapid traffic like video flow. FE ports of ME3400 with default configuration have output queue limited to 48 packets. It's not enough for burstable traffic, especially when the uplink of your ME3400 runs at 1Gb/s. If you don't need any QoS, just attach a service-policy like: policy-map max-queue class class-default queue-limit 544 If you need QoS the best way is to change the default queue size for the classes on which you expect to have the largest bandwidth. Also not sure what is the effect of using bandwidth CBWFQ in Egress QoS on ME3400, I only use shape/policy which IMHO is better suited for switching hardware. There are too many limitations on these boxes, you can very easily run into one, so designing proper policy-maps is tough engineering. Make sure you read the ME3400 QoS config guide: http://www.cisco.com/en/US/docs/switches/metro/me3400/software/release/12.2_50_se/configuration/guide/swqos.html There were various discussions about this before - see http://www.gossamer-threads.com/lists/cisco/nsp/80758 for example. -pavel On Fri, May 14, 2010 at 5:43 AM, Rin rint...@gmail.com wrote: Hi group, We are facing output drops problem on interface f0/2 of ME3400. Our topology as below: Metro---(G0/1)ME3400(f0/2)---CPE-STB--TV |PC We try to watch a HD movie on TV and download file on PC at the same time. The download rate is at 50Mbps, movie data transfer rate at 10Mbps. Due to the output drop, the HD movie quality is not good. The output below shows the drop: C3400# sho int f0/2 FastEthernet0/2 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is 0026.52a8.4a04 (bia 0026.52a8.4a04) Description: DUCMINH-modem-test MTU 1998 bytes, BW 10 Kbit, DLY 100 usec, reliability 255/255, txload 119/255, rxload 75/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, link type is auto, media type is 100BaseLX-FE SFP input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of show interface counters 00:02:25 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 5034 Queueing strategy: fifo Output queue: 0/4096 (size/max) 5 minute input rate 29711000 bits/sec, 3500 packets/sec 5 minute output rate 46934000 bits/sec, 5307 packets/sec 881702 packets input, 941885538 bytes, 0 no buffer Received 8 broadcasts (8 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 8 multicast, 0 pause input 0 input packets with dribble condition detected 1164876 packets output, 1238627577 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out I try to apply egress QoS on interface f0/2 that reserve 23% bandwidth for HD movie traffic (COS=4), the HD movie quality is good but there is still packet drop for download traffic. Check below output: C3400#sho policy-map int f0/2 FastEthernet0/2 Service-policy output: EGRESS_QOS Class-map: COS45 (match-any) 237435 packets Match: cos 4 5 Bandwidth percent 23 (2300 bps) Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 0 Class-map: class-default (match-any) 972306 packets Match: any Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 5266 Bandwidth percent 77 (7700 bps) Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 5266 I try to change the queue size for default class to maximum value 544. The output drops reduce but there's still drop. C3400(config)#do sho policy-map int f0/2 FastEthernet0/2 Service-policy output: EGRESS_QOS Class-map: COS45 (match-any) 219146 packets Match: cos 4 5 Bandwidth percent 23 (2300 bps) Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 0 Class-map: class-default (match-any) 882062 packets Match: any Tail Packets Drop: 181 Bandwidth percent 77 (7700 bps) Queue Limit queue-limit 544 (packets) Output Queue: Max queue-limit default threshold: 544 Tail Packets Drop: 181 My question is why ME3400 drop packet even the data rate is much less than the interface capability (60Mbps/100Mbps). Anyone has other solution for this issue? Below is the show version output C3400#sho ver Cisco IOS
[c-nsp] ME3400 Output Drops
Hi group, We are facing output drops problem on interface f0/2 of ME3400. Our topology as below: Metro---(G0/1)ME3400(f0/2)---CPE-STB--TV |PC We try to watch a HD movie on TV and download file on PC at the same time. The download rate is at 50Mbps, movie data transfer rate at 10Mbps. Due to the output drop, the HD movie quality is not good. The output below shows the drop: C3400# sho int f0/2 FastEthernet0/2 is up, line protocol is up (connected) Hardware is Fast Ethernet, address is 0026.52a8.4a04 (bia 0026.52a8.4a04) Description: DUCMINH-modem-test MTU 1998 bytes, BW 10 Kbit, DLY 100 usec, reliability 255/255, txload 119/255, rxload 75/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, link type is auto, media type is 100BaseLX-FE SFP input flow-control is off, output flow-control is unsupported ARP type: ARPA, ARP Timeout 04:00:00 Last input never, output 00:00:00, output hang never Last clearing of show interface counters 00:02:25 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 5034 Queueing strategy: fifo Output queue: 0/4096 (size/max) 5 minute input rate 29711000 bits/sec, 3500 packets/sec 5 minute output rate 46934000 bits/sec, 5307 packets/sec 881702 packets input, 941885538 bytes, 0 no buffer Received 8 broadcasts (8 multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 8 multicast, 0 pause input 0 input packets with dribble condition detected 1164876 packets output, 1238627577 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier, 0 PAUSE output 0 output buffer failures, 0 output buffers swapped out I try to apply egress QoS on interface f0/2 that reserve 23% bandwidth for HD movie traffic (COS=4), the HD movie quality is good but there is still packet drop for download traffic. Check below output: C3400#sho policy-map int f0/2 FastEthernet0/2 Service-policy output: EGRESS_QOS Class-map: COS45 (match-any) 237435 packets Match: cos 4 5 Bandwidth percent 23 (2300 bps) Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 0 Class-map: class-default (match-any) 972306 packets Match: any Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 5266 Bandwidth percent 77 (7700 bps) Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 5266 I try to change the queue size for default class to maximum value 544. The output drops reduce but there's still drop. C3400(config)#do sho policy-map int f0/2 FastEthernet0/2 Service-policy output: EGRESS_QOS Class-map: COS45 (match-any) 219146 packets Match: cos 4 5 Bandwidth percent 23 (2300 bps) Output Queue: Max queue-limit default threshold: 160 Tail Packets Drop: 0 Class-map: class-default (match-any) 882062 packets Match: any Tail Packets Drop: 181 Bandwidth percent 77 (7700 bps) Queue Limit queue-limit 544 (packets) Output Queue: Max queue-limit default threshold: 544 Tail Packets Drop: 181 My question is why ME3400 drop packet even the data rate is much less than the interface capability (60Mbps/100Mbps). Anyone has other solution for this issue? Below is the show version output C3400#sho ver Cisco IOS Software, ME340x Software (ME340x-METROIPACCESSK9-M), Version 12.2(50)SE1, RELEASE SOFTWARE (fc2) Copyright (c) 1986-2009 by Cisco Systems, Inc. Compiled Mon 06-Apr-09 10:05 by amvarma Image text-base: 0x3000, data-base: 0x01C0 ROM: Bootstrap program is ME340x boot loader BOOTLDR: ME340x Boot Loader (ME340x-HBOOT-M) Version 12.2(40r)SE1, RELEASE SOFTWARE (fc1) C3400 uptime is 3 hours, 46 minutes System returned to ROM by power-on System image file is flash:me340x-metroipaccessk9-mz.122-50.SE1.bin This product contains cryptographic features and is subject to United States and local country laws governing import, export, transfer and use. Delivery of Cisco cryptographic products does not imply third-party authority to import, export, distribute or use encryption. Importers, exporters, distributors and users are responsible for compliance with U.S. and local country laws. By using this product you agree to comply with applicable laws and regulations. If you are unable to comply with U.S. and local laws, return this product immediately. A summary of U.S. laws governing Cisco cryptographic products may be