GroupStudy.com GroupStudy.com - A virtual community of network engineers
 Home  BookStore  StudyNotes  Links  Archives  StudyRooms  HelpWanted  Discounts  Login
RE: I need FRTS help or review posted 08/28/2002
[Chronological Index] [Thread Index] [Top] [Date Prev][Date Next] [Thread Prev][Thread Next]


I think all you need to do is look at how many bit would be transmitted over
time interval T over time interval TC. The software and hardware queues will
buffer the packets until they can place them on the wire.

This results in a maximum of 96Kbps during the first interval T. 

-----Original Message-----
From: Volkov, Dmitry (Toronto - BCE) [mailto:dmitry_volkov@xxxxxxxxx] 
Sent: Wednesday, August 28, 2002 10:00 AM
To: 'Jim Brown'; 'Colin Barber'; 'Omer Ansari'
Cc: 'ccielab@xxxxxxxxxxxxxx'
Subject: RE: I need FRTS help or review



Yes,

But DEFINITION of Be inteprets it as BITS during FIRST Tc !! 
"The amount of excess data allowed to be sent during first Tc interval in
bits once credit is built up."

And we have to put in real config the actual number which corresponds to
definition.

You can not transmit so many bits during first Tc. If rate speed is much
slower.

Dmitry 

> -----Original Message-----
> From: Jim Brown [mailto:Jim.Brown@xxxxxxxxxxxxx]
> Sent: Wednesday, August 28, 2002 11:35 AM
> To: 'Colin Barber'; 'Omer Ansari'; 'ccielab@xxxxxxxxxxxxxx'
> Subject: RE: I need FRTS help or review
> 
> 
> You do not necessarily need 320Kps available during the first 
> interval. The
> packets are software queued before they are placed onto the 
> TxRing. This is
> the whole idea behind shaping.
> 
> They are not placed on the wire at exactly the same speed 
> designated per TC
> interval.
> 
> List, if I'm way off base please correct me and help me see the light.
> 
> -----Original Message-----
> From: Colin Barber [mailto:Colin.Barber@xxxxxxxxxxxxxx] 
> Sent: Wednesday, August 28, 2002 9:09 AM
> To: 'Omer Ansari'; 'ccielab@xxxxxxxxxxxxxx'
> Subject: RE: I need FRTS help or review
> 
> 
> What's the access speed of the interface? If it's 96k then this is
> incorrect. In the first time slot BC+BE=40000. For that 
> amount of data to be
> transferred in the first timeslot the access speed will need to be
> 40000*8=320kbps.
> 
> Colin
> -----Original Message-----
> From: Omer Ansari [mailto:omer@xxxxxxxxxx]
> Sent: 28 August 2002 10:56
> To: ccielab@xxxxxxxxxxxxxx
> Cc: steven.j.nelson@xxxxxx; Jim.Brown@xxxxxxxxxxxxx;
> kip.palmer@xxxxxxxxxxx
> Subject: RE: I need FRTS help or review
> 
> 
> Guys,
> 
> so bottom line is Jim and Steve have correctly done this right?
> It seems good to me, and I too want to stick this once and for all.
> 
> omer
> 
> On Mon, 26 Aug 2002 steven.j.nelson@xxxxxx wrote:
> 
> > All
> >
> > Jim is correct in this one, his figures pan out as follows
> >
> > CIR		96000
> > MINCIR	64000
> > BE		32000
> > BC		8000
> > TC		0.125Ms
> >
> > So in 8 time slots (1 Second) he will transmit :-
> >
> > 0.125Ms	40000	(BC+BE)
> > 0.125Ms	8000	(BC)
> > 0.125Ms	8000	(BC)
> > 0.125Ms	8000	(BC)
> > 0.125Ms	8000	(BC)
> > 0.125Ms	8000	(BC)
> > 0.125Ms	8000	(BC)
> > 0.125Ms	8000	(BC)
> >
> > Which is equivalent to 96K per second.
> >
> > And when no tokens are available then the MIN CIR will be 
> met by the 8000
> BC
> > * 8 = 64000
> >
> > Thanks to Jim for this one.
> >
> > Steve
> >
> >
> > -----Original Message-----
> > From: Jim Brown [mailto:Jim.Brown@xxxxxxxxxxxxx]
> > Sent: 26 August 2002 15:24
> > To: 'kpalmer'
> > Cc: 'ccielab@xxxxxxxxxxxxxx'
> > Subject: RE: I need FRTS help or review
> >
> >
> > After your e-mails I rethought my stance on FRTS. I did a 
> little more
> > research and I believe my original configuration at the 
> bottom of the post
> > is the correct answer from a lab or testing context for a 
> 96Kbps port and
> > 64Kbs contracted CIR.
> >
> > map-class frame-relay TestShape
> >  frame-relay cir 64000
> >  frame-relay be 32000
> >  frame-relay bc 8000
> >
> > I'm basing this on a single new piece of information I 
> turned-up. Check
> the
> > Networkers 2002 CCIE Power Session, in their FRTS example, 
> they configure
> > the parameters exactly as I have described below.
> >
> > I still stand by my original assessment of Cisco's CIR set to the
> providers
> > CIR and Cisco's BE set to the difference between providers 
> CIR and port
> > speed.
> >
> > I'm posting this back to the list to hopefully open up 
> discussion again.
> >
> > -----Original Message-----
> > From: kpalmer [mailto:kip.palmer@xxxxxxxxxxx]
> > Sent: Sunday, August 25, 2002 8:27 PM
> > To: 'Jim Brown'
> > Subject: RE: I need FRTS help or review
> >
> >
> > Line speed | Access Rate | Port Speed
> > =======================================
> > What you bought from the Provider. Per DLCI.
> >
> >
> > Average Rate | configured CIR (not mincir)
> > =======================================
> > When Shaping 128 to 64, it's 64k, with Bc ='s the Average 
> Rate of remote
> > 64, /8.
> >
> > -----Original Message-----
> > From: nobody@xxxxxxxxxxxxxx [mailto:nobody@xxxxxxxxxxxxxx] 
> On Behalf Of
> > Jim Brown
> > Sent: Sunday, August 25, 2002 1:04 PM
> > To: ccielab@xxxxxxxxxxxxxx
> > Subject: I need FRTS help or review
> >
> >
> > Everything I have read about FRTS doesn't seem to clear up 
> the use of
> > BE, BC, CIR, and MINCIR. I have been unable to locate a 
> solid resource
> > explaining the concept with any finality.
> >
> > I've read most of the relevant Usenet postings on Deja, watched the
> > threads on groupstudy, scoured CCO, and examined the QOS v1.0 course
> > material.
> >
> > I will throw out my assumptions and let list members either 
> verify or
> > shoot holes on my take of FRTS.
> >
> >
> > A few definitions up front:
> >
> > AR is the Access Rate or Port Speed of the connection to 
> the frame relay
> > cloud. This is the maximum number of bits that can be 
> transmitted to the
> > cloud.
> >
> > CIR is the Committed Information Rate. This is the maximum number of
> > bits the provider promises to transmit. Anything above the 
> CIR and below
> > the access rate will have the DE bit marked and is eligible for
> > discard/drop during times of congestion.
> >
> > Lets take a hypothetical circuit for instance, a port speed 
> of 96Kbps
> > and a CIR of 64Kbps.
> >
> > The way I read the documentation, in a Cisco configuration 
> CIR should be
> > set to the actual provider CIR or 64000. The BE or burst 
> excess should
> > be set to the difference between the access rate and the 
> CIR. I think BE
> > should be set to 32000, the difference between 96 and 64.
> >
> > Here is a brief sample config:
> >
> > map-class frame-relay TestShape
> >  frame-relay cir 64000
> >  frame-relay be 32000
> >
> >
> > The map-class could then be applied to the frame map or the 
> interface. I
> > was previously under the impression you would set the Cisco 
> CIR to the
> > port speed and the minCIR to the provider contracted CIR. I 
> don't think
> > this is really the case?
> >
> > Here is an example:
> >
> > map-class frame-relay TestShape
> >  frame-relay cir 96000
> >  frame-relay mincir 64000
> >
> > Comments or suggestions? Is this wrong, why or why not?
> > _________________________________________________________________
> > Commercial lab list: http://www.groupstudy.com/list/commercial.html
> > Please discuss commercial lab solutions on this list.
> > _________________________________________________________________
> > Commercial lab list: http://www.groupstudy.com/list/commercial.html
> > Please discuss commercial lab solutions on this list.
> > _________________________________________________________________
> > Commercial lab list: http://www.groupstudy.com/list/commercial.html
> > Please discuss commercial lab solutions on this list.
> _________________________________________________________________
> Commercial lab list: http://www.groupstudy.com/list/commercial.html
> Please discuss commercial lab solutions on this list.
> --------------------------------------------------------------
> --------------
> --
> Live Life in Broadband
> www.telewest.co.uk
> 
> 
> The information transmitted is intended only for the person 
> or entity to
> which it is addressed and may contain confidential and/or privileged
> material.
> Statements and opinions expressed in this e-mail may not 
> represent those of
> the company. Any review, retransmission, dissemination or 
> other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If 
> you received
> this in error, please contact the sender immediately and 
> delete the material
> from any computer.
> 
> 
> ==============================================================
> ==============
> ==
> _________________________________________________________________
> Commercial lab list: http://www.groupstudy.com/list/commercial.html
> Please discuss commercial lab solutions on this list.
> _________________________________________________________________
> Commercial lab list: http://www.groupstudy.com/list/commercial.html
> Please discuss commercial lab solutions on this list.
_________________________________________________________________
Commercial lab list: http://www.groupstudy.com/list/commercial.html
Please discuss commercial lab solutions on this list.
__________________________________________________________________
To unsubscribe from the CCIELAB list, send a message to
majordomo@xxxxxxxxxxxxxx with the body containing:
unsubscribe ccielab