Re: FR PVC QOS Based on Class-Map

From: gregg malcolm (greggmalcolm@yahoo.com)
Date: Fri Apr 13 2007 - 11:48:16 ART


I am running various IOS'es. Both my 'real' lab (mostly 12.3) and dynamips ((C3640-JK9O3S-M), Version 12.4(12)) report this.

Did you configure under the frame DLCI?

R1(config-if)#fram interface-dlci 103
R1(config-fr-dlci)#class SHAPE-WEB
Only class-default supported over FR VCs

I do not understand how matching on fr-dlci would work. We are matching incoming packets not the outgoing PVC. I'd try it but I would want to at least understand the reasoning first

Thanks, Gregg

Vince Mashburn <cciegroupstudy@gmail.com> wrote: What IOS are you running? I am running 12.4 and I am not getting that error. Also, try match fr-dlci 103 as well as match dscp af31 in the class map and see if that helps.
Thanks
 On 4/13/07, Bob Sinclair <bob@bobsinclair.net> wrote: gregg malcolm wrote:
> I have a situation where an upstream router (R4) has marked specific traffic with a DSCP code. I am trying to shape this traffic on a downstream router (R1) on a physical frame-relay interface (s0/0). I have 'discovered' that only the class-default is supported on FR PVC's. Is there another way to do this short of changing the FR interface configuration? I don't see how I can do this with straight FRTS. Here is the config:
>
One way is to get only the traffic that needs to be shaped into
class-default:

class-map NOT-AF31
match not dscp af31

policy-map WEB
class NOT-AF31

class class-default
  shape average 512000 16384 32768

--
Hth,

Bob Sinclair CCIE 10427 CCSI 30427 www.netmasterclass.net



This archive was generated by hypermail 2.1.4 : Tue May 01 2007 - 08:28:35 ART