[2594] in linux-net channel archive
Re: SNLE driver (Slow Network Link Emulating Driver)
daemon@ATHENA.MIT.EDU (Matthias Urlichs)
Fri Apr 19 06:01:11 1996
From: Matthias Urlichs <smurf@smurf.noris.de>
To: alan@cymru.net (Alan Cox)
Date: Fri, 19 Apr 1996 11:27:05 +0200 (MET DST)
Cc: smurf@smurf.noris.de, linux-net@vger.rutgers.edu
In-Reply-To: <199604190834.JAA19507@snowcrash.cymru.net> from "Alan Cox" at Apr 19, 96 09:34:34 am
Hi,
Alan Cox wrote:
>
>Only a delay isnt what you want. A delay has no effect on bandwidth us=
age
>until you are running out of window, then it starts to cause slow star=
ts
>and increase your network usage if you are not careful. Done properly =
(with
>a traffic shaper) you act correctly for a low speed link, you queue
>and effectively sample the incoming data stream at lower speeds and wi=
ll
>lose some frames under load (giving correct flow control behaviour).
The customer pays for a connection limited to bandwidth X, and that's w=
hat
they'll get -- something that behaves exactly like it would if it was
behind a X-bps serial line (or whatever, doesn't matter), i.e. a small
queue which delays processing until enough time has elapsed for the
previous packet to be "transmitted".
All standard IP interfaces (esp. PPP and SLIP) already do this, so doin=
g
more of the same shouldn't be a problem.
--=20
ASCII a stupid question, you get an EBCDIC answer.
--=20
Matthias Urlichs \ XLink-POP N=FCrnberg | EMail: urlichs@smurf.=
noris.de
Schleiermacherstra=DFe 12 \ Unix+Linux+Mac | Phone: ...please use =
email.
90491 N=FCrnberg (Germany) \ Consulting+Networking+Programming+etc'i=
ng 42
PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE=20
Click <A HREF=3D"http://smurf.noris.de/~smurf/finger">here</A>.
