Re: [Mtgvenue] issue #3: Too many mandatory

Lou Berger <lberger@labn.net> Tue, 11 April 2017 20:15 UTC

Return-Path: <lberger@labn.net>
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 DDBB513145D for <mtgvenue@ietfa.amsl.com>; Tue, 11 Apr 2017 13:15:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.7
X-Spam-Level:
X-Spam-Status: No, score=-4.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.8, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (768-bit key) header.d=labn.net
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 ZWXhZY_yltLq for <mtgvenue@ietfa.amsl.com>; Tue, 11 Apr 2017 13:15:44 -0700 (PDT)
Received: from gproxy8.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) (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 4E79F131461 for <mtgvenue@ietf.org>; Tue, 11 Apr 2017 13:15:35 -0700 (PDT)
Received: from CMOut01 (unknown [10.0.90.82]) by gproxy8.mail.unifiedlayer.com (Postfix) with ESMTP id BA7F61ABB6A for <mtgvenue@ietf.org>; Tue, 11 Apr 2017 14:13:42 -0600 (MDT)
Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id 78De1v00W2SSUrH018Dhxs; Tue, 11 Apr 2017 14:13:42 -0600
X-Authority-Analysis: v=2.2 cv=cpDrqxwi c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=h1BC+oY+fLhyFmnTBx92Jg==:17 a=N659UExz7-8A:10 a=xqWC_Br6kY4A:10 a=AzvcPWV-tVgA:10 a=48vgC7mUAAAA:8 a=wU2YTnxGAAAA:8 a=BSTDG5FwYgRVD53btGUA:9 a=7Zwj6sZBwVKJAoWSPKxL6X1jA+E=:19 a=L6lt05pFrqukeB1C:21 a=bRgsD7TVjuyjRUs5:21 a=pILNOxqGKmIA:10 a=w1C3t2QeGrPiZgrLijVG:22 a=Yz9wTY_ffGCQnEDHKrcv:22
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=hLX8clinuNAsG+tgOAqIPbvHxM/daXcfCXN7QYmTa7g=; b=KHPo6Lm/Yw3pBi6GwqM8+rPrSp C9qPA339rz2SPnDeWYEf2MazLU6psHZtvalAsmp8cSeZXeVK5+3Y0qCXp7QLeGSXqLwHBj8mIkK6d RNoxNM53k6kpx3Q+mce+4pbdm;
Received: from pool-100-15-84-20.washdc.fios.verizon.net ([100.15.84.20]:55406 helo=[IPv6:::1]) by box313.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from <lberger@labn.net>) id 1cy2AU-0001YD-Ep; Tue, 11 Apr 2017 14:13:38 -0600
To: "Deen, Glenn (NBCUniversal)" <Glenn.Deen@nbcuni.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, "mtgvenue@ietf.org" <mtgvenue@ietf.org>
References: <a1b4fb14-64ec-2848-91e7-faa93ba6e697@labn.net> <cfd7ace5-d834-fb41-57a4-ea11d0126f0f@cisco.com> <10ee5913-87d4-d895-e880-54471b2469a7@labn.net> <759DD927-BEC2-4989-A9F5-46B7DD090B24@qti.qualcomm.com> <4fdf7dea-b565-845e-1e0e-541d88a530e1@labn.net> <1CB0773F-602C-4F45-BBEF-E9708F80032E@qti.qualcomm.com> <9d19e10a-8030-2d79-c587-256e07a7892e@cisco.com> <b4365a4f-f378-2766-26fa-d430e1d80916@labn.net> <20170411171823.GE2378@mx4.yitter.info> <34f8e5ff-abe9-a8ce-5281-8d3c4b9ce498@labn.net> <20170411180306.GG2378@mx4.yitter.info> <095f8774-cd6f-64ca-06ed-8bf7d5d25868@cisco.com> <285b754c-5abe-31fe-ae08-3798aba894a8@gmail.com> <5ea31596-437d-8b6e-f87a-da13510c648b@labn.net> <D51270A6.D5313%glenn.deen@nbcuni.com>
From: Lou Berger <lberger@labn.net>
Message-ID: <d2a925ec-d2f5-d1f9-3690-d9c8adfb0851@labn.net>
Date: Tue, 11 Apr 2017 16:13:36 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <D51270A6.D5313%glenn.deen@nbcuni.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - box313.bluehost.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - labn.net
X-BWhitelist: no
X-Source-IP: 100.15.84.20
X-Exim-ID: 1cy2AU-0001YD-Ep
X-Source:
X-Source-Args:
X-Source-Dir:
X-Source-Sender: pool-100-15-84-20.washdc.fios.verizon.net ([IPv6:::1]) [100.15.84.20]:55406
X-Source-Auth: lberger@labn.net
X-Email-Count: 3
X-Source-Cap: bGFibm1vYmk7bGFibm1vYmk7Ym94MzEzLmJsdWVob3N0LmNvbQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/TUM2bzKefHW1QTuv860n53iRmu0>
Subject: Re: [Mtgvenue] issue #3: Too many mandatory
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 11 Apr 2017 20:15:47 -0000

Sounds like it's time for me to drop this one - oh well would have liked
to keep *something* on expense control...

Lou


On 4/11/2017 2:55 PM, Deen, Glenn (NBCUniversal) wrote:
>
> On 4/11/17, 11:35 AM, "Mtgvenue on behalf of Lou Berger"
> <mtgvenue-bounces@ietf.org on behalf of lberger@labn.net> wrote:
>
>> For me the driver is for the community to provide some direction on
>> meeting expenses so that the IAOC doesn't have the freedom to choose
>> meeting locations that end up resulting with the community paying even
>> higher bills. I've talked with folks who have said meeting costs are
>> already driving away (their) participation and don't want to see it get
>> worse.  Capturing the gist of this is certainly hard. The no-loss on a
>> meeting was a way of covering this concern to some degree.  Andrew's
>> language is IMO compromise that at least keeps the topic of expenses as
>> part of the decision making process.
> I agree with Brian, and I¹m worried that this is getting too deep into
> trying to codify in a a few sentences what is a complex issue and
> something that the IASA is already tasked with managing.
>
> A no-loss meeting isn¹t the main finance objective, the main finance
> objective is having an overall IASA balanced budget without overruns, and
> long term management of the meeting costs so as to get the best value for
> the IETF and to keep the IETF viable.
>
> However both of those are not something that is a requirement we can code
> in a meeting venue selection requirement.
>
>
>