[c-nsp] QOS on ME3600 (service instance)

[CiscoNSP List]

No - As this is a trunk port, with multiple vlans (And service instances)....We only want to apply service policies to "some" of the vlans/service instances

The service policy seems to be working, it's just not reporting any drops with "sh ethernet service instance policy-map"



From: pshem.k at gmail.com
Date: Mon, 22 Sep 2014 18:40:30 +1200
Subject: Re: [c-nsp] QOS on ME3600 (service instance)
To: cisconsp_list at hotmail.com
CC: cisco-nsp at puck.nether.net

Hi,
Do you have a port-level outbound service policy in your config as well as the EVC-one?
kind regardsPshem

On 22 September 2014 14:51, CiscoNSP List <cisconsp_list at hotmail.com> wrote:
Hi Everyone,



Ive configured a simple test to ensure egress shaping is working under a service instance (As you cannot apply service policy to vlan interface).



policy-map TEST_1MB   class class-default  shape average 98000  <- Actually set to 98kb for testing



interface GigabitEthernet0/3

...

 service instance 6 ethernet

  service-policy output TEST_1MB

  bridge-domain 6



interface Vlan6

 description p-t-p-link-to-1841-1

 ip vrf forwarding TEST3

 ip address 10.10.1.0 255.255.255.254

 no ip proxy-arp







It "appears" to work - i.e. with no policy applied:



#ping vrf TEST3 10.10.1.1 size 1500 df-bit repeat 100  <- This is to an 1841 connected to port Gig0/3 on the ME

Type escape sequence to abort.

Sending 100, 1500-byte ICMP Echos to 10.10.1.1, timeout is 2 seconds:

Packet sent with the DF bit set

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Success rate is 100 percent (100/100), round-trip min/avg/max = 1/2/4 ms



Same test, with policy-map applied to service instance:



ping vrf TEST3 10.10.1.1 size 1500 df-bit repeat 100

Packet sent with the DF bit set

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Success rate is 100 percent (100/100), round-trip min/avg/max = 1/118/128 ms



i.e. Latency increases, so I can only assume the shaping is working....I have tried reducing the shaping to 1000 (1kb), and see packet-loss...remove service-policy, and latency returns to normal, and no loss.



#sh ethernet service instance policy-map

  GigabitEthernet0/3: EFP 6



  Service-policy output: TEST_1MB



    Class-map: class-default (match-any)

      100 packets, 151800 bytes

      30 second offered rate 0000 bps, drop rate 0000 bps

      Match: any

  Traffic Shaping

    Average Rate Traffic Shaping

    Shape 98 (kbps)

      Output Queue:

        Default Queue-limit 49152 bytes

        Tail Packets Drop: 0

        Tail Bytes Drop: 0



Is this a cosmetic bug, or is there another command that will show drops?



Cheers.



_______________________________________________

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/