[tsvwg] Re: TSVWG Adoption Call for draft-duke-tsvwg-udp-ecn-03 as Informational, ending on 29th November 2024

Max Franke <mfranke@inet.tu-berlin.de> Wed, 13 November 2024 15:36 UTC

Return-Path: <mfranke@inet.tu-berlin.de>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7146EC151062 for <tsvwg@ietfa.amsl.com>; Wed, 13 Nov 2024 07:36:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.09
X-Spam-Level:
X-Spam-Status: No, score=-1.09 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_TEMPERROR=0.01, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=inet.tu-berlin.de
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 1IsRo_wghpC6 for <tsvwg@ietfa.amsl.com>; Wed, 13 Nov 2024 07:36:00 -0800 (PST)
Received: from mail.inet.tu-berlin.de (mail.inet.tu-berlin.de [130.149.220.242]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFE7CC14F617 for <tsvwg@ietf.org>; Wed, 13 Nov 2024 07:35:54 -0800 (PST)
Content-Type: multipart/alternative; boundary="Apple-Mail-EB315D05-4891-434A-AB9A-7BE0F6477B7E"
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inet.tu-berlin.de; s=mail; t=1731512149; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Za/b+0VBqDxocf2lnHxN25e3vnECQyf0uiHppBoUVMc=; b=g1snK00qdOPEsx6BPSoWMQmQLFuc7MMlapNdkTWdfZztkriwvuet5Q2QSHZzJdXVuEofVN SwhsFAbch9mH2BD8ski2bg4AVvAjQntOrkrnSq15vK5MtG8kQsSp03OJP7Q8mL532em+7N P8Un77AkcJ2cRBuJgehiFLPJx++WS5rVkLioBoU736APE63Fodf1oL+MUy0Fpr+SdIo6W2 E/+NbQZa569YHphcC/zU49BYOEiflZBvABZdC68tAvBdu60csy3QpxblV6AyEBbuEdoLsq Seh4PR5tXMzSmsdxJqW1vnpgee64ApTOtqAw4RsBYhqAsUFKc5HvFGdEGwWxSw==
Content-Transfer-Encoding: 7bit
MIME-Version: 1.0
From: Max Franke <mfranke@inet.tu-berlin.de>
In-Reply-To: <cabd711482ec472aad9462de6c08db96@ex-03.svc.tu-berlin.de>
Date: Wed, 13 Nov 2024 16:35:39 +0100
Message-Id: <5A4C00FF-35C6-4DD1-9C16-9AF665C742E4@inet.tu-berlin.de>
References: <cabd711482ec472aad9462de6c08db96@ex-03.svc.tu-berlin.de>
To: Marten Seemann <martenseemann@gmail.com>
Message-ID-Hash: TQUXHMXLZISFSPMFAP53MKPI3L3WRCMR
X-Message-ID-Hash: TQUXHMXLZISFSPMFAP53MKPI3L3WRCMR
X-MailFrom: mfranke@inet.tu-berlin.de
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-tsvwg.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Neal Cardwell <ncardwell=40google.com@dmarc.ietf.org>, Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>, Gorry Fairhurst <gorry@erg.abdn.ac.uk>, tsvwg@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [tsvwg] Re: TSVWG Adoption Call for draft-duke-tsvwg-udp-ecn-03 as Informational, ending on 29th November 2024
List-Id: Transport Area Working Group <tsvwg.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/fXLn9OuKYWznQNroBX6MEMpX8H4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Owner: <mailto:tsvwg-owner@ietf.org>
List-Post: <mailto:tsvwg@ietf.org>
List-Subscribe: <mailto:tsvwg-join@ietf.org>
List-Unsubscribe: <mailto:tsvwg-leave@ietf.org>

I also support adoption of this draft with one minor comment.

On Apple and FreeBSD hosts, the application only sets the IPPROTO_IPV6-level socket option with name IPV6_RECVTCLASS; setting an IPPROTO_IP-level socket option on an IPv6 socket results in an error. In particular this applies to the IPPROTO_IP-level socket option with the name IP_RECVTOS.“ 

I assume this means that setting IPV6_RECVTCLASS is enough to receive ECN marks on all incoming packets on Apple/FreeBSD. If this is the case this could potentially be stated slightly more clearly as currently it could be understood that you can’t set the v4 option on those socket and thus not receive marks on v4 packets. 

Best,

Max 

Am 13.11.2024 um 15:04 schrieb Marten Seemann <martenseemann@gmail.com>:


Speaking as an individual, I support adoption of this document.
It would've been very helpful when I implemented ECN support in quic-go.

On Wed, 13 Nov 2024 at 13:47, Neal Cardwell <ncardwell=40google.com@dmarc.ietf.org> wrote:
Hi all,

I support adopting this draft as a basis for work on  documenting ECN support for UDP.

I agree this is a very important topic, and a topic where more information would be very useful.

best regards,
neal


On Wed, Nov 13, 2024 at 5:53 AM Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org> wrote:

Hi

Having fiddled with these ECN bits and in the process trying to dig up the best ways to do it on the internet....
Yes, I definitely support the adoption of this draft.

 

/Ingemar Johansson

 

From: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Sent: Wednesday, 13 November 2024 08:57
To: tsvwg@ietf.org
Subject: [tsvwg] TSVWG Adoption Call for draft-duke-tsvwg-udp-ecn-03 as Informational, ending on 29th November 2024

 

Hello TSV WG,


This is a formal adoption call that will run 2 weeks, ending on 29th
November 2024. Please respond to this email thread with any comments
indicating support or objection to adopting this draft as a basis for
work on ECN support for UDP.

During IETF-121, the WG discussed "Configuring UDP Sockets for ECN for
Common Platforms" (draft-duke-tsvwg-udp-ecn)  and the sense in the room
indicated some support for adoption, this email provides an opportunity
to contribute comments on this planned work.

Best wishes,
Gorry and Marten
(tsvwg co-chairs)

 

See:

 

Abstract

   Explicit Congestion Notification (ECN) applies to all transport
   protocols in principle.  However, it had limited deployment for UDP
   until QUIC became widely adopted.  As a result, documentation of UDP
   socket APIs for ECN on various platforms is sparse.  This document
   records the results of experimenting with these APIs in order to get
   ECN working on UDP for Chromium on Apple, Linux, and Windows
   platforms.