[c-nsp] 7606 SIP-600 QoS - Service policy matching issue

[Aaron]

Is this 7600 the ultimate mpls hop for the traffic you are looking at with
that mqc policy ?  I wonder if something I recently heard applies here....
someone told me that if PHP is enabled (which I believe it is by default
which I think makes use of the implicit null label 3) then the penultimate
hop lsr will pop the label and then mpls-based qos won't work IF you are
trying to do mqc at the ultimate hop.  If you are, AND if this applies to
your architecture, then you may need to disable php by enabling explicit
null labeling I think is what it's called...this way, the mpls label remains
and the device can see what is in the exp bits of the label in order to
apply mpls-based-mqc to it

Anyone...please tell me if I'm way off base on this.

Aaron


-----Original Message-----
From: cisco-nsp-bounces at puck.nether.net
[mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of Andrew K.
Sent: Tuesday, April 24, 2012 11:09 AM
To: cisco-nsp at puck.nether.net
Subject: [c-nsp] 7606 SIP-600 QoS - Service policy matching issue

I'm attempting to configure WRED with LLQ on a 7606 runing dual sup720 and
advanced IP Version 12.2(33)SRE2.
I have the following configuration applied to my 7600-SIP-600 SPA-2XOC48POS
interface.

7600#
!
class-map match-any IMPORTANT-TRAFFIC
   match mpls experimental topmost 6
!
policy-map OC48
   class IMPORTANT-TRAFFIC

interface POS1/0/0
  ip address 10.20.30.22 255.255.255.252
  mpls ip
  mpls traffic-eng tunnels
  mls qos trust dscp
  service-policy output OC48
  ip rsvp bandwidth 1800000 900000
end


I understand the service policy is not doing anything yet, but the problem I
having is the service policy is not seeing any matches for the class-map or
the class-default.


7600#sh policy-map int pos1/0/0
  POS1/0/0

   Service-policy output: OC48

     Class-map: IMPORTANT-TRAFFIC(match-any)
       0 packets, 0 bytes
       5 minute offered rate 0000 bps
       Match: mpls experimental topmost 6

     Class-map: class-default (match-any)
       0 packets, 0 bytes
       5 minute offered rate 0000 bps, drop rate 0000 bps
       Match: any

7600#sh int pos1/0/0 | inc rate
   Queueing strategy: fifo
   5 minute input rate 284921000 bits/sec, 35165 packets/sec
   5 minute output rate 866678000 bits/sec, 97855 packets/sec

I'm at a little bit of a loss here, is this a bug?  Did I mis-configure
something?  Would the policy-map actually do something just the counters
aren't incrementing?

I did find the following restrictions, but I do not believe they apply here
:
http://www.cisco.com/en/US/docs/interfaces_modules/shared_port_adapters/conf
iguration/7600series/76ovwsip.html#wp1075778

.Output policing is not supported.

.The aggregate guaranteed bandwidth configured for all QOS policies applied
to a main interface cannot exceed the bandwidth of the link. 1% of the link
rate bandwidth is reserved for control packet traffic. The remaining 99% of
guaranteed rates are available for QoS configuration. 
For policies applied to the main interface, an attempt is made to acquire
the 1% guaranteed rate from class-default. If control packet bandwidth can
not be acquired, then errors are reported in the log file.



Any help would be greatly appreciated.
Andrew.


_______________________________________________
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/