Re: MQC shape vs peak command confusion

answer

shape peak 128000

if the task said shape to peak rate of 128k

On Sat, Apr 4, 2009 at 11:17 PM, naveen M S <navin.ms_at_gmail.com> wrote:

> Thanks Raman.
>
> Salah,
> If the task asks to shape to peak rate of 128kbps, giving "shape peak
> 128000" makes Be = Bc. Hence Peak rate = 128000 * 2 = 256000. I am left with
> only one correct solution "shape peak 64000 6400 6400". In this case, Bc=Be
> and hence PIR = 64kbps * 2 = 128kbps.
>
> Regards.
> -Naveen.
>
>
>
> On Sat, Apr 4, 2009 at 12:57 PM, Ramanpreet Singh <
> sikandar.raman_at_gmail.com> wrote:
>
>> Naveen,
>>
>> It all depends on the method you are using for configuring FRTS.
>>
>> If you are using a legacy method then by default Be=0
>>
>> You can try this by configuring multiple map statements on a frame
>> interface and then by enabling frame-relay traffic-shaping.
>>
>> when you will do show traffic-shape. You will see Be is set to 0 by
>> default.
>>
>> In class based FRTS. Bc=Be ( if not set)
>>
>> HTH
>> Raman
>>
>>
>>
>>
>> On Sat, Apr 4, 2009 at 2:04 PM, naveen M S <navin.ms_at_gmail.com> wrote:
>>
>>> Thanks everyone. If I want to achieve peak rate of 128kbps, I still have
>>> many choices.
>>>
>>> 1) Keep CIR = 128kbps and Be = 0. This makes PIR = CIR = 128kbps
>>> 2) Keep CIR = 85kbps and Be = Bc / 2. This makes PIR = 128kbps
>>> 3) Keep CIR = 64kbps and Be = Bc. This makes PIR = 128kbps .. etc.
>>>
>>> In the lab if the task doesn't say anything about Be, should I assume Be
>>> = 0
>>> or Be = Bc ?
>>>
>>> Regards,
>>> Naveen.
>>>
>>> On Sat, Apr 4, 2009 at 11:34 AM, Salah ElShekeil
>>> <salah.elshekeil_at_gmail.com>wrote:
>>>
>>> > be aware that the shape peak formula is not the same as the shaping
>>> formula
>>> >
>>> >
>>> >
>>> > shape peak
>>> >
>>> >
>>> >
>>> > peak rate = CIR(1 + Be / Bc)
>>> >
>>> >
>>> >
>>> > shape average (CIR) = bc*1000/tc
>>> >
>>> >
>>> >
>>> > HTH
>>> >
>>> >
>>> >
>>> > Salah
>>> >
>>> >
>>> >
>>> > On Sat, Apr 4, 2009 at 4:40 PM, Ruhann <groupstudy_at_ru.co.za> wrote:
>>> >
>>> >> Mr Petr wrote a great article about the shape peak command:
>>> >>
>>> >>
>>> >>
>>> http://blog.internetworkexpert.com/2008/08/26/understanding-the-shape-peak-command/
>>> >>
>>> >> On Sat, Apr 4, 2009 at 6:27 AM, naveen M S <navin.ms_at_gmail.com>
>>> wrote:
>>> >>
>>> >> > Group,
>>> >> >
>>> >> > Here is my task :
>>> >> >
>>> >> > 1) Shape HTTP traffic to a peak rate of 128kbps sent out to Vlan 34.
>>> >> > 2) Use Bc and Be bursts based on 10ms interval.
>>> >> >
>>> >> > *My solution was -*
>>> >> >
>>> >> > class-map HTTP
>>> >> > match protocol http
>>> >> > policy-map SHAPE
>>> >> > class HTTP
>>> >> > * shape peak 128000 1280 0*
>>> >> > interface gig 0/0
>>> >> > service-policy output SHAPE
>>> >> >
>>> >> > Rack1R1(config-pmap-c)#* do sh policy-map int gig0/0*
>>> >> > Target/Average Byte Sustain Excess Interval
>>> >> Increment
>>> >> > Rate Limit bits/int bits/int (ms)
>>> (bytes)
>>> >> > 128000/128000 160 1280 0 10 160
>>> >> >
>>> >> > *The workbook solution was -*
>>> >> >
>>> >> > class-map HTTP
>>> >> > match protocol http
>>> >> > policy-map SHAPE
>>> >> > class HTTP
>>> >> > * shape peak 64000 6400 6400*
>>> >> > interface gig 0/0
>>> >> > service-policy output SHAPE
>>> >> >
>>> >> > Rack1R1(config-pmap-c)# *do sh policy-map int gig0/0*
>>> >> > Target/Average Byte Sustain Excess Interval
>>> >> Increment
>>> >> > Rate Limit bits/int bits/int (ms)
>>> (bytes)
>>> >> > 128000/64000 1600 6400 6400 100 1600
>>> >> >
>>> >> > What difference it makes to the peak output rate when either of the
>>> 2
>>> >> > statements are given ?
>>> >> >
>>> >> > 1) shape peak 128000 1280
>>> >> > 2) shape peak 64000 6400 6400
>>> >> >
>>> >> > Thanks,
>>> >> > Naveen.
>>> >> >
>>> >> >
>>> >> > Blogs and organic groups at http://www.ccie.net
>>> >> >
>>> >> >
>>> _______________________________________________________________________
>>> >> > Subscription information may be found at:
>>> >> > http://www.groupstudy.com/list/CCIELab.html
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >>
>>> >>
>>> >> --
>>> >> <ruhann>
>>> >>
>>> >>
>>> >> Blogs and organic groups at http://www.ccie.net
>>> >>
>>> >>
>>> _______________________________________________________________________
>>> >> Subscription information may be found at:
>>> >> http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sat Apr 04 2009 - 23:29:01 ART