[tsvwg] Re: The TSVWG WG has placed draft-duke-tsvwg-udp-ecn in state "Candidate for WG Adoption"
Martin Duke <martin.h.duke@gmail.com> Thu, 19 December 2024 20:05 UTC
Return-Path: <martin.h.duke@gmail.com>
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 4855DC16940A; Thu, 19 Dec 2024 12:05:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 8uWYyE4-FkOd; Thu, 19 Dec 2024 12:05:14 -0800 (PST)
Received: from mail-vk1-xa2f.google.com (mail-vk1-xa2f.google.com [IPv6:2607:f8b0:4864:20::a2f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2F0BC1840FB; Thu, 19 Dec 2024 12:04:50 -0800 (PST)
Received: by mail-vk1-xa2f.google.com with SMTP id 71dfb90a1353d-5160f1870f3so368221e0c.0; Thu, 19 Dec 2024 12:04:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1734638690; x=1735243490; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=zDtEuArPtpdTBvLs/QwM5CC/ueG/vZIAMfxbE9rLNSc=; b=bg5F3FKerz9u5zEPcg5ZeVWJ5Edq5JXeW2J5WucNvmGI3BQg8ewPxt590UzWh4duaq M+5a3S2OUpBqCXUel+opuCkvtZgTP0fsREw6A//tvmPssEXPOiAEh5RODSYpiKuxq4Aw FEmdcsVCFy4uLkwm7uVAyNBO62cWwkm6D5Ml3qFvb6gBJ9HEWZzvbL3C9iCUKH59cgjK phF5AZCcAdGgMcDzpaSan0fBLSHXgJ3XUqq8ufifu/RnmAndHL9mo9lyCRQX1xZqRbXN hw+rhmsPVcwm/Rj+d3RsglYBMQtX4RlwPbl68qQmmZi5YScdhNclpt+jpInx7oIWf6d+ vUzQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1734638690; x=1735243490; 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=zDtEuArPtpdTBvLs/QwM5CC/ueG/vZIAMfxbE9rLNSc=; b=Wuve8EZeWkWw0ueUAOjV+vB3jNoOHKtWs4BFn63Wbn7qJiOztqIJ3QFQQ/WyxQEZHY +SDUc/Yn2jgMrTIZwIuPbs4Mxzkf6O6n1xr/rkzVEltfgShIiYOAC57nuYmLA2+97ir5 4hmaiBz+MIVkA6jEEEm2zXa+ccU8qWFz4CQD4UTMasG2iXFzV4zq12FlOtFss3uWWtT0 wTV9C9MO4LrAPGb8wFZ2aJsHHh3QRXhoYQ/2vRlBKJBTvx/hh/AKkKelqztAcwlLJoX2 54yCGWKE5STmHeuLVV/7hKXzZocZD5IzEYoQNKgVwnnPOiHKPl1eI1WTo2WDP8EbylTl lUEg==
X-Forwarded-Encrypted: i=1; AJvYcCU/vaSdcwngusHXU3tZ+p3jskS6DmGYK29T+5z6iCeHvSoRpvB94R2bHcrwtJUte2dxBsAUK+AVmUBzgbeTIu+ZJMO39abqy0c=@ietf.org, AJvYcCVtIbEAahHddmp4wJffZ1M13/jfQz1VImJSiPgwqTpuR7CNIISnPTjo8p7z6yBuftNVY/w2YLiXaSwQ7Kxw@ietf.org, AJvYcCWK2MqqI3uXdQXe0MrYSWTJyPTjuP94Mig8+r+4PDGoqotV68tfkNCdMtweJ7Af8Tz3Ljg/leA=@ietf.org
X-Gm-Message-State: AOJu0Yz2iOpCsuDZUMB2rBDzBNex1VIPYnHRLmm1qFmADGQPIpWo1DdX LhzMK68cYQjcJfuoVP6rWQTVRbeZOGz/3gk47KKczMJ7JcfHwZDKRtHJf8Hja+0X9ryJ2Ynqiro r7xIU3zXpRo54fcKfWAvqDYprVCo=
X-Gm-Gg: ASbGncvCsS4hyG1tbPLaXXZeVeXyAW0ZmrBOCO7eVHlmn7EYn3RndDhcATpdLElqf16 IzbUq7szY/nHtp3M4TOeW80pUFWvldGyRJIAF8+rx6DRpKS2JgMB+ZnKAO+TOpkhNnVzZ
X-Google-Smtp-Source: AGHT+IES5mzwGwP0dq8F9c8sAP67Pu5i+nMEEfsM1boJhTlrarCFXfTNysU+6JaYt91yXQDzaSisA+iIIiF0HhdCu+U=
X-Received: by 2002:a05:6122:916:b0:50a:b728:5199 with SMTP id 71dfb90a1353d-51b75d28331mr439239e0c.7.1734638689831; Thu, 19 Dec 2024 12:04:49 -0800 (PST)
MIME-Version: 1.0
References: <173148464207.923779.3507890029384718298@dt-datatracker-5f77bcf4bd-4q5pd> <AM6PR07MB44569E9BB52B4DA0015969FBB95A2@AM6PR07MB4456.eurprd07.prod.outlook.com>
In-Reply-To: <AM6PR07MB44569E9BB52B4DA0015969FBB95A2@AM6PR07MB4456.eurprd07.prod.outlook.com>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Thu, 19 Dec 2024 12:04:38 -0800
Message-ID: <CAM4esxRXAH+TrCBKPJUGBxeAod9nwbPtzFQ6tDX3CF_fUKTdZA@mail.gmail.com>
To: "Koen De Schepper (Nokia)" <koen.de_schepper@nokia-bell-labs.com>
Content-Type: multipart/alternative; boundary="000000000000ebd3e10629a50ade"
Message-ID-Hash: 7XBWYX4OK7667JHYEGJQ6G4XE2Q5MBGI
X-Message-ID-Hash: 7XBWYX4OK7667JHYEGJQ6G4XE2Q5MBGI
X-MailFrom: martin.h.duke@gmail.com
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: IETF Secretariat <ietf-secretariat-reply@ietf.org>, "draft-duke-tsvwg-udp-ecn@ietf.org" <draft-duke-tsvwg-udp-ecn@ietf.org>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [tsvwg] Re: The TSVWG WG has placed draft-duke-tsvwg-udp-ecn in state "Candidate for WG Adoption"
List-Id: Transport Area Working Group <tsvwg.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/vp9eH6Sb751TyIubrpPU3YwUwSk>
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>
Hi Koen! On Wed, Nov 13, 2024 at 4:16 AM Koen De Schepper (Nokia) < koen.de_schepper@nokia-bell-labs.com> wrote: > Hi all, > > I strongly support this adoption. Thanks Martin, for collecting this so > far. We experienced a similar search for the correct calls on multiple > platforms during the UDP-Prague implementation. > > Some questions/comments/suggestions (didn't read the doc in full detail > yet): > > Exact code fragments would be very useful (or references to it). > I did provide links to the Chromium source. I'm reluctant to provide line numbers as those will move, but searching for the relevant cmsg types and sockopts should work very well. If there is other publicly available code that people would like to share as an illustration, I will happily accept PRs that provide additional links as references. I will even accept code snippets in the text, within reason, assuming the IPR implications are tractable. I would need guidance on the IPR matters. > > Would be good to extend even to higher layer "platforms" than OSs, like > Android, Unity, WebRTC, ... or whatever makes sense. I am not sure what to do with this comment. Feel free to file an issue on the GitHub with something more specific if you like. > > How long will this doc stay up to date, and can/will/should we maintain it > (updates, new revisions?) or is a "one-shot getting started" OK? > IIUC, OSes tend not to blow up their APIs on a regular basis. I think it is reasonable to have an objective of capturing this moment in time. If any OS maintainer wants to communicate that their API is going to change, I am happy to document that. If they are all converging on a single API, that's even better. If that actually ships before this document does, I'm happy to throw out the document and write down the latest snapshot. Publishing an update to this document in a later RFC is up to the Working Group. I am not going to commit to that effort at this time. > > I liked the common API (and behavior) idea. Can it be the basis for > defining/agreeing/recommending such an API, or are there other venues to > come to a more standardized API? > I am not authoritative for any of these OSes. I am happy to document planned changes. If the maintainers choose to use this document as a guideline, I am happy to facilitate that. > > Another hurdle to tackle is pacing and its APIs. I saw there is a draft > available (Michael and Wes). I didn't read that in full detail either, but > I have the impression that this draft is more on the justification, less on > actual implementations and their (best) APIs on different platforms. Maybe > the format/structure/contents could be aligned? I agree with the apparent consensus in Dublin that the scope of this document should remain narrowly focused on ECN, but the group welcomes other submissions related to other sockopts. To be clear, I am not filing any github issues based on this review, but would welcome an issue with something more actionable if you feel one is needed. Thanks, Martin > > > Regards, > Koen. > > -----Original Message----- > From: IETF Secretariat <ietf-secretariat-reply@ietf.org> > Sent: Wednesday, November 13, 2024 8:57 AM > To: draft-duke-tsvwg-udp-ecn@ietf.org; tsvwg-chairs@ietf.org; > tsvwg@ietf.org > Subject: [tsvwg] The TSVWG WG has placed draft-duke-tsvwg-udp-ecn in state > "Candidate for WG Adoption" > > > CAUTION: This is an external email. Please be very careful when clicking > links or opening attachments. See the URL nok.it/ext for additional > information. > > > > The TSVWG WG has placed draft-duke-tsvwg-udp-ecn in state Candidate for WG > Adoption (entered by Gorry Fairhurst) > > The document is available at > https://datatracker.ietf.org/doc/draft-duke-tsvwg-udp-ecn/ > > Comment: > 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) > >
- [tsvwg] The TSVWG WG has placed draft-duke-tsvwg-… IETF Secretariat
- [tsvwg] Re: The TSVWG WG has placed draft-duke-ts… Koen De Schepper (Nokia)
- [tsvwg] Re: [EXTERNAL] The TSVWG WG has placed dr… Overcash, Michael (CCI-Atlanta)
- [tsvwg] Re: [EXTERNAL] The TSVWG WG has placed dr… Sebastian Moeller
- [tsvwg] Re: [EXTERNAL] The TSVWG WG has placed dr… Overcash, Michael (CCI-Atlanta)
- [tsvwg] Re: The TSVWG WG has placed draft-duke-ts… Martin Duke