[iccrg] Musings on the future of Internet Congestion Control

Michael Welzl <michawe@ifi.uio.no> Wed, 15 June 2022 08:02 UTC

Return-Path: <michawe@ifi.uio.no>
X-Original-To: iccrg@ietfa.amsl.com
Delivered-To: iccrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AFDBC15BE7E for <iccrg@ietfa.amsl.com>; Wed, 15 Jun 2022 01:02:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.909
X-Spam-Level:
X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vs1yaO3KsjKE for <iccrg@ietfa.amsl.com>; Wed, 15 Jun 2022 01:02:21 -0700 (PDT)
Received: from mail-out02.uio.no (mail-out02.uio.no [IPv6:2001:700:100:8210::71]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6ACC3C14CF03 for <iccrg@irtf.org>; Wed, 15 Jun 2022 01:02:20 -0700 (PDT)
Received: from mail-mx12.uio.no ([129.240.10.84]) by mail-out02.uio.no with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from <michawe@ifi.uio.no>) id 1o1Nyh-006pCD-SL; Wed, 15 Jun 2022 10:02:15 +0200
Received: from collaborix.ifi.uio.no ([129.240.69.78] helo=smtpclient.apple) by mail-mx12.uio.no with esmtps (TLS1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.94.2) (envelope-from <michawe@ifi.uio.no>) id 1o1Nyh-0007rn-28; Wed, 15 Jun 2022 10:02:15 +0200
From: Michael Welzl <michawe@ifi.uio.no>
Content-Type: multipart/alternative; boundary="Apple-Mail=_7B1C1512-F5A9-4927-9155-F9E82BF2792D"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.80.82.1.1\))
Message-Id: <6458C1E6-14CB-4A36-8BB3-740525755A95@ifi.uio.no>
Date: Wed, 15 Jun 2022 10:02:11 +0200
Cc: Peyman Teymoori <peymant@ifi.uio.no>, Md Safiqul Islam <safiquli@ifi.uio.no>, "Hutchison, David" <d.hutchison@lancaster.ac.uk>, Stein Gjessing <steing@ifi.uio.no>
To: iccrg@irtf.org
X-Mailer: Apple Mail (2.3696.80.82.1.1)
X-UiO-SPF-Received: Received-SPF: neutral (mail-mx12.uio.no: 129.240.69.78 is neither permitted nor denied by domain of ifi.uio.no) client-ip=129.240.69.78; envelope-from=michawe@ifi.uio.no; helo=smtpclient.apple;
X-UiO-Spam-info: not spam, SpamAssassin (score=-4.4, required=5.0, autolearn=disabled, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.652, T_SCC_BODY_TEXT_LINE=-0.01, UIO_MAIL_IS_INTERNAL=-5)
X-UiO-Scanned: B80D053549B72C2F595F148C1F55A29AF60A8370
X-UiOonly: 13A00E1981DE8664F037B9D04DB0D34160A02449
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/UK4sg6MsjI8ijgtVJyNVdL5iMGQ>
Subject: [iccrg] Musings on the future of Internet Congestion Control
X-BeenThere: iccrg@irtf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Discussions of Internet Congestion Control Research Group \(ICCRG\)" <iccrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/iccrg>, <mailto:iccrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iccrg/>
List-Post: <mailto:iccrg@irtf.org>
List-Help: <mailto:iccrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/iccrg>, <mailto:iccrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Jun 2022 08:02:25 -0000

Dear ICCRGers,

We just got a paper accepted that I wanted to share:
Michael Welzl, Peyman Teymoori, Safiqul Islam, David Hutchison, Stein Gjessing: "Future Internet Congestion Control: The Diminishing Feedback Problem", accepted for publication in IEEE Communications Magazine, 2022.

The preprint is available at:
https://arxiv.org/abs/2206.06642 <https://arxiv.org/abs/2206.06642>
I thought that it could provoke an interesting discussion in this group.

Figures 4 and 5 in this paper show that, across the world, network links do not just become "faster”: the range between the low end and the high end grows too.
This, I think, is problematic for a global end-to-end standard - e.g., it means that we cannot simply keep scaling IW along forever (or, if we do, utilization will decline more and more).

So, we ask: what is the way ahead?  Should congestion control really stay end-to-end?

Cheers,
Michael