[Iasa20] Venue Selection Terminology - WG Input??

"Livingood, Jason" <Jason_Livingood@comcast.com> Mon, 05 November 2018 16:03 UTC

Return-Path: <Jason_Livingood@comcast.com>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAEEC130DF7 for <iasa20@ietfa.amsl.com>; Mon, 5 Nov 2018 08:03:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 R5tI9GoITTe4 for <iasa20@ietfa.amsl.com>; Mon, 5 Nov 2018 08:03:24 -0800 (PST)
Received: from copdcmhout02.cable.comcast.com (copdcmhout02.cable.comcast.com [96.114.158.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 76EF6126CC7 for <iasa20@ietf.org>; Mon, 5 Nov 2018 08:03:24 -0800 (PST)
X-AuditID: 60729ed4-6c5ff7000000b46f-95-5be069bd7436
Received: from COPDCEXC40.cable.comcast.com (copdcmhoutvip.cable.comcast.com [96.114.156.147]) (using TLS with cipher AES256-SHA256 (256/256 bits)) (Client did not present a certificate) by copdcmhout02.cable.comcast.com (SMTP Gateway) with SMTP id F0.09.46191.DB960EB5; Mon, 5 Nov 2018 09:03:09 -0700 (MST)
Received: from COPDCEXC37.cable.comcast.com (147.191.125.136) by COPDCEXC40.cable.comcast.com (147.191.125.139) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Mon, 5 Nov 2018 11:03:22 -0500
Received: from COPDCEXC37.cable.comcast.com ([fe80::3aea:a7ff:fe36:8a94]) by COPDCEXC37.cable.comcast.com ([fe80::3aea:a7ff:fe36:8a94%15]) with mapi id 15.01.1466.009; Mon, 5 Nov 2018 11:03:22 -0500
From: "Livingood, Jason" <Jason_Livingood@comcast.com>
To: "iasa20@ietf.org" <iasa20@ietf.org>, Pete Resnick <resnick@episteme.net>
Thread-Topic: Venue Selection Terminology - WG Input??
Thread-Index: AQHUdSETZsGGBlcoykuoMFFjUGooGQ==
Date: Mon, 05 Nov 2018 16:03:22 +0000
Message-ID: <72880802-277D-4B0F-B6E3-FF148A3E8B63@cable.comcast.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.10.3.181015
x-originating-ip: [68.87.29.11]
Content-Type: text/plain; charset="utf-8"
Content-ID: <15994E6B30DC5E40A9D3A1C153A06042@comcast.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Forward
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpileLIzCtJLcpLzFFi42JJKJozWXdv5oNog03nBCyWTN/IZLH7w3pW ByaPJ7eWMHssWfKTKYApqoHRpiSjKDWxxCU1LTWvONWOSwED2CSlpuUXpbomFuVUBqXmpCZi VwZSmZKak1mWWqSP1Rh9rOYkdDFlvDj2m73gnlVFU+Nu9gbGOZZdjJwcEgImEv/aFrJ2MXJx CAnsYpLYee0UO4TTzCTxasV/KOcUo8Tlv+9YQFrYBMwk7i68wtzFyMEhIuAjMe90JIgpLGAo sfKqBUiFCFDFm6WbWCBsPYlF5y+ygtgsAioSi7efYgSxeQVcJDb1/garYRQQk/h+ag0TiM0s IC5x68l8JojjBCSW7DnPDGGLSrx8/A9sjqiAvsTuCccZQdZKCMhLfJzLBGIyC2hKrN+lDzHF SuJS5wxmCFtRYkr3Q3aIrYISJ2c+YYGYKC5x+MgO1gmMYrOQLJ6FMGkWkkmzkEyahWTSAkbW VYx8lmZ6hoYmeoamFnpGhkabGMEpY96VHYyXp3scYhTgYFTi4T0f8yBaiDWxrLgy9xCjBAez kgivEhtQiDclsbIqtSg/vqg0J7X4EKM0B4uSOO+mIzejhQTSE0tSs1NTC1KLYLJMHJxSDYzL 9h5z27LIyXjFR1n22Y973ih/6Xtz761E8/k1lqtv8cWzzlyconYhU1h+o9f7x7Py9M0WFKrq Gy3X2pupInRj83wr7U9yxp+32CkqeS5z3KtduCDtZYL4s3e/HTbPu2ybWJySaHHgW/aBIr7k PQ+C1TM8o843rDFaq3bKxqdl25ollzhEsmKUWIozEg21mIuKEwEAeAn7FQMAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/ZRuQwBUCqJkWthPO9rJ5vbPen68>
Subject: [Iasa20] Venue Selection Terminology - WG Input??
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussions relating to reorganising the IETF administrative structures in the so called “IASA 2.0” project. <iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>, <mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>, <mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Nov 2018 16:03:27 -0000

See the thread below that hit the mailing list a short time ago. What do folks think here? Should the meeting venue WG proceed with this draft referring generally to the IASA or specifically to the IETF LLC?

Thanks in advance for your input!
Jason

On 11/5/18, 11:01 AM, "Livingood, Jason" <Jason_Livingood@cable.comcast.com> wrote:

    Sorry for the delay! I just took a detailed look at the -16 version of the document at https://tools.ietf.org/pdf/draft-ietf-mtgvenue-iaoc-venue-selection-process-16.pdf and the diff in question at https://www.rfc-editor.org/authors/rfc8491-auth48diff.html.  
    
    My opinion is that the draft revision made on 9/12/2017 to change instances of the IAOC to IASA are probably sufficient, though we have tended to update other docs to refer to the IETF Administration LLC when it was IAOC previously. Yes, you could make it IETF LLC as the diff proposes, but just generalizing to IASA also appears to work. So either approach will work IMO -- IASA or IETF LLC.
    
    As a side note, one thing the diff does is drops the reference to RFC 4071's general appeals process. The diff proposes dropping that and the associated normative reference to RFC 4071. This might be one thing worth doing in the draft because there does not seem like there's much need to specifically call out the appeals process per se, and that appeals process is specified in IASA-related or other IETF process-related documents.
    
    But... this is just my opinion as a co-chair. Will ask others in the IASA2 WG for feedback now (new thread).
    
    JL
    
    
    On 10/26/18, 8:22 AM, "Alissa Cooper" <alissa@cooperw.in> wrote:
    
        Is there any update on this? 
        
        Thanks,
        Alissa
        
        > On Oct 19, 2018, at 11:51 PM, Livingood, Jason <Jason_Livingood@comcast.com> wrote:
        > 
        > Thanks for this heads-up, Pete! We in the IASA2 WG will put this in our work queue. I will take a look as co-chair early next week and try to actively start up list discussion on the details.
        > 
        > Jason
        > 
        > On 10/19/18, 5:38 PM, "iasa20 on behalf of Pete Resnick" <iasa20-bounces@ietf.org on behalf of resnick@episteme.net> wrote:
        > 
        >    IASA 2.0 folks:
        > 
        >    With my mtgvenue chair hat on: An issue has come up over in mtgvenue 
        >    that I think really needs to be resolved by iasa20, and in particular 
        >    not by the mtgvenue folks alone.
        > 
        >    The Venue Selection document, 
        >    <https://datatracker.ietf.org/doc/draft-ietf-mtgvenue-iaoc-venue-selection-process/>, 
        >    refers to "IASA" throughout. When written, the document presumed that we 
        >    were working under IASA 1.0, and had references to RFC 4071. When our 
        >    documents got to AUTH48, we realized that it was going to come out right 
        >    on the heels of the IASA 2.0 docs and that it would be silly to publish 
        >    only to have to turn around and fix things. The initial suggestion in 
        >    mtgvenue was to pretty much do a global replace of "IASA" with "IETF 
        >    LLC" (with some other editorial changes). The document editor's version 
        >    with those edits is here: 
        >    <https://www.rfc-editor.org/authors/rfc8491-auth48diff.html>. However, a 
        >    few folks (and in particular, folks who are active in iasa20) noted that 
        >    in fact "IASA" was correct, because under IASA 2.0, the LLC is under 
        >    IASA, and that using "LLC" might be incorrect in some instances. 
        >    Conversely, some folks thought that "LLC" was a clearer reference. As 
        >    that discussion has evolved, your faithful mtgvenue chair is no longer 
        >    sure that we've gotten this exactly right. On top of that, Alissa has 
        >    indicated that it's probably better to have iasa20 figure out what 
        >    terminology is appropriate to refer to the assorted entities, for the 
        >    sake of all documents, not just mtgvenue's.
        > 
        >    So, I would ask that the iasa20 WG review the above two documents and 
        >    let us know whether we've got it right or wrong, and generally let us 
        >    know which terminology should be used in which circumstances. I'm sure 
        >    mtgvenue folks will pipe up with their concerns, but guidance should 
        >    really be coming from a discussion in iasa20.
        > 
        >    BTW: Don't worry about the fact that the document is in AUTH48 or 
        >    whether it will need a new Last Call or whatever. Let's get the document 
        >    correct first, and then we'll figure out what process knobs, lights, and 
        >    buttons need to be operated.
        > 
        >    Cheers,
        > 
        >    pr
        >    -- 
        >    Pete Resnick http://www.episteme.net/
        >    All connections to the world are tenuous at best
        > 
        >    _______________________________________________
        >    iasa20 mailing list
        >    iasa20@ietf.org
        >    https://www.ietf.org/mailman/listinfo/iasa20
        > 
        > 
        > _______________________________________________
        > iasa20 mailing list
        > iasa20@ietf.org
        > https://www.ietf.org/mailman/listinfo/iasa20