From: David Collier-Brown <davec-b@rogers.com>
To: Stephen Hemminger <stephen@networkplumber.org>,
Dave Taht via Bloat <bloat@lists.bufferbloat.net>
Subject: Re: [Bloat] Fwd: [CCWG] ETC: An Elastic Transmission Control Using End-to-End Available Bandwidth Perception
Date: Wed, 10 Jul 2024 20:28:44 -0400 [thread overview]
Message-ID: <4858d32f-c3f5-4f96-9d33-ee526e8dfdeb@rogers.com> (raw)
In-Reply-To: <20240710154403.5b49c902@hermes.local>
[-- Attachment #1: Type: text/plain, Size: 1969 bytes --]
Nor do I see them on gitlab (:-()
Changing the subject, I'd love to see /how/, but they do seem to say /what/.
Do you think there is enough information in there that one could do a
proof-of-concept? Not even an MVP, just enough to confirm or deny the
hypothesis, if they don't offer source.
As they're distinguishing themselves from Huawei, which owns them[1] by
saying that they're "dedicated to pursuing openness in Research &
Development (R&D) by embracing Open Innovation Model." I do think
there's a good chance that they'll open-source an MVP.
--dave
[1.
https://www.reuters.com/article/technology/exclusive-huaweis-us-research-arm-builds-separate-identity-idUSKCN1TP2DG/
]
On 2024-07-10 18:44, Stephen Hemminger wrote:
> On Wed, 10 Jul 2024 15:28:28 -0700
> Dave Taht via Bloat<bloat@lists.bufferbloat.net> wrote:
>
>> On Wed, Jul 10, 2024 at 3:11 PM David Collier-Brown via Bloat <
>> bloat@lists.bufferbloat.net> wrote:
>>
>>> One of those papers that make you go "why didn't I think of that?"
>>>
>>> Of course, it does have to work (;-))
>>>
>> No sources, no email addresses, I am tempted to drop in on the conference
>> to see if any source is available.
>>
>> There are a lot of ideas in there that I have been advocating a while -
>> varying the pacing rate (e!) to get an early estimate of congestion - and
>> quite a few more newer ones that seem excellent, like just treating the
>> leading edge of an ack as part of the estimator. Love how well it competes
>> with itself!
>>
>> It's just a paper... no sources... agggh....
> Poking around a little, author seems to be associated with:
> FutureWei Technolgieshttp://futurewei.com
> Which has various Open Source marketing stuff in their vision but no
> github or download links.
--
David Collier-Brown, | Always do right. This will gratify
System Programmer and Author | some people and astonish the rest
davecb@spamcop.net | -- Mark Twain
[-- Attachment #2: Type: text/html, Size: 3820 bytes --]
prev parent reply other threads:[~2024-07-11 0:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAFvDQ9pPf8eUoTEGYTELQpf2yGG10vF3ADsnk2oeca1dFrsBEQ@mail.gmail.com>
2024-07-10 20:40 ` Dave Taht
2024-07-10 22:11 ` David Collier-Brown
2024-07-10 22:28 ` Dave Taht
2024-07-10 22:44 ` Stephen Hemminger
2024-07-11 0:28 ` David Collier-Brown [this message]
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=4858d32f-c3f5-4f96-9d33-ee526e8dfdeb@rogers.com \
--to=davec-b@rogers.com \
--cc=bloat@lists.bufferbloat.net \
--cc=stephen@networkplumber.org \
/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