From: Richard Dumoulin (Richard.Dumoulin@vanco.fr)
Date: Tue Aug 31 2004 - 11:24:42 GMT-3
I think so,
--Richard
-----Message d'origine-----
De : Lord, Chris [mailto:chris.lord@lorien.co.uk]
Envoyi : Tuesday, August 31, 2004 3:47 PM
@ : Carlos G Mendioroz; Group Study
Objet : RE: Frame Relay Traffic Shaping
ok... next question ... is it correct to conclude that there is a Bc/Be
token bucket mechanism for each VC and that tokens are removed as packets
are de-queued from the VC WFQ's into the interface FIFO's ?
Thx,
Chris.
-----Original Message-----
From: Carlos G Mendioroz [mailto:tron@huapi.ba.ar]
Sent: 31 August 2004 13:48
To: Group Study
Subject: Re: Frame Relay Traffic Shaping
The tx-ring would be a third stage, I was not taking that into
consideration, as it is there always. Actually, that is the one
triggering all this stuff (tx-ring being full "engages" all the more
sofisticated queueing mechs).
Take a look at
http://www.cisco.com/en/US/tech/tk543/tk544/technologies_tech_note09186a0080
0a4754.shtml
Lord, Chris wrote:
> Carlos,
>
> Please can you explain a little more about the 2nd stage (or send a url).
>
> My understanding is that stage 2 consists of a single tx-ring having a
single FIFO queue and is the termination point for all L3 traffic shaping
queues prior to the interface hardware. I was not aware from the Cisco docs
that two parallel tx-rings could be created, one for priority traffic and
the other for non-priority as you suggest.
>
>
http://www.cisco.com/en/US/tech/tk543/tk757/technologies_tech_note09186a0080
103eae.shtml
>
> Kind regards,
>
> Chris.
>
> -----Original Message-----
> From: Carlos G Mendioroz [mailto:tron@huapi.ba.ar]
> Sent: 31 August 2004 10:51
> To: Jonathan R. Charles
> Cc: ccielab@groupstudy.com
> Subject: Re: Frame Relay Traffic Shaping
>
>
> Jonathan,
> without traffic-shapping in the interface, the router will send as much >
as it can as soon as it has it, up to AR (access rate, default T1).
>
> Once you set traffic-shapping, a two stage queueing starts. The first
> (in the order of data flow) is a per PVC shapping queue that defaults to >
56k rate, and the second is a FIFO "merging queue".
> If you only have one PVC, then you'd better tune the first stage queue.
>
> First stage can be converted into a full blown CBWFQ + FRTS queue.
> (Actually one per PVC)
>
> Second stage can be converted into dual FIFOs by adding "frame ragment" >
to any PVC queue, in which case all priority queues traffic goes to one > of
the (parallel) second stage queues (priority) and the rest of the
> traffic goes to the other.
>
>
> Jonathan R. Charles wrote:
>
>
>>What is the default behavior without FRTS configured on a router?
>>
>>
>>
>>For example, let's say you have a DS-1, and a CIR of 256K, how will the
>>router transmit data (IOW, what are the defaults) if there is no FRTS
>>configured on the router? Will the router blast away at 1536kbps (with
your
>>frame switch probably setting DE on everything above 256kbps) or will it
>>default to something else?
>>
>>
>>
>>If you do not configure CIR, minCIR, BC, BE et al, what happens?
>>
>>
>>
>>I read on the router ( cir Committed Information Rate
(CIR),
>>Default = 56000 bps) that the default was a CIR of 56K, is this true? Is
>>this applied even if there is no map-class frame-relay configured and
>>applied to the interface?
>>
>>
>>
>>Also, on Cisco's web site, it says that the CIR is actually the
access-rate,
>>while minCIR is the CIR you are actually paying for.
>>
>>
>>
>>Can anyone clarify?
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>Jonathan
>>
>>_______________________________________________________________________
>>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> LW7 EQI Argentina
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:50 GMT-3