Re: Receiver Estimated Bitrate Extension

Alper Kamil Demir <akdemir@atu.edu.tr> Fri, 12 June 2026 08:47 UTC

From: Alper Kamil Demir <akdemir@atu.edu.tr>
Mime-Version: 1.0 (1.0)
Subject: Re: Receiver Estimated Bitrate Extension
Date: Fri, 12 Jun 2026 11:45:22 +0300
Message-Id: <282129FE-B287-49D8-ACC5-E7FCCB0C26D5@atu.edu.tr>
References: <419E9B9B-A79D-4EC7-A4F5-F2998D472377@eggert.org>
In-Reply-To: <419E9B9B-A79D-4EC7-A4F5-F2998D472377@eggert.org>
To: Lars Eggert <lars=40eggert.org@dmarc.ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: WA5EFPWFNK7RCNWR36LQKRW5DXPIODDH
CC: Luke Curley <kixelated@gmail.com>, IETF QUIC WG <quic@ietf.org>
Precedence: list
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/ay5YvYIw22LL6mty1jStl2bZXE0>

Great work, Lars. I’ll keep reading.
a

iPhone’umdan gönderildi

> Lars Eggert <lars=40eggert.org@dmarc.ietf.org> şunları yazdı (12 Haz 2026 11:23):
> 
> Hi,
> 
>> On Jun 12, 2026, at 01:48, Luke Curley <kixelated@gmail.com> wrote:
>> Unfortunately, individual media frames may not be large enough to fill the congestion window. CUBIC/Reno/BBR can't increase the window/pacing rate unless the connection is fully utilized (not application-limited). We get stuck with an artificially low bitrate estimate that won't reach 6Mb/s unless bufferbloat causes some queuing (ironic). I-frames cause a tiny burst but it's never enough.
> 
> We did a paper on this in the context of RTP a while ago (https://dl.acm.org/doi/10.1145/2557642.2557649) and Varun was pushing https://datatracker.ietf.org/doc/draft-singh-rmcat-adaptive-fec/ for a while on this.
> 
> (The idea is that you ramp up your FEC rate to generate more bandwidth demand, and the increased FEC protects you from the losses that may cause when the path can’t deliver that bandwidth.)
> 
> Thanks,
> Lars
> 
> PS: Note the IPR disclosure from back then; I have no idea what happened to that IPR after I left Nokia.
> 
> 

-- 
**“Uyarı: Bu e-posta mesajı kişiye özel olup, gizli
bilgiler içeriyor 
olabilir. Eğer bu e-posta mesajı size yanlışlıkla ulaşmışsa,
içeriğini 
hiçbir şekilde kullanmayınız ve ekli dosyaları açmayınız. Bu durumda
lütfen 
e-posta mesajını gönderen kullanıcıya haber veriniz ve tüm elektronik ve
yazılı kopyalarını siliniz. Adana Alparslan Türkeş Bilim ve Teknoloji
Üniversitesi, bu e-posta mesajının içeriği ile ilgili olarak hiçbir 
hukuksal
sorumluluğu kabul etmez.”**
**
**
**“Di****sclaimer: T****his 
e-mail message is personal and may contain confidential information. If 
this e-mail message reaches you by mistake, do not use its contents in any 
way and do not open the attached files. In this case, please notify the 
user who sent the e-mail message and delete all electronic and written 
copies. Adana Alparslan Türkeş Science and Technology University does not 
accept any legal responsibility for the content of this e-mail message."**
**
**

Receiver Estimated Bitrate Extension Luke Curley
Re: Receiver Estimated Bitrate Extension Martin Thomson
Re: Receiver Estimated Bitrate Extension Roberto Peon
Re: Receiver Estimated Bitrate Extension Martin Thomson
Re: Receiver Estimated Bitrate Extension Lars Eggert
Re: Receiver Estimated Bitrate Extension Alper Kamil Demir
RE: Receiver Estimated Bitrate Extension Ingemar Johansson S
Re: Receiver Estimated Bitrate Extension Roberto Peon
RE: Receiver Estimated Bitrate Extension Ingemar Johansson S
Re: Receiver Estimated Bitrate Extension Luke Curley
RE: Receiver Estimated Bitrate Extension Ingemar Johansson S