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

Jay Daley <jay@staff.ietf.org> Thu, 29 February 2024 17:06 UTC

Return-Path: <jay@staff.ietf.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 563A4C14F5FF for <mtgvenue@ietfa.amsl.com>; Thu, 29 Feb 2024 09:06:39 -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_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=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=staff-ietf-org.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 l_kfRZ2u1HwJ for <mtgvenue@ietfa.amsl.com>; Thu, 29 Feb 2024 09:06:37 -0800 (PST)
Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (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 483FAC14F68D for <mtgvenue@ietf.org>; Thu, 29 Feb 2024 09:06:37 -0800 (PST)
Received: by mail-wm1-x330.google.com with SMTP id 5b1f17b1804b1-412a14299a4so8888105e9.1 for <mtgvenue@ietf.org>; Thu, 29 Feb 2024 09:06:37 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=staff-ietf-org.20230601.gappssmtp.com; s=20230601; t=1709226395; x=1709831195; darn=ietf.org; h=message-id:to:cc:references:date:subject:mime-version:from:from:to :cc:subject:date:message-id:reply-to; bh=y5TgWbxAKQOUG2Rdq1inYmvEnDJVda2PZpwJyU51o3M=; b=SU41z6OPtCS0ifU0ySq5+ijeP16WG5mhAoc/Tivqs/Azi2FkB/OLtcgNO9XolXeJbc TflYchD5zQL7dl91PSI7zuWegF7AQbskeuXOgijD2Ja6dZN1FncMP4tcSAcuGzFesJai vpgsWXgFxrSNcdqE0qQG2Wq/+k/UjvwkT4tefWBQfcgGSs19zU3uQqTTsyM49zRWFwRf 35DHokFXJ2/aaeMvC0jm6pLCIh4Os0LR1hgUkL4fMzogN75BG0ICtDtnLvhOEqzsFKFx hffH/XYumFJeNBOmALOa5QdQui+MyUaTyv0vg2HFBqZY1lKKG12nq6LmEzXApj6zl9zi C28g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709226395; x=1709831195; h=message-id:to:cc:references:date:subject:mime-version:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=y5TgWbxAKQOUG2Rdq1inYmvEnDJVda2PZpwJyU51o3M=; b=gGuJwRKz3uB15TNIlVdvG+Y4hMCHNiTYOv/5aBJfMReK0RFhxcN6Iw/L8QJ7jpzRiT VnHsbyRsefde7mM7nHPP/Flr1tAxoJQev4H8tfKXNjCVi8XLN3WRtgA/WtWMxjP2lyPl zyU1Mqv3a+3t9iF0qxRmW9MAyyxdb5N4wHU18Y6ha/pYeEbdC8eAuMVzpDXkVvapnFPu hYXQ/TUCZ3h+2DlZ2DRTGiE5gRdVi+uPNMcyxXOt0fT1NXyDDy7JE42Y9zEnmy4w+YDe 8HvfmMI9HdGIxERd5RZw/HQS+qvkI2Feqn1LksNkG4Vg/n2gVXREWwZeAFeGZxnmDN5g JGKg==
X-Gm-Message-State: AOJu0Yxj85UAVIEYyg9YtXSN+/neKP0ex0rVRPlVRSXnu1RgSEcY1cRV TBYS89yzQa1oTSvsLDVyY9LM40z28EQE57rutF049GVJMIu5H1CAOUSeW+SoSNCc+6sXlhIyDkD y/YI=
X-Google-Smtp-Source: AGHT+IHSiroRVhqkXzXAi1vvHZngC4VPbbbHpsLdBjGcl1m5jMy6CKCnOdPK8SxSQlB8QCX3PzP/NA==
X-Received: by 2002:a05:600c:a384:b0:412:64eb:538 with SMTP id hn4-20020a05600ca38400b0041264eb0538mr2305806wmb.9.1709226394868; Thu, 29 Feb 2024 09:06:34 -0800 (PST)
Received: from smtpclient.apple (host-92-27-125-209.static.as13285.net. [92.27.125.209]) by smtp.gmail.com with ESMTPSA id c13-20020a056000104d00b0033dfa7ecd33sm1327759wrx.61.2024.02.29.09.06.34 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Feb 2024 09:06:34 -0800 (PST)
From: Jay Daley <jay@staff.ietf.org>
Content-Type: multipart/alternative; boundary="Apple-Mail=_B4D731CA-030E-4F12-94E1-45B11B6A1368"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Date: Thu, 29 Feb 2024 17:06:23 +0000
References: <170922484475.22799.15136541086761193102@ietfa.amsl.com>
Cc: Sean Turner <sean@sn3rd.com>
To: mtgvenue@ietf.org
Message-Id: <54465C93-69C2-407C-B22B-B098048F6274@staff.ietf.org>
X-Mailer: Apple Mail (2.3774.400.31)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/mOgXl7o1o4YaR7yBtjA2JWpmIXY>
Subject: [Mtgvenue] Fwd: 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: Thu, 29 Feb 2024 17:06:39 -0000

Hi All

Please see the latest version of our I-D updating the meeting venue requirements.

Following feedback, we have made the following changes:

1.  Instead of replacing all of RFC 8719, it now aims just to replace the process for agreeing an exploratory meeting for the reasons given in the I-D.  The text includes a number of safeguards in the proposed new process.

2.  Removes the reference to the Tao as that is being retired.

3.  Removes the whole section about Internet filtering.  The feedback is that this is not as restrictive as the LLC has read it to be. 

There are two requests made by more than one person that we have not incorporated.

a.  Requiring the LLC to always find a secondary hotel at a lower price point.  Our reasons for not including this are: 
- this is very hard to obtain (often because we get such a large discount at the main hotel due to our block size)
- when we do do it, the block is only very lightly used and that carries a significant financial risk (that ultimately will end up back on registration fees) 
That does not mean that we will not do this, for example we are actively aiming to do so for IETF 120 Vancouver, but we do not want to be required to do so.

b.  Requiring the LLC to consider security of devices when assessing venue suitability.  Our reasons for not including this are:
- This is a huge topic that could take a very long time to resolve
- This is a concern that has been claimed about multiple countries and assessing the validity of those claims is particularly difficult.  
- If the claims above are correct and this becomes policy, that could severely restrict the number of countries we can visit.

It is our hope that this is close enough to agreement now that we do not need a session at IETF 119 to discuss.  If anyone disagrees then please let us know.

Jay


> Begin forwarded message:
> 
> From: internet-drafts@ietf.org
> Subject: New Version Notification for draft-daley-gendispatch-venue-requirements-02.txt
> Date: 29 February 2024 at 16:40:44 GMT
> To: "Jay Daley" <jay@staff.ietf.org>, "Sean Turner" <sean@sn3rd.com>
> 
> A new version of Internet-Draft
> draft-daley-gendispatch-venue-requirements-02.txt has been successfully
> submitted by Jay Daley and posted to the
> IETF repository.
> 
> Name:     draft-daley-gendispatch-venue-requirements
> Revision: 02
> Title:    IETF Meeting Venue Requirements Review
> Date:     2024-02-29
> Group:    Individual Submission
> Pages:    11
> URL:      https://www.ietf.org/archive/id/draft-daley-gendispatch-venue-requirements-02.txt
> Status:   https://datatracker.ietf.org/doc/draft-daley-gendispatch-venue-requirements/
> HTML:     https://www.ietf.org/archive/id/draft-daley-gendispatch-venue-requirements-02.html
> HTMLized: https://datatracker.ietf.org/doc/html/draft-daley-gendispatch-venue-requirements
> Diff:     https://author-tools.ietf.org/iddiff?url2=draft-daley-gendispatch-venue-requirements-02
> 
> Abstract:
> 
>   Following a review of the IETF meeting venue requirements, this
>   document proposes updates to RFC 8718 “IETF Plenary Meeting Venue
>   Selection Process”, clarifies how the IETF Administration Support
>   Activity (IASA) should interpret some elements of RFC 8718, and
>   proposes a replacement exploratory meeting process, thereby updating
>   RFC 8719 "High-Level Guidance for the Meeting Policy of the IETF".
> 
> 
> 
> The IETF Secretariat
> 
> 

-- 
Jay Daley
IETF Executive Director
exec-director@ietf.org