Re: [Congress] [tsvwg] New Version Notification for draft-scheffenegger-congress-rfc5033bis-00.txt

Matt Mathis <mattmathis@measurementlab.net> Tue, 14 March 2023 17:24 UTC

Return-Path: <mattmathis@measurementlab.net>
X-Original-To: congress@ietfa.amsl.com
Delivered-To: congress@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9589FC15DD5E for <congress@ietfa.amsl.com>; Tue, 14 Mar 2023 10:24:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=measurementlab-net.20210112.gappssmtp.com
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 8eM4AQE7GbAU for <congress@ietfa.amsl.com>; Tue, 14 Mar 2023 10:24:03 -0700 (PDT)
Received: from mail-pg1-x52b.google.com (mail-pg1-x52b.google.com [IPv6:2607:f8b0:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 02799C1B1886 for <congress@ietf.org>; Tue, 14 Mar 2023 10:23:19 -0700 (PDT)
Received: by mail-pg1-x52b.google.com with SMTP id q23so9351034pgt.7 for <congress@ietf.org>; Tue, 14 Mar 2023 10:23:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=measurementlab-net.20210112.gappssmtp.com; s=20210112; t=1678814599; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=eMqsg+3iWNrLOMdV0CzVgEsNEKHY/xoXi2FkUIbNwiI=; b=4GRL5LrsNOyjBxV+MEYuSdbsK+igDSVOgnBnT7fnvhzfHzXG4WLuwbfoSbKq3kMUsK KtO5IjFP7S6luyQvrpNkRYaREH1P6jzTUyJsw8lU1djx+sDkdjDI8K3qsKVlayQTY30w hcXCKEfyMcUdyK5j/0/iO/bK5CO7ICdg6pvWTqpFoBpb34RvHMUOfUZh+zMx17bLFgwb EBQNmtkpy5oHkoz0QLeeJUyeG2MfPVCmw4dPhNSDWZ/ZkUS+7Fo3y09noo5IlspO+Qtj lkjaRCRhUHxwdCfTkjxMvzQJ8RVD8mENA0JwbyMryohUsftiRKoQ6b39HCntf7k8DCWi QcJQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1678814599; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=eMqsg+3iWNrLOMdV0CzVgEsNEKHY/xoXi2FkUIbNwiI=; b=Va4eLIShIZkxsd/eVoG+SGrLdG8GoUlzqj9c7/W3NWH6rvUSMx1kOe4pFgBsa1eNC4 oihxb7WeWPVbq/yEOVo/J5Q0ahT3859Vjz5yfzJgaQHMrDgysr72Twp6cpUQkkVmM7Ne WUuCyhyC/qS6PdDUsWz4tiX11dM9l+W6EBssVPeGRADNMc6Vun3VQQgRpqTOzaN4q/s7 FoCb/qd9fGueHZFGrCez0St6dGQ+tnSmf32yXXDTFjw7QUBNI2PJD3G8mPvRxGp8UK3F lnZsCBiOLEdl0YYdbkuS5GFb8zhyABtadBtOIORrfqKEfcIWSoXByOGzkt9qT8hKbeYV jvkw==
X-Gm-Message-State: AO0yUKWl64HqGyeAGZbczhEn9W3AtU8cXE8NllFDuD5dHZAw/B4MgUX4 egKFfN60Oeq9LIb9KcREhty4h7zeus927MCKsrg7rTsin7MRQZUf
X-Google-Smtp-Source: AK7set8TrTTyB1zT7Qrj8RbDQvWnpyY9ifdIRILNliKCkbiamVwEnlIFZizONbLFKdkNZr/xxYdArXK5iSBUqEyrVmA=
X-Received: by 2002:a63:b55a:0:b0:503:7c81:4599 with SMTP id u26-20020a63b55a000000b005037c814599mr13372629pgo.11.1678814599121; Tue, 14 Mar 2023 10:23:19 -0700 (PDT)
MIME-Version: 1.0
References: <80ccaea8-1813-06ff-6b0f-9f66e2a8a00f@gmx.at> <CAA93jw63z6En6a_EteQxc70jJkfSb3QgXNCeJwRyamFB1Ae7eA@mail.gmail.com> <CAEsRLK8FYE8Rru0+OHK4H4Cfnz-fW_Lg+ho-y9_uJK2oQpdNtA@mail.gmail.com> <CAA93jw4HAaLqVqqndYdq+-to5PabMVUmGVMqd0hNVa5ZOSmYLA@mail.gmail.com> <CAEsRLK9M_keDQp2736kRA1jU8bNwP8+D=U-88yquZnWM13AwbQ@mail.gmail.com> <aefc38b9-74e9-3d22-60ec-0835405fb1e7@lear.ch>
In-Reply-To: <aefc38b9-74e9-3d22-60ec-0835405fb1e7@lear.ch>
From: Matt Mathis <mattmathis@measurementlab.net>
Date: Tue, 14 Mar 2023 10:23:06 -0700
Message-ID: <CAEsRLK8EyTdjyLkKhD=yYhdOqykGsVENSktNfnspQC7uQyBBjg@mail.gmail.com>
To: Eliot Lear <lear@lear.ch>
Cc: Dave Taht <dave.taht@gmail.com>, rscheff@freebsd.org, congress@ietf.org, "tsvwg@ietf.org" <tsvwg@ietf.org>, tsv-area@ietf.org, "tcpm@ietf.org" <tcpm@ietf.org>, quic@ietf.org
Content-Type: multipart/alternative; boundary="000000000000d325b305f6df7b0a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/congress/5WYBNEn2D9UmGTJMtdau1jwBHck>
Subject: Re: [Congress] [tsvwg] New Version Notification for draft-scheffenegger-congress-rfc5033bis-00.txt
X-BeenThere: congress@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Discussions about the CONGestion RESponse and Signaling \(CONGRESS\) Working Group" <congress.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/congress>, <mailto:congress-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/congress/>
List-Post: <mailto:congress@ietf.org>
List-Help: <mailto:congress-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/congress>, <mailto:congress-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Mar 2023 17:24:05 -0000

I obscured my real point by mentioning deployability.

More directly: there is no consensus on the optimal designs for video
conferencing over WiFI, gaming over WiFi and buik data over WiFi, because
they have mutually exclusive requirements for the WiFi.   Even if you
imagine [deployed] [consensus] on DSCP bits, half duplex media can't
simultaneously implement optimal solutions for all 3 usecases.  Some
compromise is required.  e.g. upper and lower bound on channel
acquisition times, and the backlog (queue) needed for a bulk flow to
trigger channel acquisition.

Without DSCP, none of the designs do well for everybody.

I suspect that this conversation will eventually happen in congress, but we
do not understand it well enough to propose solutions (which was my push
back to Dave Taht).

Thanks,
--MM--

On Mon, Mar 13, 2023 at 4:47 AM Eliot Lear <lear@lear.ch> wrote:

> Hi Matt,
>
> On 19.02.23 15:10, Matt Mathis wrote:
> > Dave, I was referring to the underlying technical problems for WiFi CC
> > and competition between video conferencing, gaming and bulk data. Are
> > you convinced that there exist deployable solutions that would
> > be viewed as correct by all parties?  I am not.
>
> Indeed.  This feels like what the first sentence of the Introduction of
> RFC 2474 was intended to address, no?  [Your point about "deployable" is
> noted in this context.]
>
> Eliot
>
>

-- 
Thanks,
--MM--
Evil is defined by mortals who think they know "The Truth" and use force to
apply it to others.