From: Michael Menth <menth@uni-tuebingen.de>
To: Dave Taht <dave.taht@gmail.com>
Cc: Sebastian Moeller <moeller0@gmx.de>,
bloat <bloat@lists.bufferbloat.net>,
codel@lists.bufferbloat.net
Subject: Re: [Bloat] Another passive bandwidth estimation method
Date: Tue, 1 Aug 2023 12:05:11 +0200 [thread overview]
Message-ID: <0a4645ef-f39a-09af-ea14-298f8c32aedf@uni-tuebingen.de> (raw)
In-Reply-To: <CAA93jw5ewp80wBFoYViJkRCXeUjOM_tOvvuXSbEh0AGz=0yaLA@mail.gmail.com>
Hi Dave,
well, I don't see DSCD as a competitor with cake or fq-pie. DSCD is not
primarily an aqm mechanism but its central objective is prioritizing ABE
traffic without harming BE traffic. This idea is more than 20 years old,
but scalable algorithms were not available, DSCD fills this gap.
However, some implementation details of DSCD may be useful for other aqm
mechanisms or scheduling mechanisms, e.g., when it comes to rate
calculation etc.
Kind regards
Michael
Am 01.08.2023 um 10:37 schrieb Dave Taht:
> On Tue, Aug 1, 2023 at 1:24 AM Michael Menth <menth@uni-tuebingen.de> wrote:
>> Hi all,
>>
>> here is a private copy for personal use:
>>
>> http://atlas.cs.uni-tuebingen.de/menth/papers/Menth21-Sub-6-accepted.pdf
> Very interesting, thank you. So great you have code on github!
>
> I appreciate the mention of cake, and I figure it would scale worse
> than fq-pie in the 100Gbit scenario you present, but do not know.
> However, it does come with a built in forground (respecting EF, and a
> few other diffserv codepoints), and a background service class,
> respecting both CS1 and LE, and it would be interesting to know how
> that differs from DSCD?
>
>> Kind regards
>>
>> Michael
>>
>>
>> Am 01.08.2023 um 09:51 schrieb Sebastian Moeller:
>>> Hi Michael,
>>>
>>> that "teaser" you wrote is certainly interesting. Would you be able to distribute author copies to those of us that do not subscribe to IEEExplore, please?
>>>
>>> Regards
>>> Sebastian
>>>
>>>
>>>> On Aug 1, 2023, at 09:32, Michael Menth via Bloat <bloat@lists.bufferbloat.net> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> we've recently developed a passive method for finding a link's capacity (in a different context). You find the algorithm in III.B.5 in
>>>> https://ieeexplore.ieee.org/document/9954450
>>>> The approach ist tested in V.B for 1, 10, and 100 Gb/s links on a Linux server and provides sufficiently accurate results for bandwidth utilizations of 25%. The method is likely to work also for lower utilizations, but this was not an issue in this work. The method is applicable only by a link's head-end node. It does not work for end systems to find the bottleneck bandwidth on some unknown intermediate node. However, it can deliver useful information for scheduling algorithms in forwarding nodes, which is the use case in this paper, and which may be of interest to some readers on this list.
>>>>
>>>> Kind regards
>>>>
>>>> Michael
>>>>
>>>>
>>>> Am 01.08.2023 um 00:36 schrieb Dave Taht via Bloat:
>>>>> Promising approach:
>>>>>
>>>>> https://ieeexplore.ieee.org/document/10188775
>>>> --
>>>> Prof. Dr. habil. Michael Menth
>>>> University of Tuebingen
>>>> Faculty of Science
>>>> Department of Computer Science
>>>> Chair of Communication Networks
>>>> Sand 13, 72076 Tuebingen, Germany
>>>> phone: (+49)-7071/29-70505
>>>> fax: (+49)-7071/29-5220
>>>> mailto:menth@uni-tuebingen.de
>>>> http://kn.inf.uni-tuebingen.de
>>>>
>>>> _______________________________________________
>>>> Bloat mailing list
>>>> Bloat@lists.bufferbloat.net
>>>> https://lists.bufferbloat.net/listinfo/bloat
>> --
>> Prof. Dr. habil. Michael Menth
>> University of Tuebingen
>> Faculty of Science
>> Department of Computer Science
>> Chair of Communication Networks
>> Sand 13, 72076 Tuebingen, Germany
>> phone: (+49)-7071/29-70505
>> fax: (+49)-7071/29-5220
>> mailto:menth@uni-tuebingen.de
>> http://kn.inf.uni-tuebingen.de
>>
>
--
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de
http://kn.inf.uni-tuebingen.de
next prev parent reply other threads:[~2023-08-01 10:05 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-31 22:36 [Bloat] slow start: small chunks can talk Dave Taht
2023-08-01 7:32 ` [Bloat] Another passive bandwidth estimation method Michael Menth
2023-08-01 7:51 ` Sebastian Moeller
2023-08-01 8:24 ` Michael Menth
2023-08-01 8:37 ` Dave Taht
2023-08-01 10:05 ` Michael Menth [this message]
2023-08-07 8:48 ` [Bloat] slow start: small chunks can talk Bless, Roland (TM)
2023-08-07 10:18 ` Sebastian Moeller
2023-08-07 16:34 ` Dave Taht
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=0a4645ef-f39a-09af-ea14-298f8c32aedf@uni-tuebingen.de \
--to=menth@uni-tuebingen.de \
--cc=bloat@lists.bufferbloat.net \
--cc=codel@lists.bufferbloat.net \
--cc=dave.taht@gmail.com \
--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