From: Dang Quang Minh (minhdq@saigonctt.com)
Date: Sat Feb 15 2003 - 04:41:45 GMT-3
Kym,
Pls see my opinion inline.
Thanks,
-----Original Message-----
Subject: Re: FRTS & CBWFQ BANDWIDTH QUESTIONS
Several questions, mostly on bandwidth:
(1) Could the "service-policy out DLSW&IP" statement be moved from the
interface to the map-class?
- We only move the statement 'service-policy out DLSW&IIP' to the
map-class when we need to apply CBWFQ on subinterface or VC level.If we
choose to apply CBWFQ under physical interface, we should put the
command 'service-policy out dlsw&IP' under physical interface.
(2) Your example shows the PVC of 9600 bandwidth, so wouldn't the max
CIR=7200 (i.e., 75 percent of available bandwidth can be allocated for
CBWFQ)?
- Yes I think by default only 75% bandwidth allocated for CBWFQ. If the
total bandwidth configured for cbwfq is exceed this limit, we can change
this default bandwidth with the command 'max-reserved-bandwidth 95"
(3) If you were applying this on a multipoint subinterface with two
DLCIs,
would you configure as follows, and (my big question) would you have to
cut
the CIR in half (so each DLCI can only get up to 3600)?
interface serial 0.1 point-to-multipoint
frame interface-dlci 102
class qos
frame interface-dlci 103
class qos
- CCO say we need to cut down CIR to half if MinCIR is not configured.
If Minncir is cconfigured, we use mincir. By the way, in your example,
we should apply class qos under s0.1 multipoint.
EX: Interface serial 0.1
Frame-relay class qos
(4) And finally, suppose you have two subinterfaces, one as described in
#3
where you want to apply QOS, and another multipoint with 2 DLCIs that
you
don't want to apply QOS ... would you cut the CIR in half again?
- not sure though
Thanks, Kym
>From: Tim Fletcher <tim@fletchmail.net>
>Reply-To: Tim Fletcher <tim@fletchmail.net>
>To: "Ryan B" <ryanb@pobox.com>, "Sage Vadi" <sagevadi@yahoo.co.uk>,
><ccielab@groupstudy.com>
>Subject: Re: FRTS & CBWFQ Date: Fri, 14 Feb 2003 14:30:16 -0500
>
>Don't forget to turn traffic shaping on under the interface config.
>
>interface Serial5/1/1
> frame-relay traffic-shaping
>
>-Tim Fletcher
>
>At 09:00 AM 2/14/2003 -0800, Ryan B wrote:
>>Few things of note...
>>
>>1) I would remove the "class-map ipTraff" and in the policy-map use
"class
>>class-default"
>>2) "bandwidth 50" is saying to use 50kb/sec of bandwidth - have you
tested
>>this configuration? Does it work? It should error out when you try
to
>>apply the config since you are exceeding the mincir value
>>3) In the FRTS config you have no CIR defined and it defaults to
56k...
>>Also, the bc is not the burst size, it is the the amount of data to
send
>>per
>>Tc interval... This value is dependent on the type of data and the CIR
of
>>a
>>PVC... For your 9.6k PVC the value would be "Bc = CIR/8" (note that
for
>>VoIP you would set it to "Bc = CIR/100" to reduce delay)
>>4) I generally set the burst (Be) to 25% of the CIR for non VoIP
carrying
>>circuits, assuming of course that the access rate of the line is not
equal
>>to the CIR. For voice, Be should be 0 (and it defaults as such)...
Keep
>>in
>>mind that the Bc is not the rate in kbps as you have configured. It
is
>>the
>>amount of excess data in bits to send during the first Tc interval
where
>>congestion occurs. I guess you could calculate the Bc to an specific
kbps
>>value by using the Tc ("Tc = Bc/CIR") to figure out what value for Be
>>would
>>give you the desired 19.2kbps...
>>
>>So I'd try something like this (though there could be errors in here,
I'm
>>just spitting this out based on your config and my weak memory).
Also,
>>this
>>would not have you bursting to 19.2... Can't give you all the answers
now
>>can I ;))
>>
>> interface Serial5/1/1
>> service-policy output DLSW&IP
>> frame-relay class qos
>>
>> class-map dlswTraff
>> match access-group 150
>>
>>policy-map DLSW&IP
>> class dlswTraff
>> bandwidth percent 50
>> class class-default
>> bandwidth percent 50
>>
>> map-class frame-relay qos
>> frame-relay cir 9600
>> frame-relay mincir 9600
>> frame-relay bc 1200
>> frame-relay be 2400
>> no frame-relay adaptive-shaping
>>
>>access-list 150 permit tcp any eq 2065 any
>>
>>There is an page on the Cisco site that covers this very well,
something
>>titled "Configuring Frame Realy Traffic Shapping", but I don't have
the
>>URL
>>handy.
>>
>>----- Original Message -----
>>From: "Sage Vadi" <sagevadi@yahoo.co.uk>
>>To: <ccielab@groupstudy.com>
>>Sent: Friday, February 14, 2003 6:16 AM
>>Subject: QoS: FRTS & CBWFQ
>>
>>
>> > All,
>> >
>> > Q) On R1 configure the QoS default for the frame-relay
>> > network to have a comitted information rate of 9600bps
>> > and a burst size of 19200bps. Configure DLSW traffic
>> > with 50% of the traffic followed by IP with 50%, apply
>> > this to the map class in the step above.
>> >
>> > My Config:
>> >
>> > interface Serial5/1/1
>> > service-policy output DLSW&IP
>> > frame-relay class qos
>> >
>> > class-map dlswTraff
>> > match access-group 150
>> > class-map ipTraff
>> > match access-group 1
>> >
>> > policy-map DLSW&IP
>> > class dlswTraff
>> > bandwidth 50
>> > class ipTraff
>> > bandwidth 50
>> >
>> > map-class frame-relay qos
>> > frame-relay bc 19200
>> > frame-relay mincir 9600
>> > no frame-relay adaptive-shaping
>> >
>> > access-list 1 permit any
>> > access-list 150 permit tcp any eq 2065 any
>> >
>> > Q) Does this seem to be correct config?
>> >
>> >
>> >
>> >
>> >
>> >
>> > __________________________________________________
>> > Do You Yahoo!?
>> > Everything you'll ever need on one web page
>> > from News and Sport to Email and Music Charts
>> > http://uk.my.yahoo.com
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:24 GMT-3