From: Mikael Abrahamsson <swmike@swm.pp.se>
To: Jonathan Morton <chromatix99@gmail.com>
Cc: "Holland, Jake" <jholland@akamai.com>,
"bloat@lists.bufferbloat.net" <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] datapoint from one vendor regarding bloat
Date: Fri, 12 Apr 2019 11:47:16 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.20.1904121144340.3490@uplift.swm.pp.se> (raw)
In-Reply-To: <6889A853-52F2-4554-9450-F59F9CB6B91A@gmail.com>
On Thu, 11 Apr 2019, Jonathan Morton wrote:
> So what this boils down to is a two-stage TBF policer. From idle, such
> a system will let a burst of traffic through unfiltered, then start
> dropping once the bucket is empty; the bucket is refilled at some
> configured rate. The two-stage system allows implementation of
> "PowerBoost" style policies.
I'm not so sure:
"Buffering (Enqueuing) Once a packet is assigned to a certain forwarding
class, it will try to get a buffer in order to be enqueued. Whether the
packet can get a buffer is determined by the instantaneous buffer
utilization and several attributes of the queue (such as Maximum Burst
Size (MBS), Committed Burst Size (CBS) and high-prio-only) that will be
discussed in more detail later in this chapter. If a packet cannot get a
buffer for whatever reason, the packet will get dropped immediately. "
The person I talked to yesterday insisted that they actually did 10ms of
*buffering* *bidirectionally*, because we specifically discussed policing
and buffering and the difference.
I have access to one of their devices in our lab, I'm going to do testing
of this in the next few weeks so I'll know for sure by then.
--
Mikael Abrahamsson email: swmike@swm.pp.se
next prev parent reply other threads:[~2019-04-12 9:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-11 10:38 Mikael Abrahamsson
2019-04-11 12:45 ` Sebastian Moeller
2019-04-11 17:33 ` Sebastian Moeller
2019-04-11 17:54 ` Jonathan Morton
2019-04-11 18:00 ` Holland, Jake
2019-04-11 18:28 ` Jonathan Morton
2019-04-11 23:56 ` Holland, Jake
2019-04-12 0:37 ` Jonathan Morton
2019-04-12 0:45 ` Holland, Jake
2019-04-12 9:47 ` Mikael Abrahamsson [this message]
2019-04-11 18:02 ` Jan Ceuleers
2019-04-11 18:27 ` Luca Muscariello
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
List information: https://lists.bufferbloat.net/postorius/lists/bloat.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.DEB.2.20.1904121144340.3490@uplift.swm.pp.se \
--to=swmike@swm.pp.se \
--cc=bloat@lists.bufferbloat.net \
--cc=chromatix99@gmail.com \
--cc=jholland@akamai.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox