Re: Question on FR CBWFQ

From: Bob Rech (brech@kc.rr.com)
Date: Wed Nov 13 2002 - 11:39:54 GMT-3


Well this all is configurable and I've seen some reference to the nesting
these policy-maps.
I could pull the class-d-policy map out of the class-default in the parent
map and use rate-limiting on the s0/0 interface to limit the ftp traffic as
well,
I have this configured and as soon as I can set up some traffic pairs to
that I can classify I will test this in the lab.
Just wondering if someone had tried to do this kind of differentiating and
what the effects they saw were.

----- Original Message -----
From: "Cristian Henry H" <chenry@reuna.cl>
To: "Robert Rech" <brech@kc.rr.com>
Cc: <ccielab@groupstudy.com>
Sent: Wednesday, November 13, 2002 5:48 AM
Subject: Re: Question on FR CBWFQ

> It looks like FRTS with CBWFQ to control the output packets, using the
> map-class "mclass-ypa" to define the frame-relay traffic shaping profile
> and the policy-map "fr-out-policy" to CBWFQ inside the frame-relay
> shaping profile. I'm no sure if is posible to config FRTS/CBWFQ,
> however, your definition of CBWFQ profile include another CBWFQ profile,
> the policy-map "class-d-policy". Now it looks like FRTS/CBWFQ/CBWFQ
> shaping model, I think that could'nt works, but I'm not sure. Does it
> have sense to try somethink like FRTS/PQ?
>
> Robert Rech wrote:
> >
> > It is CBWFQ if the map-class uses a service policy that is class based
as in
> > the original thread, my question was 2 things.
> > 1.) I understand that putting the map class on the interface applies to
all
> > DLCI's and putting it under the Frame-relay interface-dlci applies it to
> > just that DLCI. But I was asking what if any is the difference in
> > configuring the frame class under a sub-interface as opposed to under
the
> > interface dlci is?
> >
> > 2.) The goal is to us FRTS and configure a queueing mechanism and
policer to
> > do the the following on a link carrying both critical traffic from a
hosting
> > center to a customer as well as their less important and internet
traffic
> > A.) Assign different queueing wieghts to different classes of
traffic
> > from the hosting center to the customer across the FR link and guarentee
a
> > minimum bandwidth to the two most important classes{p5-class and
p3-class},
> > assign a higher precedence to other hosting traffic {p1-class}, Then use
the
> > class-default for other traffic including internet.
> > B.) Rate-limit internet ftp-data.
> >
> > Questions on this are what is the effect of the policy map configured to
> > police the ftp-data {class-d-policy}being used within the class-default
of
> > the policy-map fr-out-policy. And would using a rate-limit on the serial
> > interface for ftp-data be a better way to go. although it might
rate-limit
> > all FTP traffic including traffic matching other classes.
> >
> > class-map match-all p3-class
> > match access-group name p3-acl
> > class-map match-all p1-class
> > match access-group name p1-acl
> > class-map match-all p5-class
> > match access-group name p5-acl
> > class-map match-all ftp-class
> > match access-group name ftp-data
> > !
> > !
> > policy-map class-d-policy
> > class ftp-class
> > police 32000 2000 4000 conform-action transmit exceed-action drop
> > policy-map fr-out-policy
> > class p5-class
> > bandwidth 64
> > random-detect
> > set ip precedence 5
> > class p3-class
> > bandwidth 16
> > set ip precedence 3
> > class p1-class
> > set ip precedence 1
> > class class-default
> > fair-queue
> > random-detect
> > service-policy class-d-policy
> >
> > interface Serial0/0.1 point-to-point
> > ip address 65.212.24.146 255.255.255.252
> > frame-relay class mclass-ypa
> > frame-relay interface-dlci 301
> >
> > map-class frame-relay mclass-ypa
> > no frame-relay adaptive-shaping
> > frame-relay cir 128000
> > frame-relay bc 16000
> > frame-relay mincir 100000
> > service-policy output fr-out-policy
> > !
> > ----- Original Message -----
> > From: "Cristian Henry H" <chenry@reuna.cl>
> > Cc: <ccielab@groupstudy.com>
> > Sent: Tuesday, November 12, 2002 5:06 AM
> > Subject: Re: Question on FR CBWFQ
> >
> > > I have a confusion, I think:
> > > - class-map is applied with CBWFQ in order to define a the traffic to
> > > put in WFQ class-based.
> > > - map-class is applied with FRTS in order to define a the traffic to
put
> > > in PQ, CQ or WFQ
> > >
> > > So, the example presented here is an FRTS's example, isn't an CBWFQ
> > > one. isn't it?, any input?
> > >
> > > "Erick B." wrote:
> > > >
> > > > Hi Bob,
> > > >
> > > > For #1
> > > >
> > > > Applying it to subinterface means the class is applied
> > > > to all DLCIs. If this were a multipoint interface with
> > > > multiple DLCIs all DLCIs would have this same class
> > > > defined.
> > > >
> > > > Applying class to the dlci just applies it to that
> > > > dlci as you would expect - this way you can assign
> > > > different classes to each DLCI on the same multipoint
> > > > subinterface for example.
> > > >
> > > > --- Bob Rech <brech@kc.rr.com> wrote:
> > > > > 1.) What is the difference between applying a frame
> > > > > relay map-class under the
> > > > > sub-interface as opposed to under the dlci?
> > > > > R1(config-subif)#int s0/0.1
> > > > > R1(config-subif)#frame interface
> > > > > R1(config-subif)#frame interface-dlci 16
> > > > > R1(config-fr-dlci)#class mclass-ypa
> > > > > R1(config-fr-dlci)#
> > > > >
> > > > > or
> > > > >
> > > > > R1(config-subif)#int s0/0.1
> > > > > R1(config-subif)#frame class
> > > > > R1(config-subif)#frame class mclass-ypa
> > > >
> > > >
> > > > =====
> > > > "Many of life's failures are people who
> > > > did not realize how close they were to
> > > > success when they gave up."
> > > > - Thomas A. Edison
> > > >
> > > > __________________________________________________
> > > > Do you Yahoo!?
> > > > U2 on LAUNCH - Exclusive greatest hits videos
> > > > http://launch.yahoo.com/u2
> > >
> > > --
> > > Cristian E. Henry
> > > REUNA
> > >
> > > E-mail: chenry@reuna.cl
> > > Fono: 56-2-3370336
>
> --
> Cristian E. Henry
> REUNA
>
> E-mail: chenry@reuna.cl
> Fono: 56-2-3370336



This archive was generated by hypermail 2.1.4 : Tue Dec 03 2002 - 07:22:58 GMT-3