Re: [c-nsp] ME3600 QoS

2015-10-02 Thread Mark Tinka
On 2/Oct/15 18:38, James Bensley wrote: > Yep, this. > > SVIs and port-channels. B! Well, for LAG's you can't run away from using a software interface, as you need some way to control all links in the LAG. My only issue with LAG's from Cisco is the lack of LAG policing support. Mark.

Re: [c-nsp] ME3600 QoS

2015-10-02 Thread Mark Tinka
On 1/Oct/15 10:29, Nick Hilliard wrote: > yep, that's correct. If you want to use qos on an SVI, you need to attach > the service policy to the service policy on the physical interface(s). > Better still, don't use SVIs on this platform if you can get away with > using physical ports. Would be

Re: [c-nsp] ME3600 QoS

2015-10-02 Thread James Bensley
On 1 October 2015 at 09:29, Nick Hilliard wrote: > don't use SVIs on this platform if you can get away with > using physical ports. Yep, this. SVIs and port-channels. B! Cheers, James. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://

Re: [c-nsp] ME3600 QoS

2015-10-01 Thread Mohammad Khalil
Thanks guys for the kind replies Nick , you mean like a hierarchical QoS ? as the physical interface has a lot of service-instances configured for multiple Vlans Thanks > To: cisco-nsp@puck.nether.net > From: n...@foobar.org > Date: Thu, 1 Oct 2015 09:29:52 +0100 > Subject: Re: [c

Re: [c-nsp] ME3600 QoS

2015-10-01 Thread Nick Hilliard
On 01/10/2015 09:20, Mohammad Khalil wrote: > “You can attach service policies to switchports, routed ports, or EFPs. > However, you cannot attach a service policy to a physical port that is > configured with service instances (EFPs) and you cannot attach service > policies to switch virtual > int

[c-nsp] ME3600 QoS

2015-10-01 Thread Mohammad Khalil
Kindly I’m trying to configure QoS for traffic policing on one of our PEs (ME3600), but I’m receiving an error when I try to apply it on an SVI, I tried to figure out the problem but I found the following on one of Cisco’s documents : “You can attach service policies to switchports, routed por

Re: [c-nsp] ME3600 QoS

2013-11-03 Thread Waris Sagheer (waris)
n O'Connor' mailto:darre...@outlook.com>>, 'Nick Ryce' mailto:n...@fluency.net.uk>>, "cisco-nsp@puck.nether.net<mailto:cisco-nsp@puck.nether.net>" mailto:cisco-nsp@puck.nether.net>> Subject: RE: [c-nsp] ME3600 QoS Hi Waris, This issue was d

Re: [c-nsp] ME3600 QoS

2013-10-03 Thread Waris Sagheer (waris)
;mailto:cisco-nsp@puck.nether.net>" mailto:cisco-nsp@puck.nether.net>> Subject: RE: [c-nsp] ME3600 QoS Hi Waris, This issue was discovered on 15.3(1)S2. The “multicast ingress to port-channel punted to CPU” issue is persistent in 15.3(2)S2 as well. adam From: Waris Sagheer

Re: [c-nsp] ME3600 QoS

2013-10-02 Thread Darren O'Connor
I was using 15.2 but now got 15.3 installed on my lab box Thanks Darren http://www.mellowd.co.uk/ccie From: wa...@cisco.com To: adam.vitkov...@swan.sk; darre...@outlook.com; n...@fluency.net.uk; cisco-nsp@puck.nether.net Subject: Re: [c-nsp] ME3600 QoS Date: Wed, 2 Oct 2013 16:59:03 +

Re: [c-nsp] ME3600 QoS

2013-10-02 Thread Waris Sagheer (waris)
"cisco-nsp@puck.nether.net<mailto:cisco-nsp@puck.nether.net>" mailto:cisco-nsp@puck.nether.net>> Subject: Re: [c-nsp] ME3600 QoS Interesting we've had some 100% CPU until reload ourselves. It was related to Port-channel and mcast. adam From: Darren O'Connor [mai

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Adam Vitkovsky
> From: adam.vitkov...@swan.sk > To: n...@fluency.net.uk; cisco-nsp@puck.nether.net > Date: Wed, 7 Aug 2013 14:52:17 +0200 > Subject: Re: [c-nsp] ME3600 QoS > > > Can be applied to the member ports of the channel. > > Also you can't apply service policies to EFP'

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Darren O'Connor
kov...@swan.sk > To: n...@fluency.net.uk; cisco-nsp@puck.nether.net > Date: Wed, 7 Aug 2013 14:52:17 +0200 > Subject: Re: [c-nsp] ME3600 QoS > > > Can be applied to the member ports of the channel. > > Also you can't apply service policies to EFP's on a port channel e

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Adam Vitkovsky
> Can be applied to the member ports of the channel. > Also you can't apply service policies to EFP's on a port channel either. Thus my conclusion that port-channel interfaces on ME3600 are useless so far No incoming multicast No BFD with ASR9k No QOS Though I'm not sure whether some of this

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Nick Ryce
Hi Adam, Just reached the same conclusion. Can be applied to the member ports of the channel. Also you can't apply service policies to EFP's on a port channel either. Nick -- Nick Ryce Fluency Communications Ltd. e. n...@fluency.net.uk w. http://fluency.net.uk/ t. 0845 874 7000 On 07/08

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Adam Vitkovsky
Hi Nick, > QoS: Invalid target for service-policy I got the same error when I tried to apply a service-policy to port-channel interface and learned that policy has to be applied to a physical ports associated with the channel instead. So I'm wondering whether your SW version supports applying of

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Pshem Kowalczyk
Hi, I suspect that if you use 'remaining percent' you might to define the overall output speed for the service instance. You also have to specify interface output speed using policy (for example 'shape average 10' for 1G interface). kind regards Pshem On 7 August 2013 20:59, Nick Ryce

Re: [c-nsp] ME3600 QoS

2013-08-07 Thread Fredrik Vöcks
Hi Nick, I have something simular in my lab but without 'level 1' which works. class-map match-all dscp41 match ip dscp af41 policy-map IPTV-QOS class IPTV priority class class-default bandwidth remaining percent 75 dr-se-mlm-stg3-2#sh policy-map int g0/23 GigabitEthernet0/23 Servi

[c-nsp] ME3600 QoS

2013-08-07 Thread Nick Ryce
Hi Guys, I am trying to to do some basic QoS to prioritise packets marked with DSCP EF on EFP's but keep getting errors as below: SW1.WAV-EDI(config-if-srv)#service-policy output Voip QoS: Invalid target for service-policy QoS: Configuration errors for policy map Voip Class-map and policy map a

Re: [c-nsp] ME3600 QOS internal mapping

2012-10-16 Thread Waris Sagheer (waris)
Muthukumar Rajagopalan Sent: Thursday, October 11, 2012 3:13 AM To: cisco-nsp@puck.nether.net Subject: [c-nsp] ME3600 QOS internal mapping Hi Folks, I want to understand the internal mapping on the ME3600 switch with identical to ME3750 "mls qos trust". I understand that ME3600 default behav

[c-nsp] ME3600 QOS internal mapping

2012-10-11 Thread Muthukumar Rajagopalan
Hi Folks, I want to understand the internal mapping on the ME3600 switch with identical to ME3750 "mls qos trust". I understand that ME3600 default behaviour is to trust all DSCP/IPP values. Please provide some uick reference on this will highly Appreciated. Thanks, Muthu