Re: [Mtgvenue] Comments on -04

Dave Crocker <dhc@dcrocker.net> Tue, 31 January 2017 17:54 UTC

Return-Path: <dhc@dcrocker.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 8199A12952B for <mtgvenue@ietfa.amsl.com>; Tue, 31 Jan 2017 09:54:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dcrocker.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 q0C52WGLzSZC for <mtgvenue@ietfa.amsl.com>; Tue, 31 Jan 2017 09:54:58 -0800 (PST)
Received: from simon.songbird.com (simon.songbird.com [72.52.113.5]) (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 4969D129524 for <mtgvenue@ietf.org>; Tue, 31 Jan 2017 09:54:58 -0800 (PST)
Received: from [192.168.1.168] (76-218-8-128.lightspeed.sntcca.sbcglobal.net [76.218.8.128]) (authenticated bits=0) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id v0VHuWt8002237 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 31 Jan 2017 09:56:32 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dcrocker.net; s=default; t=1485885392; bh=AyrEyxjE9DO9O4ktaWK3BWpdOYgEw4oC0FLe49MvC0Q=; h=Subject:To:References:From:Reply-To:Date:In-Reply-To:From; b=Q7LRUrHJ+0BR5RkmyH5rwBePW3JEkAuccFBcCGxNCnCD9DudkzU7wmJw0FE5WHeum nDifCy4C/9XLFs/mlTaaggEQTQ1qN4qy3fOc/jpFCzlob5evyg6nCT28MBUOgqu4MT DrWbaK2et6S7tvwvBTufiCONNt8wUDUmFPSWg7NY=
To: Andrew Sullivan <ajs@anvilwalrusden.com>, mtgvenue@ietf.org
References: <20170131010548.GL47762@mx2.yitter.info> <de401360-8827-c427-19fe-ace8d2987f40@gmail.com> <20170131040757.GM47762@mx2.yitter.info> <2c957e0e-999f-f8a2-3a61-3aff3606b087@dcrocker.net> <20170131152139.GC53056@mx2.yitter.info> <26b344aa-4901-9aba-0795-ab4319c8a9da@dcrocker.net> <20170131161212.GE53056@mx2.yitter.info>
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
Message-ID: <530e2131-df39-73b6-019a-3a88215b6919@dcrocker.net>
Date: Tue, 31 Jan 2017 09:54:46 -0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <20170131161212.GE53056@mx2.yitter.info>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mtgvenue/wud4SRZH2pjWLRx3PPG-YtIQD44>
Subject: Re: [Mtgvenue] Comments on -04
X-BeenThere: mtgvenue@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: dcrocker@bbiw.net
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, 31 Jan 2017 17:54:59 -0000

On 1/31/2017 8:12 AM, Andrew Sullivan wrote:
> Hi Dave,
>
> On Tue, Jan 31, 2017 at 07:46:16AM -0800, Dave Crocker wrote:
>> Which of the previous times your concerns were raised developed
>> that support?  Please point me to the mailing list content that
>> produced that agreement, and in particular please indicate what
>> changes were agreed to.
>
> As I think my note already said, you win.  I'll stop discussing it

Andrew, this has nothing to do with me, no matter how much you try to
claim otherwise.

You have attempted to re-litigate this issue at least 3 times in the
working group.  You are insistent on the correctness of your views, and
gosh that's so unusual for someone participating in the IETF.  Goodness
knows I've never felt that level of certitude about any of the views
I've promoted.  But the only question that ever matters is whether
community/wg support developed enough to direct changes.

Hence my question.


>> Interesting.  I raise a very specific process concern -- including
>> reference to the prior dates -- and you return with a generic (and
>> undocumented) ad hominem.  Nice.
>
> My apologies, you're right, it is wrong to point to things off-list.
>  I hereby withdraw that remark.

Except that you aren't withdrawing it and you aren't really even
apologizing.  You are re-asserting the correctness of this false claim,
while asserting a false excuse for declining to substantiate it.

These is a long list of messages that I posted to you and/or Alissa on
the list, during the previous rounds of discussion about your concerns,
last Summer and last Fall, attempting to get followup on your concerns,
by raising counter-concerns and/or seeking details.

And these don't count the private messages I sent you and Alissa,
attempting to get you to engage with details and pragmatics.


> But in any case, you have not responded to my concerns about the
> various definitional issues, which I think are rather more important
>  since this document is supposed to guide the IAOC.  I can't
> understand how it will do that if the definitions in the document
> are not actually what people are supposed to use.

How very selective of you to mention this.

And wrong:

On 1/30/2017 8:23 PM, Dave Crocker wrote:
> On 1/30/2017 8:07 PM, Andrew Sullivan wrote:
>>> But that is the whole point. Most of the 'mandatory' items are
>>> in fact judgment calls. So it's mandatory to make the call, but
>>> it's made by the IAOC (on the recommendation of the meetings
>>> committee, presumably). And yes, most of the criteria we've
>>> identified are in that category. That's a good sign, IMHO,
>>> because it means that we aren't wasting time on minor issues.
>>
>> This is a completely absurd meaning of "mandatory" (and not the
>> one in the document).  It's not that it's mandatory to make the
>> call, but rather that if the criterion cannot be satisfied then
>> the meeting is not to be held there.  It's perfectly clear in the
>> text:
>>
>> Mandatory: If this requirement cannot be met, a location under
>> consideration is unacceptable.  We walk away.
>
> Requiring due diligence about specific issues is quite common when
> writing requirements and procedures.  So calling it absurd is...
> absurd. As for possibly not matching the meaning of Mandatory in the
> document: In some cases getting the necessary information is
> problematic.  So we don't go there.  Again, not absurd.


It's one thing to respond to this with some thoughtful basis for
disagreement.  Instead your above comments implies that you didn't even
see it.

d/

-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net

-- 

   Dave Crocker
   Brandenburg InternetWorking
   bbiw.net