Re: [Mtgvenue] New Version Notification for draft-daley-gendispatch-venue-requirements-02.txt

Eric Rescorla <ekr@rtfm.com> Sun, 03 March 2024 18:13 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: mtgvenue@ietfa.amsl.com
Delivered-To: mtgvenue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9D87C14F5EB for <mtgvenue@ietfa.amsl.com>; Sun, 3 Mar 2024 10:13:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level:
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20230601.gappssmtp.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 pzkM1fTzitFh for <mtgvenue@ietfa.amsl.com>; Sun, 3 Mar 2024 10:13:51 -0800 (PST)
Received: from mail-yw1-x112d.google.com (mail-yw1-x112d.google.com [IPv6:2607:f8b0:4864:20::112d]) (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 3576DC14F5EE for <mtgvenue@ietf.org>; Sun, 3 Mar 2024 10:13:51 -0800 (PST)
Received: by mail-yw1-x112d.google.com with SMTP id 00721157ae682-608a21f1cbcso25536077b3.0 for <mtgvenue@ietf.org>; Sun, 03 Mar 2024 10:13:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1709489630; x=1710094430; 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=qHgZLAIgciJqLMJ/o41q1icKOpPV4J0mhz2ubMYxkq0=; b=XZbTM3MAuknNIshyCQAl5wnPXAkHwIT6uco/aZwYWJHvhOQ9OspRzI0CQiyaOG33Do dt94Zr1gXb8fSVA72S5KE9ceoJzBeu8C+JlaPCym8/gKfRhHSNOnnhDMh2AINxJIoI49 zpPKwXa+jDXP6glw1QH9AqsjRDokdP1Q3dZ0Brmac5iRF645appsCJpOZyOd1VjYHd46 zBRw7fUqBY3NdTCfktQPZXH02r/U58DPSAxikldxs5YpGQbR+F668kjPbiYv3IxxvFXW /5J1H9enRk0azAnQrWl5A8nvmtY+0l1LRx2CuhJa8kkuL1B2I5edjZx8Mrpxq1vuIko5 /oVw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709489630; x=1710094430; 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=qHgZLAIgciJqLMJ/o41q1icKOpPV4J0mhz2ubMYxkq0=; b=MMI2IjohUdWJx/ylzR64X/Vx3eEZ9NavpwgFtzcOJGX8QddEBI6xkxQTi3nYZE6C08 9DYilXDPg5Mahinq68FQrQRSwniBleRQikE5lLMbE8/3Ru3kna2hMCQIdlYShRggZ3Ij nGjhlIcxYL23CPKUpluzvPj1yh7w+U1fYSz7szvDTGy+DQtvTQhVvjK8NRyncJDDNVBI u+4vMMh2toIYRmOutRB5vZP1Tm8Lyr//4QZ/XECiz/U9wz1hrXyUSlA+0BpXHIFhZFh/ /lhs6hGJRKfoPNZIIFhkFikqP+XN74vGy7nTcijmnAVo0DU06BnrWVwPNMYQdvERzJBf pLrA==
X-Forwarded-Encrypted: i=1; AJvYcCVDhflHqLpisxkhQF4M0Yc5j6GWkteTG61r6kW9hTqDE53Zaacbp5vvIYiQX+oRx72IYih7VUBslzMjbRVnlyREDA==
X-Gm-Message-State: AOJu0YzOay3B+sk4ZKQ6H9JXmMOQ6DBDhkSvT+l+NreJMD6hgI2zNevQ KWKLDm2WHyzHuPJcykbtY4WsOTCDEskYbfaS7Cr5JLf7UW6c6hzn5RFi93AaNtQPlg9YIhGqOCP 5lF61XsriuYgsJcQOctyyE/bwcUDsQY1fF6fgdifmRE5c/GkZ
X-Google-Smtp-Source: AGHT+IEfxSMRluDm02JWcdkBa4xtmOqrXEcQ2ktsRNvOxysZWmp93cUnpUwTsRc4YVgji/1DhSBHILcMTbcO5TNFb6E=
X-Received: by 2002:a0d:dd86:0:b0:608:e122:88 with SMTP id g128-20020a0ddd86000000b00608e1220088mr6987847ywe.9.1709489630193; Sun, 03 Mar 2024 10:13:50 -0800 (PST)
MIME-Version: 1.0
References: <20240229190603.4E224842AE6E@ary.qy> <73C7B5D1-22CD-4CFA-8A6F-D1A75EE120D3@mnot.net> <8140ac05-63dc-1701-209f-6de9d45cb759@taugh.com> <2EBD8C64-E02F-4520-B45B-CFCE7805539E@mnot.net> <CABcZeBMA_b6pu4+rQC8nsXwOX8WX+9eaPnej778-=QhMxOwC9Q@mail.gmail.com> <fac34d30-5c82-9033-9450-e446e200e54c@emailplus.org> <CABcZeBN-Vn=Gwq8QJ4d4xgrCVDFqteNLRrG54PUp2VCTMn2NAw@mail.gmail.com> <1a5b3997-2778-d265-afe3-d76f74d0cbbd@emailplus.org>
In-Reply-To: <1a5b3997-2778-d265-afe3-d76f74d0cbbd@emailplus.org>
From: Eric Rescorla <ekr@rtfm.com>
Date: Sun, 03 Mar 2024 10:13:13 -0800
Message-ID: <CABcZeBM0+-QypR6vt4ja9DYoQKfr9MDi-HKFM6_j19sYCtxTHg@mail.gmail.com>
To: Benson Muite <benson_muite@emailplus.org>
Cc: Mark Nottingham <mnot=40mnot.net@dmarc.ietf.org>, John R Levine <johnl@taugh.com>, mtgvenue@ietf.org
Content-Type: multipart/alternative; boundary="00000000000027bf7e0612c59240"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/r_g1VS3uERLZGS2IgS3S48qcYcA>
Subject: Re: [Mtgvenue] New Version Notification for draft-daley-gendispatch-venue-requirements-02.txt
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "List for email discussion of the IETF meeting venue selection process." <mtgvenue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mtgvenue/>
List-Post: <mailto:mtgvenue@ietf.org>
List-Help: <mailto:mtgvenue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mtgvenue>, <mailto:mtgvenue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Mar 2024 18:13:51 -0000

On Sun, Mar 3, 2024 at 12:03 AM Benson Muite <benson_muite@emailplus.org>
wrote:

> On 02/03/2024 17.27, Eric Rescorla wrote:
> >
> >
> > On Fri, Mar 1, 2024 at 9:58 PM Benson Muite <benson_muite@emailplus.org
> > <mailto:benson_muite@emailplus.org>> wrote:
> >
> >
> >     >
> >     > I think this is a good illustration of why it's difficult to come
> up
> >     > with a complete
> >     > set of objective criteria about the suitability of a specific
> venue.
> >     > Rather, I think
> >     > the right way to proceed is by having a smaller set of screening
> >     criteria
> >     > (as the current document does) and then asking whether a proposed
> new
> >     > venue is problematic for a large enough [0] fraction of attendees,
> for
> >     > whatever
> >     > reason, without interrogating the validity of those reasons.
> >     >
> >     This seems a reasonable way to give a meeting exploratory status.
> >
> >
> > I'm not sure what you mean ehre.
> It would be good to separate the rotation policy from determining
> whether a meeting is exploratory.
>

No, I don't think this is necessaarily right. For instance, I think we
should count
an exploratory meeting in a North American city we've never been to before
against the North American tranche of 1-1-1.


If a meeting location will be more problematic than usual for a
> significant number of attendees, then it is reasonable to classify the
> meeting as exploratory.  This could be left to IESG to determine with
> community input.
>

As I said in the message you are responding to, I just don't think
we should meet in places that are significantly more problematic
at all. I don't think we need an exploratory meeting to determine
that.



> >     > With that said, I agree with John that time zone is not a good
> >     replacement
> >     > for our existing geographic zone system. I could imagine a new
> >     criterion
> >     > based on travel time, but I don't think time zone is a good choice
> >     for the
> >     > reasons John indicated.
> >
> >     Travel time may be difficult, other than being close to a major
> airport.
> >      The aim of using time zones to split the globe is to have a more
> >     precise and equitable criteria for distribution of meetings than
> North
> >     America, Europe and Asia.
> >
> >
> > I understand that that's your view, but it's not clear to me that time
> zones
> > are in fact more equitable.
> Travel time is tricky.  If all attendees add their closest departure
> airport to the data tracker, one could create a program to calculate
> minimum travel time for a certain fare level.  Some attendees also face
> visa issues, which may be difficult to factor into travel time.
>

This doesn't seem like a good argument that time zones are more
equitable. Being easy to compute isn't the same as equitable.

-Ekr