Re: [admin-discuss] Next steps towards a net zero IETF

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 03 April 2023 21:52 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 96698C15154E; Mon, 3 Apr 2023 14:52:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.097
X-Spam-Level:
X-Spam-Status: No, score=-1.097 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, FREEMAIL_REPLY=1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=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 G_fJ37SSBP2g; Mon, 3 Apr 2023 14:52:15 -0700 (PDT)
Received: from mail-pl1-x631.google.com (mail-pl1-x631.google.com [IPv6:2607:f8b0:4864:20::631]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D606DC15153D; Mon, 3 Apr 2023 14:52:10 -0700 (PDT)
Received: by mail-pl1-x631.google.com with SMTP id ix20so29440872plb.3; Mon, 03 Apr 2023 14:52:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; t=1680558730; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=Q5+xqwzfFGRvkta0pDPuO9pFf15c22nCdtlWdVXZGls=; b=X8qQS9aCXgE1PtaLvcthz+k5HBwR2JVEPt3Mo2VeaeaCCpKzcEeLoOJnGAXjD1yiKN IlL5vIYo+Jrb/0bNu1e1ixcTCN4njU/M1TkTUSEhpZQ+cIQZwCpjhXXJTsGUcFFIOjjA E6l4pk2W8SSoMz/bI+OqrPYBXA+7tvdaghPwYZCStBlL6RYkEOcq6UW+UxCQdk0zcJQv 3yaCKz+07Sg9EuTMpDd7bV0HcwH/Ncrztcot/wlPN/p4bps9xB1eYc0Tm7HZdEPbxypf qwPF1wunP2hRgExxEDWwDtx+0pVDmxNu9cm6qBx6r+V8VZ8oowS4PZndlqmP3eKg78b2 jqWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680558730; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=Q5+xqwzfFGRvkta0pDPuO9pFf15c22nCdtlWdVXZGls=; b=wfqVsEPXf8oPF1kSDGEywoxMAnuhPjyvHSnO3qK52Bp59s542/e6ue/TGIfQKenkCA GSuYk3UQ+6GAxxIyDjz+Y4cdtiUtT24aVdDUtfw3cmlbDk2sWs+o7i653L5fbkcrNMAH NuGbO5ZwF/bsD2LPSfAf5iYcrKaP7OS16ytXKhePbxkvwaOWsrahwRUrmYoYlIqHnStj PNMFw30gnu6ToncXHWET6GJ/vieoNUKCzXLxvgNcUSRfksRVV8eff+Vwa/hY4d6lDR90 fpVvZ1wHm8xSDBg9RHvJtq8FJdpWrkNnHXSun3JfTX51a5BJ0EhO1uBhOTY+OFCfk+su Rnvg==
X-Gm-Message-State: AAQBX9eP4Ki5gXJjAvnSF+AEL8zI5c4ypvaeWD6NTHFlfd8E+dk7UHvs 81boaAvF3cGOYXAGlOumWCg7BYwMoqUvXg==
X-Google-Smtp-Source: AKy350bWw+czQ41aK/GiWPw9Mul08LChrMRW76WgUjjB6MfoZEnGO4+akxGVHiipA9++usm1moUSLw==
X-Received: by 2002:a17:903:2012:b0:1a1:9787:505a with SMTP id s18-20020a170903201200b001a19787505amr323637pla.58.1680558729790; Mon, 03 Apr 2023 14:52:09 -0700 (PDT)
Received: from ?IPV6:2406:e003:1184:f001:9991:d1ad:8c20:42bd? ([2406:e003:1184:f001:9991:d1ad:8c20:42bd]) by smtp.gmail.com with ESMTPSA id bb2-20020a170902bc8200b00183c6784704sm7017748plb.291.2023.04.03.14.52.07 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 Apr 2023 14:52:09 -0700 (PDT)
Message-ID: <30a01218-ea00-b023-9e39-9257a0633504@gmail.com>
Date: Tue, 04 Apr 2023 09:52:04 +1200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
Subject: Re: [admin-discuss] Next steps towards a net zero IETF
Content-Language: en-US
To: Daniel Migault <mglt.ietf@gmail.com>, John C Klensin <john-ietf@jck.com>
Cc: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, ietf@ietf.org, admin-discuss@ietf.org
References: <E2682D733BCA2933184DC34D@PSB> <CADZyTkm87hnAFMwVe=e3Fv7M8sm3nCSiF45jDfruuSdE9yd5GQ@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <CADZyTkm87hnAFMwVe=e3Fv7M8sm3nCSiF45jDfruuSdE9yd5GQ@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/59VfAkapuExMT41AsKaYz44tXpU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Apr 2023 21:52:19 -0000

On 04-Apr-23 00:39, Daniel Migault wrote:
> I do have similar thoughts as Kathleen and John - obviously I am not living too far from them.
> LLC mentions they committed to improve remote participation tools [1] and I am wondering what plan LLC has or what LLC thinks the focus should be, so we may provide useful feedback - especially as it is quite fresh.
> 
> I was wondering if having the remote participants providing their TZ and group they (strongly) want/need to participate could be considered in the planning/scheduling 

Unfortunately I don't think that's realistic. It would set up a feeback loop in the planning process with quite a large time lag in the loop, and (from what I remember of the theory of servomechanisms) it seems unlikely to converge before the final agenda has to be published.

> - see Mark Nottingham's pain calculator [2]. Of course planning constraints are already quite high, and the WG chair / AD should probably consider carefully whether they need to meet at a specific IETF meeting. There are probably a plethora of criterias, but fundamentally the question should be what are the expected benefits from meeting at *that* IETF meeting versus an interim meeting (2 weeks before or after).

It seems to me that the benefit of a WG meeting during an IETF week is not the meeting itself, but the corridor/bar meetings that occur. We can't get around that advantage of a physical meeting. This is why, if we're serious about reducing our total carbon budget ("net zero" is illusory, of course), making meetings "more hybrid" may not be the best way.

At the extreme, for example, consider having one f2f meeting per year, with more slots for informal meetings, and the actual WG meetings reduced to status review and renewal of friendships. All the real work that can't be done by email would be done in on-line interims.

    Brian

> 
> Yours,
> Daniel
> 
> [1] https://www.ietf.org/blog/ietf-llc-statement-on-remote-meeting-participation/ <https://www.ietf.org/blog/ietf-llc-statement-on-remote-meeting-participation/>
> [2] https://docs.google.com/spreadsheets/d/1E8SnbkXk4K4rZVgMzK3m0UeNgmJdRfMgeBkA5Z6rQ7Q/edit#gid=1020076867 <https://docs.google.com/spreadsheets/d/1E8SnbkXk4K4rZVgMzK3m0UeNgmJdRfMgeBkA5Z6rQ7Q/edit#gid=1020076867>
> 
> On Sun, Apr 2, 2023 at 1:44 PM John C Klensin <john-ietf@jck.com <mailto:john-ietf@jck.com>> wrote:
> 
>     (trying to a shift this to admin-discuss, as requested --
>     although I question  the wisdom of that decision for which see
>     separate note -- again while not cutting off the ietf@
>     discussion until others shift too )
> 
>     Another remote participant response, building on Kathleen's
>     response in the hope that something useful can be learned from
>     similarities and differences.  It may be relevant that she and I
>     are in the same time zone and, indeed, live within several
>     miles/km of each other...
> 
> 
>     --On Saturday, April 1, 2023 07:13 -0400 Kathleen Moriarty
>     <kathleen.moriarty.ietf@gmail.com <mailto:kathleen.moriarty.ietf@gmail.com>> wrote:
> 
>      > Greetings!
>      >
>      > Earlier in the thread, there was a request to hear from remote
>      > participants. I remained remote for this meeting as the
>      > distance to travel added too much away time in total. I am
>      > planning to be in San Francisco.
> 
>     In my case, the issue was less too much time away but concerns
>     about travel time, costs, some COVID concerns, and, yes, carbon
>     footprint.
> 
>      > In the past, I did stay up all hours to attend meetings. This
>      > was because of a direct responsibility as an AD at the time.
>      > For this meeting, I attended all sessions where I was a chair
>      > or presenting. I had co-chairs in the room or this would not
>      > have been possible.
> 
>     I no longer have any formal leadership responsibilities at the
>     IETF (pain-in-the-neck and voice-from-the-rough don't count) and
>     was not even signed up for any presentations, so, if I were
>     using the logic I deduce from the above, I would have gotten
>     much more sleep this last week.
> 
>     I was not able to switch my personal time onto that in Yokohama,
>     with several commitments during the week in local business
>     hours.  With some remote meetings, I've been able to do that
>     switch and the time zone shift has not been much more of a
>     problem than attending in person.  Neither arrangement will be
>     true for everyone remote at every meeting so, if the information
>     is useful, we should be concerned about blanket generalizations.
> 
>     I did attend all of the sessions I considered very important,
>     including a few side meetings (on this subject and others) and
>     the plenary, but my threshold for "important" went way up and I
>     did miss one session in which I intended to participate because
>     I was just too tired to do a meeting at 3:30AM local time after
>     ones between midnight and 3AM.   I believe that meetings halfway
>     around the world (twelve hours time difference plus or minus a
>     few) are always going to cause different remote experiences and
>     related decision-making than ones only a few time zones away.
>     As an extreme example, IETF 114 (in the same timezone) posed an
>     almost entirely different set of challenges to attend remotely
>     than IETF 116.
>      >...
> 
>      > I'm going to watch the recordings of meetings that happened
>      > in the very late hours and of course something is missed.
> 
>     For most of the sessions I did not attend but consider
>     interesting, I will not watch the recordings.  Instead, I
>     persist in the -- official and told to newcomers but probably
>     outdated -- belief that I should be able to get everything I
>     need from the mailing list, minutes, and published I-Ds.  When
>     those are insufficient or contain pointers elsewhere, I will
>     typically ask myself how much I really care --about the topic
>     and about WGs that care enough about either the supposed rules
>     or about remote participants-- to spend the time to dig into
>     those other materials.  The answer is, more often than not,
>     "no"... and a strong temptation to appeal decisions to appeal
>     decisions to hold Last Calls on the grounds that the behavior of
>     the WG was systematically exclusionary wrt a broad range of
>     participants and perspectives.
> 
>      > I do think we can achieve more remotely, but we need to work
>      > together for that to be possible.
> 
>     Let me say that differently and more strongly.  Most paths to
>     significantly less carbon impact (much less "net zero") pass
>     through "more remote", whether that be individuals staying home,
>     reducing the number of in-person meetings, or encouraging
>     organizations -- particularly, IMO, the LLC and ISOC-- to
>     carefully consider how many people they need to have present f2f
>     (and, where appropriate, how to organize things to reduce that
>     number without significantly reducing effectiveness).  If "more
>     remote" is going to work, the community and its decision-makers
>     need to get much more serious along many dimensions.  They range
>     from a need for ADs to push hard to get minutes out quickly (not
>     let them drag out for a few months); to getting much more
>     serious about people (especially ones who do not have large
>     images on-camera) carefully announcing their names each time
>     they start to speak; and many other things, including
>     recognizing that there now seem to be two types of
>     "side-meetings".  Stated extremely, one type involves local,
>     narrow interest, or quasi-social events. The others are meetings
>     that provide information for (or that might lead to) IETF
>     decision making even if the group involved is some sort of task
>     force or LLC effort.  The latter either need to be treated as
>     IETF efforts, with adequate attention to the needs of remote
>     participants or they don't need meeting time.  Treating them as
>     "side meeting" to avoid cluttering up the main agenda may be
>     fine, but, for that type of session, deciding that "side
>     meeting" means that remote participation need be no better than
>     "best effort" should not be... at least if meaningful remote
>     participation is important.
> 
>      > Michael's suggestion for plenary meetings makes sense. I
>      > also appreciate WGs that meet frequently in between meetings
>      > as that lessens the need for travel too. The only problem with
>      > that (for me) is that I have a standing conflict with one of
>      > them and gave to decide each week what to attend.
> 
>     This may or may not be a net-zero issue but, because all-remote
>     interim meetings inevitably involve the sort of schedule
>     conflicts Kathleen identifies and some would-be participants
>     with day jobs having unreasonable time zone conflicts, I think
>     it would be far better for broadly based, inclusive, IETF
>     specification development if we focused much more on mailing
>     lists, probably with the IESG pushing back on WGs with multiple,
>     even regularly scheduled, interim meetings.  That difference
>     probably has zero net effect on carbon impact, but it is
>     helpful, IMO, to keep looking at the whole system.
> 
>      > I do think we can do better. We have to be willing.
> 
>     Indeed.  And, if we are not willing, we should probably be
>     asking ourselves hard questions about whether we are
>     inadvertently limiting the diversity of participation and
>     diversity of technical inputs enough to reduce the IETF's
>     overall effectiveness as well as providing disincentives to
>     remote participation and f2f meeting reduction.
> 
>     best,
>         john
> 
> 
>     -- 
>     admin-discuss mailing list
>     admin-discuss@ietf.org <mailto:admin-discuss@ietf.org>
>     https://www.ietf.org/mailman/listinfo/admin-discuss <https://www.ietf.org/mailman/listinfo/admin-discuss>
> 
> 
> 
> -- 
> Daniel Migault
> Ericsson
>