From: "Toke Høiland-Jørgensen" <toke@toke.dk>
To: Sebastian Moeller <moeller0@gmx.de>
Cc: cake@lists.bufferbloat.net
Subject: Re: [Cake] More on 'target' corner cases - rate/target/interval confusion?
Date: Tue, 03 Nov 2015 14:56:52 +0100 [thread overview]
Message-ID: <877flznq3f.fsf@toke.dk> (raw)
In-Reply-To: <0196FDEC-50A7-4ECA-9973-1FD23FF2945A@gmx.de> (Sebastian Moeller's message of "Tue, 3 Nov 2015 14:49:43 +0100")
Sebastian Moeller <moeller0@gmx.de> writes:
> I thought the rationale was that a target be tow the transfer time for
> a single MTU packet is not too reasonable as the queue will enter
> dropping state for each (full MTU) packet transferred.
Yes, that is exactly it. But that happens when the packet at the head of
the queue is waiting on the packet *before* it, which will be in a lower
layer in the process of being transferred (at low bandwidths that "lower
layer" has in practice been HTB).
However, now that cake itself is doing the delaying (via the packet
transmission scheduling), this is not as clear-cut. The actual packet at
the head of the queue is now the one being delayed. I'm afraid I don't
quite grok how the shaper and CoDel interacts in this case; guess I'll
go read the code.
> I guess most VoIP packets will not be full MTU, so on a dedicated VoIP
> queue the 1.5 * full MTU idea might be sub-optimal...
That is also a (separate IMO) issue; however, as Dave said, we need to
be vary of just assuming that the VoIP queue will be only small VoIP
packets: there's no admission control!
-Toke
next prev parent reply other threads:[~2015-11-03 13:56 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-03 12:13 Kevin Darbyshire-Bryant
2015-11-03 12:31 ` Dave Taht
2015-11-03 12:46 ` Toke Høiland-Jørgensen
2015-11-03 13:49 ` Sebastian Moeller
2015-11-03 13:56 ` Toke Høiland-Jørgensen [this message]
2015-11-03 14:10 ` Kevin Darbyshire-Bryant
2015-11-03 14:12 ` Toke Høiland-Jørgensen
2015-11-05 16:41 ` Kevin Darbyshire-Bryant
2015-11-08 10:19 ` Kevin Darbyshire-Bryant
2015-11-08 10:50 ` Toke Høiland-Jørgensen
2015-11-08 16:36 ` Jonathan Morton
2015-11-08 19:19 ` Sebastian Moeller
2015-11-09 12:12 ` Kevin Darbyshire-Bryant
2015-11-09 15:07 ` Jonathan Morton
2015-11-09 20:46 ` Kevin Darbyshire-Bryant
2015-11-16 12:22 ` Kevin Darbyshire-Bryant
2015-11-16 12:41 ` Jonathan Morton
2015-11-16 13:46 ` Kevin Darbyshire-Bryant
2015-11-16 13:50 ` Sebastian Moeller
2015-11-16 13:34 ` Sebastian Moeller
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/cake.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=877flznq3f.fsf@toke.dk \
--to=toke@toke.dk \
--cc=cake@lists.bufferbloat.net \
--cc=moeller0@gmx.de \
/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