A aollow-up from me as well. We changed from port-channel and shapers are working again for us too. In our case it was virtual-access interfaces (for PPPoE) that we had being delivered over a port-channel. Changing it back to a "real" interface and the shapers on the VPDN interfaces are working as expected.
regards, Tony. ________________________________ From: CiscoNSP List <[email protected]> To: "[email protected]" <[email protected]>; "[email protected]" <[email protected]> Sent: Thursday, 19 September 2013 9:09 AM Subject: RE: [c-nsp] policy map shape being "ignored"? Just an update to this - Moved the tail to a gig subint, and shaping is now working as expected (So portchan is the issue) - Was going to open a tac case, but looks like smartnet on a 7200 w/ G1 is in the order of $3K?! I might try a pay per-incident case... ________________________________ Date: Fri, 13 Sep 2013 01:50:51 -0700 From: [email protected] Subject: Re: [c-nsp] policy map shape being "ignored"? To: [email protected]; [email protected] My guess is that shapers not supported on port-channel interfaces. We've got a similar issue and it's on my to-do list to convert the port-channel back to a single interface to test and see if this is indeed the problem with the shaper (you've just reminded me I need to do this !). regards, Tony. >________________________________ > From: CiscoNSP List <[email protected]> >To: "[email protected]" <[email protected]> >Sent: Friday, 13 September 2013 5:58 PM >Subject: [c-nsp] policy map shape being "ignored"? > > >Hi Guys/Girls, > >7200/G1, have other policy-maps/shaping working without issue, but the >following one seems to be ignored? > >policy-map 10M >class class-default > shape average 9800000 104000 0 > >interface Port-channel1.1019 >encapsulation dot1Q 1019 >ip address xxx.xxx.xxx.117 255.255.255.252 >service-policy output 10M > > >#sh policy-map int po1.1019 >Port-channel1.1019 > Service-policy output: 10M > Class-map: class-default (match-any) > 1664453 packets, 1933030626 bytes > 30 second offered rate 55140000 bps, drop rate 0 bps > Match: any > Queueing > queue limit 64 packets > (queue depth/total drops/no-buffer drops) 0/0/0 > (pkts output/bytes output) 0/0 > shape (average) cir 9800000, bc 104000, be 0 > target shape rate 9800000 > >IOS bug? > > > >_______________________________________________ >cisco-nsp mailing list [email protected] >https://puck.nether.net/mailman/listinfo/cisco-nsp >archive at http://puck.nether.net/pipermail/cisco-nsp/ > > > _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
