[tcpm] CUBIC rfc8312bis / WGLC Issue 3

Markku Kojo <kojo@cs.helsinki.fi> Tue, 14 June 2022 15:22 UTC

Return-Path: <kojo@cs.helsinki.fi>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63D33C157B3A for <tcpm@ietfa.amsl.com>; Tue, 14 Jun 2022 08:22:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.helsinki.fi
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 1jV_ekBxiGlA for <tcpm@ietfa.amsl.com>; Tue, 14 Jun 2022 08:22:14 -0700 (PDT)
Received: from script.cs.helsinki.fi (script.cs.helsinki.fi [128.214.11.1]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A9EEEC14F74F for <tcpm@ietf.org>; Tue, 14 Jun 2022 08:22:11 -0700 (PDT)
X-DKIM: Courier DKIM Filter v0.50+pk-2017-10-25 mail.cs.helsinki.fi Tue, 14 Jun 2022 18:22:06 +0300
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.helsinki.fi; h=date:from:to:subject:message-id:mime-version:content-type; s= dkim20130528; bh=ugao8N+1wWYuJb5A2eV740XOLVaPoReNdPvGclf/Pj4=; b= VA/dbxvbTzaiWNWmXW8ka6S/YFYuEHZLHZaizbP4/L76QC5t4LPS85nXb+AlNYOV pfPcjL0zg3hfGkALnZKRCpxviGvnsEwjYeQ8tL7f13fUGB6IuOk7rCxwFPbNk36k UC5HKCT+Fb5kRUhChYnwijhdAq1Gh+3yD/6znMHs++Y=
Received: from hp8x-60 (85-76-82-174-nat.elisa-mobile.fi [85.76.82.174]) (AUTH: PLAIN kojo, TLS: TLSv1/SSLv3,256bits,AES256-GCM-SHA384) by mail.cs.helsinki.fi with ESMTPSA; Tue, 14 Jun 2022 18:22:06 +0300 id 00000000005A0A04.0000000062A8A79E.00006C63
Date: Tue, 14 Jun 2022 18:22:03 +0300
From: Markku Kojo <kojo@cs.helsinki.fi>
To: tcpm@ietf.org
Message-ID: <alpine.DEB.2.21.2206141447300.7292@hp8x-60.cs.helsinki.fi>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/uQIFn6KdKwAxtjsC_YhgrMTMUJc>
Subject: [tcpm] CUBIC rfc8312bis / WGLC Issue 3
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2022 15:22:21 -0000

Hi all,

this thread starts the discussion on the issue 3: the incorrect way of
setting alpha to 1 when in the fast convergence mode within the 
Reno-friendly region (Issue 3 a) and the issue of setting Wmax for a 
congestion event arriving when in slow start (Issue 3 b):


3 a) The rule for changing alpha to 1 when Wmax is reached in the
      Reno-friendly region is the correct thing to do during the normal
      steady state. However, it is incorrect action to take when in the
      fast convergence mode within the Reno-friendly region because it
      would act just *opposite* to what CUBIC should do when in the fast
      convergence mode; instead of slowing down the increase rate during
      congestion avoidance it actually accelerates because alpha becomes
      increased to 1 earlier than when not in the fast convergence mode.
      This seems an obvious mistake with the quite recent modifications
      to the rfc8312bis.

3  b) Wmax needs to be set differently for a congestion event arriving
      when in slow start and when in congestion avoidance
      If Wmax is set for a congestion event arriving when in slow start
      like currently specified, it results in Wmax with a value that is
      two times higher than the intended Wmax value (the co-authors who
      are the original developpers of CUBIC have agreed on this).

Thanks,

/Markku