Re: [Mtgvenue] About draft-ietf-mtgvenue-iaoc-venue-selection-process

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 17 October 2018 13:43 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 976FF130DF6 for <mtgvenue@ietfa.amsl.com>; Wed, 17 Oct 2018 06:43:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 18merGXVPZEs for <mtgvenue@ietfa.amsl.com>; Wed, 17 Oct 2018 06:43:11 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDFCC130DF0 for <mtgvenue@ietf.org>; Wed, 17 Oct 2018 06:43:11 -0700 (PDT)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 1485520008 for <mtgvenue@ietf.org>; Wed, 17 Oct 2018 09:43:09 -0400 (EDT)
Received: by sandelman.ca (Postfix, from userid 179) id E95501B19; Wed, 17 Oct 2018 09:43:10 -0400 (EDT)
Received: from sandelman.ca (localhost [127.0.0.1]) by sandelman.ca (Postfix) with ESMTP id E709B1804 for <mtgvenue@ietf.org>; Wed, 17 Oct 2018 09:43:10 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: mtgvenue@ietf.org
In-Reply-To: <1ffec901-2a99-8af5-b42f-978a79b17266@cisco.com>
References: <328e9dfe-8e30-6388-68be-95b55af0a5b0@cisco.com> <1667ccb8a70.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <471f7ba9-0b9e-256c-513d-78559ff200a1@cisco.com> <58f9ebdd-355e-129f-a987-dab72bc5da6f@labn.net> <9472f4e7-86bc-121c-ae43-13fcdde451d4@cisco.com> <38ad1b3b-309c-4bdb-fe14-0bbd584bb808@labn.net> <adc56f21-0f57-0be0-799e-126072c62fe0@cisco.com> <1667f3a9670.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <6b18f4f3-1e5a-24ac-36e1-54c509139d25@cisco.com> <1668199fe88.27ce.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <1ffec901-2a99-8af5-b42f-978a79b17266@cisco.com>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature"
Date: Wed, 17 Oct 2018 09:43:10 -0400
Message-ID: <32703.1539783790@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/E1phvpDQoEAwqTRMnGw4MMaAfk8>
Subject: Re: [Mtgvenue] About draft-ietf-mtgvenue-iaoc-venue-selection-process
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "List for email discussion of the IAOC 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: Wed, 17 Oct 2018 13:43:14 -0000

I think that what Eliot would like to do is change "IASA" to "LLC".

Lou has suggested that "IASA" is an abstraction (a layer of indirection)
which was resolved to IAOC before, and that now resolved to "LLC".

Eliot has then asked, if IASA is a superset of LLC, what is there of
IASA which is not LLC.  If it's empty, why make it hard for the reader,
and just dereference the pointer.

I can see both points.

I suggest the text of the abstract be:
    The IETF Administrative Support Activity (IASA) (implemented by the IETF
    LLC) is responsible for arranging the selection and operation of the IETF
    plenary meeting venue.  ...


Intro:
   The IETF Administrative Support Activity (IASA) is
   responsible for arranging the selection and operation of the IETF
   plenary meeting venue.  Until he fall of 2018, the IASA was embodied in
   the form of the IETF Administrative Oversight Committee (IAOC).  From
   fall 2018 onwards, the IASA was implemented by the IETF LLC.  This
   document uses the abstract term "IASA" to refer to both embodiments.

   The purpose of this document is to guide the IASA...

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        | network architect  [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [


--
Michael Richardson <mcr+IETF@sandelman.ca>ca>, Sandelman Software Works
 -= IPv6 IoT consulting =-