Re: [Manycouches] Daniel presentation @ 113

Brian E Carpenter <brian.e.carpenter@gmail.com> Mon, 11 April 2022 20:59 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: manycouches@ietfa.amsl.com
Delivered-To: manycouches@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8E46C3A1A3C for <manycouches@ietfa.amsl.com>; Mon, 11 Apr 2022 13:59:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level:
X-Spam-Status: No, score=-2.109 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, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m2vVQgM1gV-V for <manycouches@ietfa.amsl.com>; Mon, 11 Apr 2022 13:59:44 -0700 (PDT)
Received: from mail-pg1-x52a.google.com (mail-pg1-x52a.google.com [IPv6:2607:f8b0:4864:20::52a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4C0D3A1A37 for <Manycouches@ietf.org>; Mon, 11 Apr 2022 13:59:44 -0700 (PDT)
Received: by mail-pg1-x52a.google.com with SMTP id q19so15217627pgm.6 for <Manycouches@ietf.org>; Mon, 11 Apr 2022 13:59:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=oHV+Sq3Q1IlK3/b16HrImAiG4YngF5N8Y6XZguKQP5o=; b=nnczywrFVf/ZAA6i+Doa88uWToarEVSP+2XJM0LFEhqbvWX0rK8xOJn9XNkbwM6FDM LysqzDHddJRpBDccgRPOD0VRkqljSmkqZs+miUSfIyeD+jVKsWm1xGASFr+igsJCGNHU DcFDDr28qs0C7Jb3oLQcIN/o+0BfLDl47Oedk8SuadkcaM3Ygm3aMx+bFDbOFuAcgedE jx9ihckwKEMWXIxZmUglQS1clFhMEAxqb8hDQZ8PZRhkABHso6ScDQHlhNje1S2wgTha qne8NJ1SEjXsOPW0dN/cwbxAM42E24zAuX6BdAIIbFtHRuZkiwkfZRncmZQrSP+lnpEt PDAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=oHV+Sq3Q1IlK3/b16HrImAiG4YngF5N8Y6XZguKQP5o=; b=5NR6FlnqhAMGoLYi7mrlRXcPePODe6Mf6Ir5GwX+jaZErjlQkso5/QIqn+AR00lmeF 9q/dZwKsfXsgx2aqaSzTpMXBVWsfHr8gNxjdlUIYYj7oZxnz+L+qyTA7IlhFmILc1TuN TwS0aocQRE7JGfd0Dadnl4jnzZ/mE2dYR9guEwgQFC+8CG6vAxd7dZDxCw32zEYo9UXR NtBeTwl2bYB/+cVT+7XEKjN0tpJrt/cxvwCYtjdfxR2CgVTRJm77CHm3Xw5ukKaXoRTQ LNe4uIAOjMbQ5zKzJ3CpadriBw7IQwf4kKGesiTj+2bkyDmzd8wV8p/CSPcao0EgH/Pj aM1g==
X-Gm-Message-State: AOAM531wooj9h9+Ao++OVHxusFTE1VHh3Z88zAJWQuN+yU0nFFNgk+eL T/yCPt+i2Qsga1tvF+qxiif5md60cRzAIw==
X-Google-Smtp-Source: ABdhPJwFdhzA8twyN1W3Y9Hs56Jx+arKTNybe9ChqcUGIbvcZiaOjmhsirLC/hCAxfa8YLBLx0qt+g==
X-Received: by 2002:a63:9dc6:0:b0:398:6e02:c105 with SMTP id i189-20020a639dc6000000b003986e02c105mr28316026pgd.495.1649710783609; Mon, 11 Apr 2022 13:59:43 -0700 (PDT)
Received: from ?IPv6:2406:e003:1005:b501:80b2:5c79:2266:e431? ([2406:e003:1005:b501:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id u18-20020a056a00125200b004fb112ee9b7sm32951543pfi.75.2022.04.11.13.59.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Apr 2022 13:59:42 -0700 (PDT)
To: Eliot Lear <lear@lear.ch>, Manycouches@ietf.org
References: <7e716ee4-d243-1a1b-cd61-b2adb541350a@lear.ch>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <49971239-9d72-f645-ecd2-92612e75dd20@gmail.com>
Date: Tue, 12 Apr 2022 08:59:38 +1200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <7e716ee4-d243-1a1b-cd61-b2adb541350a@lear.ch>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/manycouches/w51kh43OtJhY7WtJl72JzC0jcjw>
Subject: Re: [Manycouches] Daniel presentation @ 113
X-BeenThere: manycouches@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for discussion of remote meeting attendance and virtual IETF meetings, as well as for SHMOO working group" <manycouches.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manycouches>, <mailto:manycouches-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/manycouches/>
List-Post: <mailto:manycouches@ietf.org>
List-Help: <mailto:manycouches-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manycouches>, <mailto:manycouches-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2022 20:59:50 -0000

I'm with Eliot. My conclusion since my first experience with remote meetings is that an annual face-to-face meeting is enough to maintain social contact, as long as there is regular audio-visual contact in between. ("Visual" is important; voice calls are not as effective at maintaining social bonds.) Maybe somebody here has a tame sociologist who can actually cite some research into this? Although we don't use Zoom for IETF meetings, I hope that there's now lots of data due to Zoom usage during the pandemic.

Regards
    Brian

On 12-Apr-22 02:32, Eliot Lear wrote:
> Hi everyone,
> 
> Some time ago, I wrote the IETF about how I was embarrassed by my kid about how I was wrecking the future for the next generation by doing so much flying to meetings.  This turned into a draft called draft-lear-we-gotta-stop-meeting-like-this.  That draft just asked for us, primarily the LLC to begin to study the problem.  Jay has worked on that and looked at carbon offsets, amongst other things, and also sought to quantify the impact.
> 
> That's all goodness.
> 
> I support reduction of in-person meetings, and for reasons I will outline below.  I won't propose a specific course of action in this message, but I think my preference is pretty clear.
> 
> I listened to the recording of the shmoo meeting regarding Daniel's analysis, and I took from it several points. The points I took away were these:
> 
>   * By some models on average, individuals that attend three meetings per year create as much emissions as an average German in one year.
>   * There was a question of whether the recommendation should be from 3 
meetings per year to 3 meetings every two years or 1 meeting per year.
> 
> I want to to express the same skepticism that Ted Lemon expressed about 
carbon offsets.  Carbon offsets are market-based approaches that attempt to hold constant or reduce overall carbon output. These are very useful when there is no alternative for the emitter.  A good example would be a steel producer.  Our society needs steel.
> 
> When there are alternatives, the analysis is quite a bit more complex.  By the people voluntarily buying offsets, it makes a commodity of them, and creates a price, raising that price as their demand increases.  
Those who have a choice are thus competing with those who don't have a choice, raising the latter's cost of goods and services, and discouraging those producers from participating voluntarily – and/or causing those who previously didn't participate in the market to do so, with the idea of increasing available inventory.  This invites a certain amount 
of gaming to take place, particularly if you as a producer know you are already going to reduce your emissions, perhaps due to slacking demand.  There are also potential moral hazards associated with establishing baselines; and additional challenges when viewing those baselines over time, such as whether they should reduce annually, thus reducing their availability and further increasing their price.
> 
> I am *not* saying that carbon offsets should never be considered, but I 
don't think they should be considered a simple "Go To".  This ties to the point several people aligned to, that somehow we oughtn't do our part because we are a drop in a bucket.  This we may be, but the argument has led entire countries, such as the United States to not do their part, because they point to China in particular, and claim a competitive disadvantage.  We have no such excuse, really, even if we accept it as an excuse, which we shouldn't.
> 
> As to Martin's point, while I might agree that WebRTC has a beneficial impact on the environment, when used as an alternative to meet in person, 
what we do not know is whether WebRTC would have even been delayed by holding only one in-person meeting per year.
> 
> This leaves open the question of whether reducing to one meeting per year or three meetings every two years would make a difference. *Of course* 
it would.  You may debate the model that Daniel used, but certainly there is a cost, and it is not a pittance.  The question is whether we can function as well as a community if we maintain a lower tempo of in-person meetings.  I would argue that we have the opportunity to work *better*. IETF meeting time always comes at a premium, and working groups receive at most 3 hours time.  While that time may be necessary, it is rarely sufficient.  Interims for any active group are a requirement.  Virtual interims, in most cases.
> 
> I am not saying that hallway wg meetings are not important. There is value there, but I don't know how to quantify it.
> 
> In fact all of this is, of course, my opinion; and not backed with a whole lot of data.  Daniel has provided some.  As a practical matter, I don't think we have a choice, *but* to reduce our plans for the number of in-person meetings.  Companies are not going to put up with the previous level of travel, and many individuals do not feel comfortable traveling.  Maybe that will change, but as we have seen, hybrid meetings themselves have their challenges.
> 
> There are other benefits to virtual plenary meetings that are not related to the environment, but we can debate those in other messages.
> 
> Eliot
> 
> 
> _______________________________________________
> Manycouches mailing list
> Manycouches@ietf.org
> https://www.ietf.org/mailman/listinfo/manycouches
>