From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yw1-x1130.google.com (mail-yw1-x1130.google.com [IPv6:2607:f8b0:4864:20::1130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 54B173B29D for ; Fri, 22 Sep 2023 21:08:34 -0400 (EDT) Received: by mail-yw1-x1130.google.com with SMTP id 00721157ae682-59bbdb435bfso36042337b3.3 for ; Fri, 22 Sep 2023 18:08:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695431313; x=1696036113; darn=lists.bufferbloat.net; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=01Pq9rb+0YY1Zz1wzmbgtdTI+Du6Dvu7UxK+OYMOdZQ=; b=CwMXkBjbJYJmiWRzbd2gkQg8nmrfDhwQi4U4MXREOZGUCYtm462tlZG4Ihd1l2KZ9E 4eq5lU3/Ba/mqzqG7Erig/LXDCD1b+4HjshqtAMP3xyTpIG6SE05dd+98zgyAmTE+11K yIZ9w3rW9FvMPhkjv6XcTiDDGLwLPhnSRgFjuQHiTM+BHZJb0ZlJo5mfjCDUl6jWEKkh ClxwMg++vdnBitn3Sqwf0ELm0JuqbFX/u7NIVlTwAOnyPIfnErnO5bmfAusZNbRRRfA5 y0FGz7Lxa+GPaLAQzb43iDbLWC1p7R1dyZfIW7W6xkrJWUnMg6O1Ig/S1TVOUxxlmy82 JHIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695431313; x=1696036113; h=content-transfer-encoding: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=01Pq9rb+0YY1Zz1wzmbgtdTI+Du6Dvu7UxK+OYMOdZQ=; b=Mpdcspn2zOhQHor55Efxtx+JFJ5r67r4aEsjT+IzPxs78XLJXhPQt+hL7dlALXgnzj yKf1cE7OVD4dpeZxzb7wd35t924JBgBUNsqqB3CZTrkn3/DUgWTDpUaJBx7BUbO1cnxB Vu1LrBtj16ACeBsZThQMlI29CJeFQA/gk1xvZRvd5OkBLMD3iOvTVfNqyhpKSlNGtzDd wsMgnfEFdqIk3aCkJa8f/hVyQvqSiQh7reGiiAg532YhMZYEgJ1O1nci66vxTZxxVeod /6NKixDWbTMGNaIUU1Z6zigVTByDddhrOIFsN2XuGqIxX6NOp1QtjXZe6eNQdbWcSAUt G+hg== X-Gm-Message-State: AOJu0Yw4tT1G/zU3Lo47I8JTckyB3VngPE+8g5LwdhadDI9jbuE0oTsh N7IZnsSGSwF4gWFVKRac2Ge1Nu7VscDumIASe6/fd8vz X-Google-Smtp-Source: AGHT+IHHqdbV3ABrPqGFkJSTyCQYPdRPQblS/3k8zyenuB6zLB54GHMiwAPJ0Ohk6alAiTtSBzzYYby3qdk3PuYvdHU= X-Received: by 2002:a0d:d851:0:b0:58c:4e63:109 with SMTP id a78-20020a0dd851000000b0058c4e630109mr1256054ywe.0.1695431312873; Fri, 22 Sep 2023 18:08:32 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Dave Taht Date: Fri, 22 Sep 2023 18:08:18 -0700 Message-ID: To: bloat Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: [Bloat] Fwd: Result of Consultation on ART/TSV Area Reorganization X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Sep 2023 01:08:34 -0000 transport area and congestion control... ceases to exist as a separate wg in the ietf. ---------- Forwarded message --------- From: Martin Duke Date: Fri, Sep 22, 2023 at 1:09=E2=80=AFPM Subject: Result of Consultation on ART/TSV Area Reorganization To: , IETF-Announce , Working Group Chairs Two weeks ago, the IESG proposed [1] a merger of parts of the TSV and ART areas into a new area, and invited community comment. After consideration of that feedback, the IESG has decided to proceed with the reorganization with a few tweaks, effective before IETF 119, and will shortly transmit additional requests to the NomCom. Briefly, the purposes of this initiative are to (1) eliminate one position where recruiting is difficult, (2) maintain at least two ADs for each area except GEN, and (3) avoid increasing the size of the IESG. =3D=3D Summary of the Plan =3D=3D The new area will be named =E2=80=9CWeb and Internet Transport=E2=80=9D (WI= T). It will consist of AVTCORE, CDNI, CCWG, CORE, HTTPAPI, HTTPBIS, MASQUE, MOQ, NFSV4, QUIC, RTCWEB, TAPS, TCPM, TSVAREA (to be renamed), TSVWG (to be renamed), and WEBTRANS. The transport area (TSV) will cease to exist. ALTO and IPPM will move to OPS. DTN will move to INT. SCIM and TIGRESS will move to SEC [2]. All other working groups will remain in their current area, and ART will continue to have two ADs. Future NomComs will be asked to ensure that at least one WIT AD has expertise in HTTP and related topics, while at least one AD has expertise in traditional transport-layer topics. Obviously, a candidate may have expertise in both, and the precise relationship between the two ADs will be resolved by each pair. Two distinct skill sets are a model successfully used in the Ops and Management area. The Transport Area Review Team (TSVART) would not change its purpose, scope, or operations, but will be renamed, given that there is no more transport area. One WIT AD would have primary responsibility for managing this team. The HTTP Directorate would also remain as-is and would be overseen by the other WIT AD. There are no changes to the ARTART at this time. =3D=3D Next steps =3D=3D In response to feedback, the IESG is deferring the decision of which ART AD moves to WIT until the new IESG convenes at IETF 119, although Francesca Palombini remains willing to move. As a result, the ART AD job descriptions are not changing at this time. However, the IESG will revise its request to the NomCom to not fill the TSV AD position currently occupied by Martin Duke. Furthermore, one of the two open ART positions will change from a two-year to a one-year term to stagger the positions going forward. =3D=3D Summary of feedback =3D=3D This section attempts to categorize the feedback received in response to [1], with brief responses where appropriate. =3D High-order bits =3D Web and Transport are a bad fit: Touch, Nottingham Web and Transport are a good fit: Pauly, Pardue, Baryun, Huitema IESG: After considering some alternatives, we came to the conclusion that Web and Transport were a good fit for the reasons the supporters describe. AD Partnering is not important: Nottingham AD Partnering is important: Kuhlewind, Baryun IESG: The current ADs believe having a partner is important. It is certainly possible to have ad hoc partnerships, but we believe habitual relationships decrease the cognitive load of the job. Furthermore, the Ops/Management area is an example of this arrangement working. This is good overall: Pauly, Blanchet, Swett, Schinazi, Aboba, Black, Zhou, Bishop, Schwartz IESG: Thanks for the feedback! This is fine, but we should think much bigger: S. Farrell, Richardson, Carp= enter IESG: This does not preclude further work on fundamental changes to the IESG, though that work will take longer. Moreover, it is reasonable to try incremental changes to solve problems before trying sweeping ones. This will waste time and move in the wrong direction: Moore IESG: We do not believe this is actionable except as a comment opposing this reorganization. Integrate with IEEE 802.11 better: Taht Transfer groups to the W3C: Wood Remove congestion control as a core competency: Eckert IESG: We are not considering changes to our relationship with external SDOs at this time. Furthermore, we believe TCP, QUIC, HTTP, and other protocols in this area are core competencies of the IETF. This change is too disruptive right now, and we should think much bigger: Klensin, and a private responder It=E2=80=99s too late to start in the 2023-24 cycle: Salz, Hardie IESG: While this is a reasonable concern, we have been in contact with the active NomCom chair, with full knowledge of the IETF Chair opening, and believe our course of action is feasible. Indeed, IETF chair vacancies are common occurrences. Look at bluesheets to do area groupings: Gondwana IESG: This would be an interesting exercise, but we will not block on someone volunteering to do it. Attendance overlaps are only one consideration for area assignments. =3D Low order bits =3D Don=E2=80=99t have a strict line between transport and web: Pauly IESG: The exact relationship between the WIT ADs will be determined by each pair, depending on their skills and preferences. The role of this reorganization is to have clear requests to the NomCom for the collective skill set of the ADs. DTN should be in INT: Blanchet DTN should be in RTG: Touch IESG: In our view, the case for each area has similar strength, but INT has more capacity to take another WG. Form a OAM/Fault Management/Performance WG: Mirsky IESG: Chartering new WGs is out of scope for this reorganization, but you are always welcome to suggest a BOF through the usual process. There should be a report at IETF 120: Baryun WGs must consent to being moved: Baryun IESG: RFC2026 leaves the organization of the details of the standards work in the IETF to the IESG, and that includes assigning WGs to areas. This IESG strongly encourages the future IESG to report at IETF 120. Pick the name carefully: Scharf IESG: We reconsidered the proposals and settled on WIT instead. Don=E2=80=99t move an ART AD until after the new IESG is seated: Schwartz IESG: In response to this suggestion, we will defer this decision (see above). Francesca remains willing to move if her fellow ART ADs agree. [1] https://mailarchive.ietf.org/arch/msg/ietf/iydZ0V3emgjhxVitq_2CGEMo5f8/ [2] Roman Danyliw is already Responsible AD for these working groups. --=20 Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.htm= l Dave T=C3=A4ht CSO, LibreQos