[c-nsp] Tail drops on ME3600 with shaping policy

CiscoNSP List CiscoNSP_list at hotmail.com
Wed Sep 16 23:21:30 EDT 2015


Cheers Adam - I applied what Spyros suggested, and will continue to monitor.

________________________________________
From: Adam Vitkovsky <Adam.Vitkovsky at gamma.co.uk>
Sent: Wednesday, 16 September 2015 8:14 PM
To: CiscoNSP List; James Bensley; cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] Tail drops on ME3600 with shaping policy

Hi

The following worked for me (you can be service-instance specific)

policy-map customer1-parrent-out
 !
 class class-default
  shape average 10 mbps
   service-policy customer1-child-out


policy-map customer1-child-out
 !
 class voip-edge
  police cit 128000
  conform-action transmit
  exceed-action drop
  priority level 1
  queue-limit percent 100
 !
 class class-default
  queue-limit percent 100


interface GigabitEthernet0/7
 service instance 11 ethernet
  service-policy out customer1-parrent-out


adam


        Adam Vitkovsky
        IP Engineer

T:      0333 006 5936
E:      Adam.Vitkovsky at gamma.co.uk
W:      www.gamma.co.uk

This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of this email are confidential to the ordinary user of the email address to which it was addressed. This email is not intended to create any legal relationship. No one else may place any reliance upon it, or copy or forward all or any of it in any form (unless otherwise notified). If you receive this email in error, please accept our apologies, we would be obliged if you would telephone our postmaster on +44 (0) 808 178 9652 or email postmaster at gamma.co.uk

Gamma Telecom Limited, a company incorporated in England and Wales, with limited liability, with registered number 04340834, and whose registered office is at 5 Fleet Place London EC4M 7RD and whose principal place of business is at Kings House, Kings Road West, Newbury, Berkshire, RG14 5BY.


________________________________________
From: cisco-nsp [cisco-nsp-bounces at puck.nether.net] on behalf of CiscoNSP List [CiscoNSP_list at hotmail.com]
Sent: 16 September 2015 10:10
To: James Bensley; cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] Tail drops on ME3600 with shaping policy

Thanks very much James - Very helpful!


So there's no singular way I can test this (queue-limit percent 100) on a single service instance under an Interface? i.e. Id have to re-do the entire qos policy for the Interface and associated service instances?


In our current situation, we have ~30 service instances, all varying subscribed speeds under one Interface...only a few of them are showing tail drops, so I was hoping to test the queue limit "fix" on one or two of them...but from what Im reading in your reply, this doesnt look to be possible?


Cheers.

________________________________________
From: James Bensley <jwbensley at gmail.com>
Sent: Wednesday, 16 September 2015 6:24 PM
To: CiscoNSP List; cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] Tail drops on ME3600 with shaping policy

Make sure you are on a decent recent image (worked fine for me from
15.3(3)S3 up to 15.3(3)S6 (haven't ventured into 15.4 or 15.5) and
pretty much "queue-limit percent 100" everywhere is the way forward
with these boxes.

I made some notes on this when I was having the same problem here, I'm
a bit fuzzy on it now because it "just works", hopefully that will
clear some things up:
http://null.53bits.co.uk/index.php?page=me3600-3800-buffer-oversubscription

Short version though, the ME3600's/ME3800's use a 3 tiered map to so
you can apply different QoS policies at different levels in the
switch, at the port level, service instance or VLAN level, then down
at the individual traffic class level.


Try this with your configuration, note the parent policy is matching
customer VLANs, we then apply the child policy to that VLAN, otherwise
using your config we are trying to set queue-limit percent 100 to the
entire port when we have multiple VLANs here (which we shall assume
are different customers) and they might have different QoS SLAs, so we
need to match more specifically down to that customer class before we
can increase the buffers):


int foo
 service-policy output int_foo_parent_policy

 service instance 1065 ethernet
  description CUST_A
  encapsulation dot1q 1065
  rewrite ingress tag pop 1 symmetric
  bridge-domain 1065

 service instance 1066 ethernet
  description CUST_A
  encapsulation dot1q 1066
  rewrite ingress tag pop 1 symmetric
  bridge-domain 1066

 service instance 1067 ethernet
  description CUST_B
  encapsulation dot1q 1067
  rewrite ingress tag pop 1 symmetric
  bridge-domain 1067

class-map match-any CUST1-VLANs
 match vlan 1065
 match vlan 1066

class-map match-any CUST2-VLANs
 match vlan 1067

policy-map child_policy_map
 class class-default
  queue-limit percent 100

policy-map  int_foo_parent_policy
 class CUST1-VLANs
  shape average 100000000
   service-policy child_policy_map
 class CUST2-VLANs
  shape average 200000000
   service-policy child_policy_map



Cheers,
James.
_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/



More information about the cisco-nsp mailing list