Re: New Version Notification for draft-duke-tsvwg-udp-ecn-00.txt

Michael Tuexen <michael.tuexen@lurchi.franken.de> Mon, 26 August 2024 22:07 UTC

Return-Path: <michael.tuexen@lurchi.franken.de>
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 427F1C18DBAD; Mon, 26 Aug 2024 15:07:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.908
X-Spam-Level:
X-Spam-Status: No, score=-6.908 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 ccxo0QXJ85yk; Mon, 26 Aug 2024 15:07:18 -0700 (PDT)
Received: from drew.franken.de (mail-n.franken.de [193.175.24.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E346CC151095; Mon, 26 Aug 2024 15:07:15 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2a02:8109:1140:c3d:92f:2c23:f777:4829]) (Authenticated sender: lurchi) by mail-n.franken.de (Postfix) with ESMTPSA id 8E5E4721BE002; Tue, 27 Aug 2024 00:07:10 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51\))
Subject: Re: New Version Notification for draft-duke-tsvwg-udp-ecn-00.txt
From: Michael Tuexen <michael.tuexen@lurchi.franken.de>
In-Reply-To: <CAM4esxQMba8gZ7pMkPKb7TjpamO20oA+m0Kbu=hzKv+Ex+WjFw@mail.gmail.com>
Date: Tue, 27 Aug 2024 00:07:10 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <6016166C-3F68-4070-8803-7CE3915C81DA@lurchi.franken.de>
References: <172444161279.128198.6556076320862990924@dt-datatracker-584cd6c8dd-fvr2f> <CAM4esxRNbWKq3X-0HQmasDhozP5WR1AcJnczdLTgKbrMF4XXAA@mail.gmail.com> <CAM4esxQMba8gZ7pMkPKb7TjpamO20oA+m0Kbu=hzKv+Ex+WjFw@mail.gmail.com>
To: Martin Duke <martin.h.duke@gmail.com>
X-Mailer: Apple Mail (2.3776.700.51)
Message-ID-Hash: 5T4QMGGPEPYQ2NO5SMVPC524JS63PFYQ
X-Message-ID-Hash: 5T4QMGGPEPYQ2NO5SMVPC524JS63PFYQ
X-MailFrom: michael.tuexen@lurchi.franken.de
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-quic.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: tsvwg <tsvwg@ietf.org>, IETF QUIC WG <quic@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/hvaq4oL9uKoCZ6PYM39USX4JQds>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Owner: <mailto:quic-owner@ietf.org>
List-Post: <mailto:quic@ietf.org>
List-Subscribe: <mailto:quic-join@ietf.org>
List-Unsubscribe: <mailto:quic-leave@ietf.org>

> On 26. Aug 2024, at 22:46, Martin Duke <martin.h.duke@gmail.com> wrote:
> 
> Thanks to everyone who's provided feedback! I hope to publish draft-01 soon.
> 
>  I have a strange question: does it ever make any sense to bind or connect to an IPv4-mapped IPv6 address (i.e. ::ffff:<Ipv4_address>)? I've been experimenting with this, and the results are
Sure. You are using a single AF_INET6 socket, but connect to an IPv4 address. That is a valid
use case.

Best regards
Michael
> sometimes goofy for each platform. Is this even worth addressing in the draft, or is it too silly of a use case?
> 
> On Fri, Aug 23, 2024 at 12:39 PM Martin Duke <martin.h.duke@gmail.com> wrote:
> Hi TSVWG and QUIC,
> 
> I've made it some of the way through implementing receive ECN for Chromium, which involved quite a bit of trial and error in figuring out the quirks of the Apple and Windows UDP socket APIs.
> 
> This is an informational draft that tries to capture some of that learning, since hopefully more QUIC implementations will add ECN support across multiple platforms.
> 
> Obviously, this is a work in progress. People that have worked with other OSes, or that can see into the kernel code and update/correct/refute some of my statements here, are welcome to contribute.
> 
> My guess is that it fits into TSVWG, although it is mostly of relevance to QUIC folks. If people are really interested in it, we could adopt it TSVWG. If not, at least there's a record somewhere so that others don't have to suffer as I did.
> 
> Martin
> 
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org>
> Date: Fri, Aug 23, 2024 at 12:33 PM
> Subject: New Version Notification for draft-duke-tsvwg-udp-ecn-00.txt
> To: Martin Duke <martin.h.duke@gmail.com>
> 
> 
> A new version of Internet-Draft draft-duke-tsvwg-udp-ecn-00.txt has been
> successfully submitted by Martin Duke and posted to the
> IETF repository.
> 
> Name:     draft-duke-tsvwg-udp-ecn
> Revision: 00
> Title:    Configuring UDP Sockets for ECN for Common Platforms
> Date:     2024-08-23
> Group:    Individual Submission
> Pages:    9
> URL:      https://www.ietf.org/archive/id/draft-duke-tsvwg-udp-ecn-00.txt
> Status:   https://datatracker.ietf.org/doc/draft-duke-tsvwg-udp-ecn/
> HTMLized: https://datatracker.ietf.org/doc/html/draft-duke-tsvwg-udp-ecn
> 
> 
> Abstract:
> 
>    Explicit Congestion Notification (ECN) applies to all transport
>    protocols in principle.  However, it had limited applications for UDP
>    until QUIC became widely deployed.  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.
> 
> 
> 
> The IETF Secretariat
> 
>