Re: [Mtgvenue] Update of RFC8719

Benson Muite <benson_muite@emailplus.org> Sat, 30 December 2023 03:59 UTC

Return-Path: <benson_muite@emailplus.org>
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 C3392C14F60D for <mtgvenue@ietfa.amsl.com>; Fri, 29 Dec 2023 19:59:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.896
X-Spam-Level:
X-Spam-Status: No, score=-2.896 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.091, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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=emailplus.org header.b="KEyCFYKC"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="aMajbOVG"
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 FBAmzqI9wqjR for <mtgvenue@ietfa.amsl.com>; Fri, 29 Dec 2023 19:59:22 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D806C14F604 for <Mtgvenue@ietf.org>; Fri, 29 Dec 2023 19:59:22 -0800 (PST)
Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 8B74B5C01BA; Fri, 29 Dec 2023 22:59:21 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 29 Dec 2023 22:59:21 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emailplus.org; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1703908761; x=1703995161; bh=BqhsLXRmiG7WbIwrXDYigrXvcLHtMwoXNv2z7/wFonY=; b= KEyCFYKCXZ8zskncstLuGrhsvvjR5XYeEo88ZBYlDOG2p2NJE1DR2b7ZlZhKRPnI mMO9ZWlURSlIRgx3v8G2yTGOSd8tK7CMQKEwKiuOu24jBVeII7oWWMO17gmBBMRJ mG8P0AmNpHcNpqVwq5iEa6KC9lIhutThD7y5tf/9ZDH48pjw9n07XnmaRgTwN7HR UBRwLkSqGc1O7o/ZDXG5hE6ddYcgAah/hnh7dCpnqqC0PEU904UH8dXreuSBO4fQ vBzGqXmwcoZnkw4nF2a/VyQVMhMraXtQoAkxgbnjcJedyUSV6ZI3asoIuNoHMAKA hxLix99YdOEpJjuG4APe7g==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1703908761; x= 1703995161; bh=BqhsLXRmiG7WbIwrXDYigrXvcLHtMwoXNv2z7/wFonY=; b=a MajbOVGI8CtV22MWAzIocaGHOlBueAldcCNe9StQhtCIXlqGUq8ItAJjduBR//i+ /I4i6LZXGujxiBkSJGqAdqIa6sZqirvR7fqk48vOObL7uzRFhZdhb06KrdO7h9Oh dBwwHkMxkOUfocN/cGdMglnIStgVf41TSCgCrKjg+U0S6kB/ssSfLxY0r/rCV0Vp DwP8NeucqDIwH8gPKSmbcFnDFwWHAtaV5Q0IqUzgwLQ5wPavBEMDueFVgVOY8WH+ XbfT4ACKSpl3KDhfiDSJDh1A2zKrw3Nf/A1KQ072gVPE8GNUi4+EkJ0ILJ/Ds1pv qd6qfr9i4i1sL7fMNSoyw==
X-ME-Sender: <xms:mZWPZaMzhxSyyys4oPHIHJo9ovRn0diU0Vz6EOxukcawobrfi3a_wg> <xme:mZWPZY-KL3JUqz8BVRuSIhLXJaIS5_s-Il_FEdJjktq1E0nuEg9qiT_CXB8HBe43M dXiFmmzuknlU3OE>
X-ME-Received: <xmr:mZWPZRTR7glikY4_dtBfruS9eBUyKq7rmZUm5-b8C1cIL24uXFApRUSsRdq59XvsZCQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvdefgedgieekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfvfhfhufgjtgfgsehtje ertddtfeejnecuhfhrohhmpeeuvghnshhonhcuofhuihhtvgcuoegsvghnshhonhgpmhhu ihhtvgesvghmrghilhhplhhushdrohhrgheqnecuggftrfgrthhtvghrnhepfeevheetff ekiedvieeujeekveeigeehhfegtdfgleeitefffedujeefueeufedtnecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepsggvnhhsohhnpghmuhhith gvsegvmhgrihhlphhluhhsrdhorhhg
X-ME-Proxy: <xmx:mZWPZatp2iWh0ylxK0r9VvG9IkMhAKXn_ayLFiI6MAXG9y1KSpkWFg> <xmx:mZWPZSdk1kjS-rQr6OErjGd8cMOSktknvGSBjCWMF0Lynnsok55P_A> <xmx:mZWPZe1KHkjGX9tFt7V9v_xtyIAnM6pXeTlnc9ub16w1mtBIZI6UTA> <xmx:mZWPZal81Wfk6_PkVLTUxWKcRZBJj48GyiC6-DvB_L_H09HqSREOrg>
Feedback-ID: ic1e8415a:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 29 Dec 2023 22:59:20 -0500 (EST)
Message-ID: <df13df60-19ef-9063-7bc9-f09ffce0e898@emailplus.org>
Date: Sat, 30 Dec 2023 06:59:17 +0300
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.1
Content-Language: en-US
To: Michael Richardson <mcr+ietf@sandelman.ca>, Mtgvenue@ietf.org
References: <937cb1c0-b718-7d78-c27f-7ecdffc81380@emailplus.org> <2329.1703872437@localhost>
From: Benson Muite <benson_muite@emailplus.org>
In-Reply-To: <2329.1703872437@localhost>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/bltOs7kGpLrU2NjZs2FKMVIHNmQ>
Subject: Re: [Mtgvenue] Update of RFC8719
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: Sat, 30 Dec 2023 03:59:27 -0000

On 12/29/23 20:53, Michael Richardson wrote:
> 
> I see Benson's point is that, going forward into an era where there are more
> and more remote attendees, and perhaps some more intentionally all-online
> meetings (vs pandemic forced meetings), that rather than document our
> 1-1-1 as Asia-Europe-NA, that we could do that via time zones instead.
> 
> What we would be doing is saying that we need to distribute the pain of who
> stays up all night to remote attend, rather than distribute the pain of
> travel for those who are in-person.
> 
> (It also means, I guess, that we can meet in Philadelphia in lieu of Bangkok,
> as long as the in-person meeting occurs in Bangkok time zone.  Not that I
> think we would do this, but we could)
Would expect the in person meeting to occur in a physical location
within that time zone.
> 
> UTC-12 for Americas means Hawaii is still in Americas, although we once
> counted it as Asia :-)
> 
Yes, though suggestions for exact time zone boundaries are welcome.
Puerto Rico and New Foundland could be considered Europe. Northern
Mariana Islands and Guam would be considered Asia/Oceania.
> What Benson's proposal also means is that if we were to return to South
> America, or we were to try Johannessburg, that we'd be within rule to do it
> during the appropriate time zone.
> 
Yes.
> Brian and John's point: we will likely continue to meet where there are
> people who are doing the work.  So in the end, changing the criteria likely
> has no actual effect for a long time.  I don't object to the patch, but I
> don't see it as helping much.
> 
It is nice to have consistency between active RFCs that describe the
aims of the IETF and how it operates.