Re: UDP source ports for HTTP/3 and QUIC

Willy Tarreau <w@1wt.eu> Thu, 15 July 2021 10:01 UTC

Return-Path: <w@1wt.eu>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F11F13A2530 for <quic@ietfa.amsl.com>; Thu, 15 Jul 2021 03:01:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xP_AN2uEkinM for <quic@ietfa.amsl.com>; Thu, 15 Jul 2021 03:01:55 -0700 (PDT)
Received: from 1wt.eu (wtarreau.pck.nerim.net [62.212.114.60]) by ietfa.amsl.com (Postfix) with ESMTP id E27893A252F for <quic@ietf.org>; Thu, 15 Jul 2021 03:01:54 -0700 (PDT)
Received: (from willy@localhost) by pcw.home.local (8.15.2/8.15.2/Submit) id 16FA1nru029060; Thu, 15 Jul 2021 12:01:49 +0200
Date: Thu, 15 Jul 2021 12:01:49 +0200
From: Willy Tarreau <w@1wt.eu>
To: Stefan Eissing <stefan.eissing@greenbytes.de>
Cc: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>, Mark Nottingham <mnot@mnot.net>, IETF QUIC WG <quic@ietf.org>, HTTP Working Group <ietf-http-wg@w3.org>
Subject: Re: UDP source ports for HTTP/3 and QUIC
Message-ID: <20210715100149.GD27830@1wt.eu>
References: <3985895D-D420-4995-831E-332E33693B79@mnot.net> <6F79A78A-1DF8-4A48-9B7F-334B309C9C26@gmail.com> <20210715092937.GC27830@1wt.eu> <F40D2F65-997F-4EE7-9664-E1AD87B2EEC6@greenbytes.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <F40D2F65-997F-4EE7-9664-E1AD87B2EEC6@greenbytes.de>
User-Agent: Mutt/1.10.1 (2018-07-13)
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/jYg3bmMWxs8xg6s4dvVlRbD9Z1U>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Jul 2021 10:02:00 -0000

On Thu, Jul 15, 2021 at 11:53:46AM +0200, Stefan Eissing wrote:
> > Am 15.07.2021 um 11:29 schrieb Willy Tarreau <w@1wt.eu>:
> > 
> > On Thu, Jul 15, 2021 at 10:56:28AM +0200, Mikkel Fahnøe Jørgensen wrote:
> >> It is perhaps worth noting that due to QUIC (optionally) having unique
> >> connection identifiers, it is feasible to have many connections on the same
> >> source port. Therefore that could be a recommendation in cases where some
> >> source ports might be blocked.
> > 
> > I think that this is an excellent idea! The simple fact that this is
> > being discussed precisely is because the source port serves no purpose
> > here other than being compatible with UDP. So basically we could have
> > a recommendation that each application preferably uses a single socket
> > and source port for outgoing communication. This will also lower the
> > stress on source port allocation (and recycling) as well as the need
> > for file descriptors.
> 
> Yikes, all QUIC packets will potentially arrive a the same child listener.

That's a good point, indeed. But we could suggest that for low network
resource usage (i.e. browsers), reusing sockets that proved to work fine
is recommended.

> Let's go all the way and defined a fixed source port. ^^

:-)

Willy