General list for discussing Bufferbloat
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: biz.tinalee@gmail.com, bloat <bloat@lists.bufferbloat.net>
Subject: [Bloat] less than best effort: TCP - flexis - A New Approach To Incipient Congestion Detection and Control
Date: Sat, 2 Apr 2022 15:37:59 -0700	[thread overview]
Message-ID: <CAA93jw723BjTPSD7QqzEuA5XX=Cdh37v0shQzwtQa7RxOOK93g@mail.gmail.com> (raw)

Dear Qian:

Pretty promising paper. I liked that it tackled congestion on the ack
path, among other things.

https://www.techrxiv.org/articles/preprint/TCP_FlexiS_A_New_Approach_To_Incipient_Congestion_Detection_and_Control/19077161/1/files/33905018.pdf

I like also that you tackled, inter-rtt fairness, and, ledbat's
latecomer advantage problem, and in fig 9, the basic problem with
delay based LBE vs AQMs (in that ledbat degrades to reno)... [1]

Towards your conclusion...

I have always disagreed with the "don't reduce segment size" crowd,
btw. If you have a rate where you need to go below 2mss, it doesn't
hurt the network to reduce the size of the packet, and you can keep
the signal strength up by reducing that size and continuing to sample
rtt, to respond quickly.

Even if you are only passing a single byte of data, by lowering this
below everyone else's 2mss noise floor, you still eventually win, and
also you occupy space in packet fifos, reducing overall latency, as
bytes=time. IMHO.

elsewhere, sub-packet windows are being experimented in bbrv2, I'm
told, but not in LBE.

I'm also a big believer in packet pacing, and I think this is the
first paper I've seen that attempted LBE with it. Thx!

Got a git tree?

[1] do wish you'd had cited
https://perso.telecom-paristech.fr/drossi/paper/rossi14comnet-b.pdf

-- 
I tried to build a better future, a few times:
https://wayforward.archive.org/?site=https%3A%2F%2Fwww.icei.org

Dave Täht CEO, TekLibre, LLC

             reply	other threads:[~2022-04-02 22:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-04-02 22:37 Dave Taht [this message]
2022-04-03  1:05 ` David Lang
2022-04-05 15:44 ` Qian Li
2022-04-07  0:52   ` Dave Taht
2022-04-07 14:35     ` Qian Li
2022-04-09  6:56       ` Qian Li
2022-08-21 18:27         ` Dave Taht
2022-08-22  4:27           ` Qian Li
2022-08-23 13:34 Qian Li

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='CAA93jw723BjTPSD7QqzEuA5XX=Cdh37v0shQzwtQa7RxOOK93g@mail.gmail.com' \
    --to=dave.taht@gmail.com \
    --cc=biz.tinalee@gmail.com \
    --cc=bloat@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