IETF Logo Mail Archive

Re: [Moq] Exploring HTTP/3

Bernard Aboba <bernard.aboba@gmail.com> Thu, 09 February 2023 18:18 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: moq@ietfa.amsl.com
Delivered-To: moq@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DE38C151522 for <moq@ietfa.amsl.com>; Thu, 9 Feb 2023 10:18:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, 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=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 IB8yCSP3B-6l for <moq@ietfa.amsl.com>; Thu, 9 Feb 2023 10:18:36 -0800 (PST)
Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com [IPv6:2a00:1450:4864:20::62f]) (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 DEFBCC14F74B for <moq@ietf.org>; Thu, 9 Feb 2023 10:18:36 -0800 (PST)
Received: by mail-ej1-x62f.google.com with SMTP id lu11so9012719ejb.3 for <moq@ietf.org>; Thu, 09 Feb 2023 10:18:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=bAuOizdUDuhMKoK6udO/u9FF/EdRHzms60d/UF19r6c=; b=lv2ycLqNlZq93cmS0fYYyJG39GP51zVBwwmYSix6wuIWbaw6ZNkg8s3NJQc2lfoNuu BiVGGaMTamy6zcQquab8dXdE0unB5RPFxQhPe5rp4vTHvMLScGrThEJ/tpDqKPNgbDJQ 5LqHbwNBFYDcC/O6h+TQipnUkG/Tcy8Tr2pObBckRT6E1gJZS0sNEWVRC8JaZ54R/lL5 em2uwZsG6tNgW+Ek7+o+/6aox0luCfXUJYZ0cBkqo+ah56LWETkQlm00FkZLPyqmtyWr MC2zLWmFL0qPIV3ibTRh+QIzo0OXxrT1aS8zObyCg1JcgZ78eazVbjL04b/9Ufy5i++L EPTw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=bAuOizdUDuhMKoK6udO/u9FF/EdRHzms60d/UF19r6c=; b=zOql+tXAhUacInckEFsUuBs+qjYi5dWrD0vEbM+7a8u+aWHIRl4sziydGcUBW6Uc2V ZiUeSI9SppTIFTHDlQ00dLe2bkuCkK7mztWej3fGmYhzizBNm4NNC6FeOggUeYXd3Wkz bcCdnkKalp1tZFkiEuo2Xz7cq4AI8hWlixPvyDw781WEUoTb/1PozK3w//or91yrw9va e2FyuL8wb/O2Psg5lh4iUglz8dshxLfie2ixlctxL/K1qdFtgsQtMlr+T9FvGw3wnWSc n16nrl9DAO7XPqciw0qjLX40iOXpydGod92XX6p+sabUD+EssFE/OqL+ZXdTCviPXVDp CptQ==
X-Gm-Message-State: AO0yUKUkpWG879KutwQDWo0N39C1lxqZwSRUlPHPvKzpmt/xeXXTXGMB aeQ7yhkS5zlJNDdqtnF4aOikkEAItYa+TepCdiCFtLiUXnA=
X-Google-Smtp-Source: AK7set/4xqN/cOR4nrHWXNqGuS2kKInc469bTIYY2bDKl5mnLPwoPLalpDudx2QnANvqKAoAowRxTERxFOQmF3wXJrM=
X-Received: by 2002:a17:906:39d7:b0:8af:2c39:2355 with SMTP id i23-20020a17090639d700b008af2c392355mr652520eje.98.1675966714401; Thu, 09 Feb 2023 10:18:34 -0800 (PST)
MIME-Version: 1.0
References: <CAHVo=ZmD7KvKxh2tTeaM2B+0q9=qZPgBydmfaHor5MaPODZf6w@mail.gmail.com> <CALGR9oas8cMBrX1WVf64fH13jr1r-S0KQB5spNzFj41k9Lgk+A@mail.gmail.com> <CAHVo=Z=Nov7B24A=M2pxPnUgyBg3n-AjF8AD2mKwgbTQ81F+mA@mail.gmail.com> <CALGR9ob4i7Z8zuqFVHtzOGV3QMTFjvOK4uZW3Xfvb5ZsoULvMg@mail.gmail.com> <CAKKJt-eC=h20Va4+64r=zkhYXK_ypC+txLqzgpr+YL=HW-DD+g@mail.gmail.com> <CALGR9oYr2OZZcfmFdqLgQ0Uqu7pAwQTnbuf-Fm64m58Spe6xYw@mail.gmail.com> <CAHVo=ZmeJfdoLc9NatDDEeAQG0X9_aygQm0ZSdtzeKEu=bO2pw@mail.gmail.com>
In-Reply-To: <CAHVo=ZmeJfdoLc9NatDDEeAQG0X9_aygQm0ZSdtzeKEu=bO2pw@mail.gmail.com>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Thu, 09 Feb 2023 10:18:23 -0800
Message-ID: <CAOW+2dsgewEtqnT0i=drp5dRDvDtMyKyojEn0sp7Htx6SOJ3Uw@mail.gmail.com>
To: Luke Curley <kixelated@gmail.com>
Cc: Lucas Pardue <lucaspardue.24.7@gmail.com>, MOQ Mailing List <moq@ietf.org>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000aad8b205f448681c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/moq/mgs2dWxfuQzmHeE2g8paUSEWEzE>
Subject: Re: [Moq] Exploring HTTP/3
X-BeenThere: moq@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Media over QUIC <moq.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/moq>, <mailto:moq-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/moq/>
List-Post: <mailto:moq@ietf.org>
List-Help: <mailto:moq-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/moq>, <mailto:moq-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Feb 2023 18:18:37 -0000

On Thu, Feb 9, 2023 at 09:56 Luke Curley <kixelated@gmail.com> wrote:

>
For example, suppose a client issues a request for segment 5 and segment 6,
> asking that the newer segment is delivered first during congestion.
>
> If the two requests share a HTTP/3 or HTTP/2 connection, then the HTTP
> server can prioritize. Any available bandwidth under the congestion window
> is spent on STREAM frames for segment 6 first.
>

[BA] Couldn’t this be accomplished without priority, by having the receiver
send a STOP_SENDING frame for segment 5, once it became clear it was taking
too long?

>

v2.41.0 | Report a Bug | By Email | System Status