All of lore.kernel.org
 help / color / mirror / Atom feed
From: kpeter <kpeter@itec.uni-klu.ac.at>
To: lartc@vger.kernel.org
Subject: [LARTC] Token Bucket: how does it really work?
Date: Thu, 23 Jan 2003 16:34:24 +0000	[thread overview]
Message-ID: <marc-lartc-104333981615588@msgid-missing> (raw)


Hello!

I would like to know, how  the Token Bucket filter really works.

An example:
 r = 10 Kbyte/sec
 b = 10 Kbyte
I send 0.5 sec with 5 Kbyte/sec (A-> 2,5 Kbyte) and
0.5 sec with 15 Kbyte/sec (B-> 7,5 Kbyte), and
0.5 sec with 10 Kbyte/sec (C-> 5 Kbyte)
after each other: ABCABCABC... and it goes through the tbf.

What will happen?
 1. All A phase will be sent from the tbf with 5 Kbyte/sec,
     all B phase with 15 Kbyte/sec, and all C phase with 10 Kbyte/sec
     without delay. => The sending rate really change and exceed the
    average rate (10Kbyte/sec) by the B phases.
 2.  0.0 : sending begins
      0.5 : first A phase sent
      1.0 : first 5Kbyte sent from B
      1.25: remained 2,5 Kbyte sent from B
      1.75: first C phase sent
      2.0: second A phase sent
       and so on => B and C was delayed, but sent continuously
 3.  0.0 : sending begins
      0.5 : first A phase sent
      1.0 : first 5 Kbyte sent from B
      1.5:  first C phase sent
      1.75:second A phase sent
       2.0: remained 2,5 Kbyte sent from B
       and so on  -> here I mean that the traffic,
       which couldn't be sent in time, will be sent
       only then, when there is enough bandwidth
       for it => B was delayed and cutted in two
       parts, but A and C was sent in time.
Which is the valid case? If none of them, than how
would it happen?
If the first case is valid, what does happen in the case
of more tbf  and all of them wants to exceed the average
rate, but the sum of the rates would be more than the
availablebandwidth?
Or it can't happen, because at an admission control
for the tbf would be reserved a peak rate (like everybody
want to send in the same time with peak rate), and if
there is no more place for a next tbf, it would be
rejected?
(How is tbf implemented? Where can I find it?)

I hope I was clear, if not please ask back!

Greetings,

Peter

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

             reply	other threads:[~2003-01-23 16:34 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-01-23 16:34 kpeter [this message]
2003-01-23 18:43 ` [LARTC] Token Bucket: how does it really work? Stef Coene

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=marc-lartc-104333981615588@msgid-missing \
    --to=kpeter@itec.uni-klu.ac.at \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.