From: Volkov, Dmitry (Toronto - BCE) (dmitry_volkov@xxxxxxxxx)
Date: Fri Aug 30 2002 - 13:44:43 GMT-3
Carlos,
I tested it using ttcp
On hub access rate = 250000 and on remote = 64000
hub:
interface Serial0/0
no ip address
encapsulation frame-relay
no fair-queue
frame-relay traffic-shaping
interface Serial0/0.1 point-to-point
ip address 10.1.1.1 255.255.255.0
frame-relay interface-dlci 16
frame-relay class cisco
map-class frame-relay cisco
frame-relay cir 32000
frame-relay mincir 16000
frame-relay adaptive-shaping becn
frame-relay bc 4000
frame-relay be XXXX
1) when I used Be very big (Be=1000000)
I get ttcp-r: 87250 bytes in 12848 ms (12.848 real seconds) = 54327 bits
/sec
2) when I used Be = 0
ttcp-r: 87250 bytes in 24208 ms (24.208 real seconds) = 28883 bits /sec if
Be =0
Looks like - You are right...
However, my intuition tells me that something wrong here ;)
I would configure Be on the Lab according to formula Be=AR*Tc-Bc anyway..
Dmitry
> -----Original Message-----
> From: Carlos G Mendioroz [mailto:tron@huapi.ba.ar]
> Sent: Thursday, August 29, 2002 12:01 PM
> To: Volkov, Dmitry (Toronto - BCE)
> Subject: Re: I need FRTS help or review - TIME TO VOTE
>
>
> Dmitry,
>
> Would you please tell me how much time would it take to transmit
> 480 kB over a line with the following config ?
>
> CIR = 32 kbps
> Bc = 4000 b
> Tc = .125 s (automatically computed)
> Be = 1920000 b
> Ar = 64 kbps (Access rate, i.e. clockrate)
>
> I say that with this config, the line will transmit at 64kbps for one
> minute and then drop to 32k.
>
> If what you say resolves to the same, then we just are not being able
> to express ourselves well. If not, then you can program this
> parameters
> on a point to point link and measure the result.
>
>
> --
> Carlos G Mendioroz <tron@huapi.ba.ar>
This archive was generated by hypermail 2.1.4 : Sat Sep 07 2002 - 19:48:43 GMT-3