From: Daniel Cisco Group Study (danielcgs@imc.net.au)
Date: Sun Feb 23 2003 - 01:15:26 GMT-3
I would have chosen the following parameters:
frame-relay cir 9600 (in bits/s)
frame-relay bc 1200 (in bits) -->( cir/8 )
frame-relay be 2400 (in bits) -->( 19200 / 8)
I have assumed a time interval of 125ms.
So, if the burst is 19600 bits per second, then be=19200 x 0.125 = 2400.
ie, the frame-relay interface would transfer at 9600 + 19200 = 28800 bits/s in the first Tc.
Anyone second this?
Daniel
-----Original Message-----
From: Sage Vadi [mailto:sagevadi@yahoo.co.uk]
Sent: Saturday, 22 February 2003 13:09
To: ccielab@groupstudy.com
Subject: FRTS: Bc & minCIR
All,
Q) Configure your frame-relay network to have a
committed information rate of 9,600 bps and a burst
size of 19,200 bps.
So would this be correct - ?
frame-relay CIR 9600
frame-relay Bc 9600
The Bc figure is what I am concerned about. Reading
the documentation, CCO states the peak is = CIR + Be.
Therefore that would mean CIR=9600 + Be = 19200, so I
arrived @ Bc figure of 9600.
Also in the traffic-rate command it is explained that
the Be value is calculated from subracting the average
from the peak. In my case average would be 9600, minus
this from a peak of 19200 would also equal 9600.
Furthermore I have a question about minCIR - according
to CCO, "rate values greater than 2048 must be entered
with trailing zeros. For example, 2048000 and 5120000"
- what on earth does that mean? And why do you have to
do this???
Lastly if the minCIR value cannot be supported, the
call is cleared (direct quote CCO). Does this mean
that CIR by itself is not as stringent as the minCIR,
so that would mean CIR does some negotiation with the
endpoint - how does this work?
rgds,
Sage
This archive was generated by hypermail 2.1.4 : Sat Mar 01 2003 - 11:06:29 GMT-3