From: Kevin Darbyshire-Bryant <kevin@darbyshire-bryant.me.uk>
To: Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] diffserv3 vs diffserv4
Date: Fri, 24 Jul 2020 17:42:08 +0000 [thread overview]
Message-ID: <CFB4036D-8EEA-44B2-A909-6FD8B495267A@darbyshire-bryant.me.uk> (raw)
In-Reply-To: <d5f74f85-7d72-40f9-a965-8335163d8cec@www.fastmail.com>
[-- Attachment #1: Type: text/plain, Size: 1091 bytes --]
> On 24 Jul 2020, at 16:56, Justin Kilpatrick <justin@althea.net> wrote:
>
> "sqm-scripts used 3 tiers of priority pretty successfully as does free.fr. - de-prioritization seems a good idea, prioritization not so much."
>
> This is the best comment on why diffserv3 is the default that I could find on bufferbloat.net. I'm interested in hearing about what data (anecdotes welcome) lead to this conclusion.
As someone who is currently trying (but not that hard) to get a diffserv5 implementation in upstream as opposed to a local hack the aim being to have 2 lower than default classes I have some opinion on this. My use case is straightforward, I want somewhere to put ‘Least Effort’ traffic (eg Bittorrent) as a scavenger class that loses out to my Bulk transfers (backups) At the other end of things I do want to prioritise Voice (VOIP) above Video (netflix/facetime) above ‘Best Effort’. LE, BK, BE, VI, VO
The move from diffserv4 to diffserv5 WAS about de-prioritization.
Cheers,
Kevin D-B
gpg: 012C ACB2 28C6 C53E 9775 9123 B3A2 389B 9DE2 334A
[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-07-24 17:42 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-24 15:56 Justin Kilpatrick
2020-07-24 17:42 ` Kevin Darbyshire-Bryant [this message]
2020-07-25 10:12 ` Kevin Darbyshire-Bryant
2020-07-25 17:18 ` Sebastian Moeller
2020-07-25 17:47 ` Jonathan Morton
2020-07-25 17:48 ` David P. Reed
2020-07-25 17:54 ` Kevin Darbyshire-Bryant
2020-07-25 19:35 ` David P. Reed
2020-07-25 20:04 ` Sebastian Moeller
2020-07-25 21:33 ` Kevin Darbyshire-Bryant
2020-07-25 21:27 ` Jonathan Morton
2020-07-25 3:13 ` Jonathan Morton
2020-07-25 17:05 ` David P. Reed
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=CFB4036D-8EEA-44B2-A909-6FD8B495267A@darbyshire-bryant.me.uk \
--to=kevin@darbyshire-bryant.me.uk \
--cc=cake@lists.bufferbloat.net \
/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