Re: [iccrg] Musings on the future of Internet Congestion Control

Christian Huitema <huitema@huitema.net> Thu, 16 June 2022 03:57 UTC

Return-Path: <huitema@huitema.net>
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 0B4A8C15AAD8 for <iccrg@ietfa.amsl.com>; Wed, 15 Jun 2022 20:57:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.785
X-Spam-Level:
X-Spam-Status: No, score=-8.785 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-1.876, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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 MF4erGBVvm8N for <iccrg@ietfa.amsl.com>; Wed, 15 Jun 2022 20:57:19 -0700 (PDT)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com [138.201.61.189]) (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 C9650C15AAC6 for <iccrg@irtf.org>; Wed, 15 Jun 2022 20:57:19 -0700 (PDT)
Received: from xse34.mail2web.com ([66.113.196.34] helo=xse.mail2web.com) by mx256.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1o1gd5-0009bZ-I9 for iccrg@irtf.org; Thu, 16 Jun 2022 05:57:16 +0200
Received: from xsmtp21.mail2web.com (unknown [10.100.68.60]) by xse.mail2web.com (Postfix) with ESMTPS id 4LNpJy5Mrqz9vg for <iccrg@irtf.org>; Wed, 15 Jun 2022 20:57:06 -0700 (PDT)
Received: from [10.5.2.17] (helo=xmail07.myhosting.com) by xsmtp21.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1o1gd0-0004u5-Jw for iccrg@irtf.org; Wed, 15 Jun 2022 20:57:06 -0700
Received: (qmail 1435 invoked from network); 16 Jun 2022 03:57:05 -0000
Received: from unknown (HELO [192.168.200.66]) (Authenticated-user:_huitema@huitema.net@[72.235.197.84]) (envelope-sender <huitema@huitema.net>) by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA for <michawe@ifi.uio.no>; 16 Jun 2022 03:57:05 -0000
Message-ID: <c190eec1-08b1-7a01-869f-c4e16b0fb19a@huitema.net>
Date: Wed, 15 Jun 2022 20:57:03 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Content-Language: en-US
To: Michael Welzl <michawe@ifi.uio.no>, iccrg@irtf.org
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>
References: <6458C1E6-14CB-4A36-8BB3-740525755A95@ifi.uio.no>
From: Christian Huitema <huitema@huitema.net>
In-Reply-To: <6458C1E6-14CB-4A36-8BB3-740525755A95@ifi.uio.no>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Originating-IP: 66.113.196.34
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.09)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT/jE8COfbhfEVfr12pDV/ujPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5w+l1HCI8x+wxEVYBevltPWfYzfQXcfqmra3dmoHS4ygoY0 iMovUpM1h1d71Sh4xpVWuRWrkPihq53YqAd1ENNqBHtNXu1E6L4+KyOXc4QYanQOD0r6/AaHZiEt dTMtMlia0Lmg/jgHfCNZd+W+PXf62CLEEqYPGKN9+TfCRpjw8iue9TLOhN8AYRsvkjfngQC9MbDP yUBukWuaYaUwIAw1zDkBvlIN1pUDU5DU5DggD98cjIN3reG9z0FKKQ5m2Qpw7sOVVcM1Xk+Tdz6g /UMvfWqyN3veeFIMJz/vumcqAwMU9kjfE7EFo+kP5riIEUmxU01QhuxnshSbl6nxbLZ35/xY0uvo WBEOfzq3RG28wI7w4vcwqZanLHsZM8r4s5ZjlHoGly8aneNxj+pRyx6DAzHPcWsnfqGSaNoXhWPo OpFVgpT1b21uZVckGp0ccOZtuBWXiK6eoWgQZnNLL6SbpUc7peFeo3eDQNYbhOKhzzgqmaDn5SlD Y9mmtv6e91aWBLor1oCWetcUjeG94V2XFI2/q+CmJa7dgoCzutvTTJ2kbYTnmGh4/GGuPyjzTdeU 8z/MClzyIT39xEeKBTQADRojSVizNl0ce/s7u0P9b9Tml6eOMCV9kYYwkPx6ZsXvIUzTXkDAiiJi mGhLUFuSW8D9t0kz0vlag+LRt89q4AUQS1kzVhicXM+Uulzt7LuyuLfHqAnAj7rgKH7+eCmm8rCl LepRfRzO3QvcqlJwb1ShcA6Xvva2QAVEjpqzANap+28aWyCRVT7YkY7LckVc3N/1B1rT8dum0tYS 08YkGr13qFZSq8Fx+9otn0aqja8VKPqpdskk5LxBR/9t1zMMkdu6/R2FM84kxYRFSvC1IDg1BRW7 hzp8w3iHcOwbVtsmWfnQGGis4EvbR3jXsI0ESXwhBU2hwt/J18C+HygJl/jEzm1SsR8v3aJbN/NZ fa8pHhHaz+HPa0HAgEx4sWDF
X-Report-Abuse-To: spam@quarantine11.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/_jJaiJh_udC5eGVScnrt5igMGpI>
Subject: Re: [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: Thu, 16 Jun 2022 03:57:24 -0000

Michael,

Your paper mentions the issue of "not being able to ramp up capacity 
quickly enough". There has been quite a bit of attention to that in the 
context of satellite networks, leading for example to 
https://datatracker.ietf.org/doc/html/draft-kuhn-quic-careful-resume-01.html 
-- basically, remember network conditions from previous connections and 
use them cautiously to ramp up congestion control faster. Maybe worth 
mentioning in follow-up papers.

-- Christian Huitema

On 6/15/2022 1:02 AM, Michael Welzl wrote:
> 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
>
>
>
> _______________________________________________
> iccrg mailing list
> iccrg@irtf.org
> https://www.irtf.org/mailman/listinfo/iccrg