From: Carlos G Mendioroz (tron@huapi.ba.ar)
Date: Thu Aug 12 2004 - 20:12:08 GMT-3
Brian,
that would be foolish of the implementation, and Cisco routers do not do
that. If you put a very large Be, routers will transmit @ AR for as long
as credit remains.
My point is that there is no enough data in that requirement to
configure only one answer (ok) but somehow the solution implies that you
should use the AR-CIR * Tc formula after (as I read the comment)
disqualifying the grounds for it.
Arggg
I'm trapped in a pickiness state I don't like at all :-(
Brian Dennis wrote:
> Carlos,
> Technically FRTS send as many bits per second as you would like
> irrelevant of AR. Of course the interface will start dropping excess
> packets outbound once AR is exceeded and the output buffers are full.
>
> Brian Dennis, CCIE #2210 (R&S/ISP-Dial/Security)
> bdennis@internetworkexpert.com
> Internetwork Expert, Inc.
> http://www.InternetworkExpert.com
> Toll Free: 877-224-8987
> Direct: 775-745-6404 (Outside the US and Canada)
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Carlos G Mendioroz
> Sent: Thursday, August 12, 2004 3:33 PM
> To: Brian McGahan
> Cc: Georg Pauwen; ccielab@groupstudy.com
> Subject: Re: IEWB Lab1 - 9.6 - Be calculation
>
> Is it ? If that were the case, you would never run out of excess credit.
>
> Here is my understanding:
> Be is a maximum credit (in bits) that you can gain by transmiting below
> CIR. If you have credit, you would be able to transmit over CIR (up to
> AR) using credits as long as credits remain.
>
> Tc is the lapse where calculations are made. Basically you receive Bc
> credits each Tc...
>
> Am I wrong ?
>
> Brian McGahan wrote:
>
>>The burst value, whether committed or excess, is always on a per
>>interval basis.
>>
>>Brian McGahan, CCIE #8593
>>bmcgahan@internetworkexpert.com
>>
>>Internetwork Expert, Inc.
>>http://www.InternetworkExpert.com
>>Toll Free: 877-224-8987 x 705
>>Outside US: 775-826-4344 x 705
>>24/7 Support: http://forum.internetworkexpert.com
>>Live Chat: http://www.internetworkexpert.com/chat/
>>
>>
>>
>>
>>>-----Original Message-----
>>>From: Carlos G Mendioroz [mailto:tron@huapi.ba.ar]
>>>Sent: Thursday, August 12, 2004 5:07 PM
>>>To: Brian McGahan
>>>Cc: Georg Pauwen; ccielab@groupstudy.com
>>>Subject: Re: IEWB Lab1 - 9.6 - Be calculation
>>>
>>>Brian,
>>>the lab asks for allowing busrsting up to AR but it does not say for
>>
>>how
>>
>>
>>>much time...
>>>So the default of 0 is wrong, but it seems to me that anything over
>>>AR-CIR * Tc should be right. The solution guide is not clear about
>>
>>that...
>>
>>
>>>Brian McGahan wrote:
>>>
>>>
>>>>By "There is no default Be value" it means the default is zero.
>>>>
>>>>Brian McGahan, CCIE #8593
>>>>bmcgahan@internetworkexpert.com
>>>>
>>>>Internetwork Expert, Inc.
>>>>http://www.InternetworkExpert.com
>>>>Toll Free: 877-224-8987 x 705
>>>>Outside US: 775-826-4344 x 705
>>>>24/7 Support: http://forum.internetworkexpert.com
>>>>Live Chat: http://www.internetworkexpert.com/chat/
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>-----Original Message-----
>>>>>From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
>>>>
>>>>Of
>>>>
>>>>
>>>>
>>>>>Georg Pauwen
>>>>>Sent: Wednesday, August 11, 2004 7:09 AM
>>>>>To: tron@huapi.ba.ar; ccielab@groupstudy.com
>>>>>Subject: RE: IEWB Lab1 - 9.6 - Be calculation
>>>>>
>>>>>Hello Carlos,
>>>>>
>>>>>AFAIK there is no default for the Be. Check this explanation from
>>>>>Internetworkexpert:
>>>>>
>>>>>The amount of Be credits is derived from unused Bc credits in
>>>>
>>previous
>>
>>
>>>>>intervals. There is no limit to how long Be can store unused Bc
>>>>
>>>>credits.
>>>>
>>>>
>>>>
>>>>>It
>>>>>is a common misconception that Be can only store credits from the
>>>>
>>>>previous
>>>>
>>>>
>>>>
>>>>>interval or the previous second.
>>>>>There is no default Be value.
>>>>>
>>>>>Regards,
>>>>>
>>>>>Georg
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>From: Carlos G Mendioroz <tron@huapi.ba.ar>
>>>>>>Reply-To: Carlos G Mendioroz <tron@huapi.ba.ar>
>>>>>>To: Group Study <ccielab@groupstudy.com>
>>>>>>Subject: IEWB Lab1 - 9.6 - Be calculation
>>>>>>Date: Wed, 11 Aug 2004 08:43:32 -0300
>>>>>>
>>>>>>Requirement ask for setting traffic shapping given AR/CIR/minCIR
>>>>>
>>>>using
>>>>
>>>>
>>>>
>>>>>BECN
>>>>>
>>>>>
>>>>>
>>>>>>"backof" (adaptive shapping).
>>>>>>
>>>>>>The sol guide indicates that it is a missconception that Be is to
>>>>>
>>be
>>
>>
>>>>>>applied in only one Tc, but then go with a formula for calculating
>>>>>
>>it
>>
>>
>>>>>(Be)
>>>>>
>>>>>
>>>>>
>>>>>>that is based in that...
>>>>>>
>>>>>>Is there a cisco source that would imply that (AR - CIR) * Tc
>>>>>
>>should
>>
>>
>>>>be
>>>>
>>>>
>>>>
>>>>>>used if no other data is available ?
>>>>>>
>>>>>>--
>>>>>>Carlos G Mendioroz <tron@huapi.ba.ar> LW7 EQI Argentina
>>>>>>
>>>>>
>>>>_____________________________________________________________________
>>>
> _
>
>>_
>>
>>
>>>>>>Please help support GroupStudy by purchasing your study materials
>>>>>
>>>>from:
>>>>
>>>>
>>>>
>>>>>>http://shop.groupstudy.com
>>>>>>
>>>>>>Subscription information may be found at:
>>>>>>http://www.groupstudy.com/list/CCIELab.html
>>>>>
>>>>>_________________________________________________________________
>>>>>MSN Search, le moteur de recherche qui pense comme vous !
>>>>>http://search.msn.fr/worldwide.asp
>>>>>
>>>>>
>>>>
>>>>
> _______________________________________________________________________
>
>>>>>Please help support GroupStudy by purchasing your study materials
>>>>
>>>>from:
>>>>
>>>>
>>>>
>>>>>http://shop.groupstudy.com
>>>>>
>>>>>Subscription information may be found at:
>>>>>http://www.groupstudy.com/list/CCIELab.html
>>>>
>>>>
>>>>
>>>--
>>>Carlos G Mendioroz <tron@huapi.ba.ar>
>>>
>>
>>
>
>
-- Carlos G Mendioroz <tron@huapi.ba.ar>
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:42 GMT-3