IETF Logo Mail Archive

Re: Interim meetings - changing the way we work

John C Klensin <john-ietf@jck.com> Thu, 26 February 2015 21:36 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C3DF1A8032 for <ietf@ietfa.amsl.com>; Thu, 26 Feb 2015 13:36:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 lO6NSm52cWMe for <ietf@ietfa.amsl.com>; Thu, 26 Feb 2015 13:36:40 -0800 (PST)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A84181A1A91 for <ietf@ietf.org>; Thu, 26 Feb 2015 13:36:40 -0800 (PST)
Received: from [198.252.137.35] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1YR66n-0007R9-Qm; Thu, 26 Feb 2015 16:36:38 -0500
Date: Thu, 26 Feb 2015 16:36:32 -0500
From: John C Klensin <john-ietf@jck.com>
To: "Thomas D. Nadeau" <tnadeau@lucidvision.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: Interim meetings - changing the way we work
Message-ID: <59EF0658EB4C20806FFE0582@JcK-HP8200.jck.com>
In-Reply-To: <6BE1D8A6-C954-49C9-B0B8-D2D52DE212DC@lucidvision.com>
References: <CAL0qLwZk=k-CWLte_ChK9f1kzLwMOTRyi7AwFa8fLjBsextBcA@mail.gmail.com> <43ADF7ED-6A42-4097-8FFA-5DA0FC21D07A@vigilsec.com> <CAKHUCzyfB+GhNqmDhrzki4tVn0faMLyt_cqgeHFcQL2b5pkkAQ@mail.gmail.com> <54DE3E1C.6060105@gmail.com> <007301d04927$64890d40$4001a8c0@gateway.2wire.net> <54EDA697.5070107@cisco.com> <01c701d050f6$c80fcd00$4001a8c0@gateway.2wire.net> <CAMm+LwgzXg+QM29ygS0Bv+HOo2Gd-hPByXYz2aVu-V4b=Jak+Q@mail.gmail.com> <54EEFCFB.7080107@cisco.com> <047F946E-3041-4510-8F78-D8D743C4FEED@nominum.com> <939B49536ECD5BFA17B5E5C4@JcK-HP8200.jck.com> <48DFF1A2-9BD0-4E08-B44A-704D5DCC278E@nominum.com> <54EF3644.7090808@joelhalpern.com> <02ED4331-9441-484C-96A6-70352C42ABBC@nominum.com> <54EF426A.9070706@joelhalpern.com> <31CF2C53-8168-4B2F-9E14-76FB44854813@nominum.com> <54EF7229.1030301@queuefull.net> <CAK3OfOh6BMP40y0H5Yny+n-8B8ayzgq4BeT2MmfF2XuxBBLk5A@mail.gmail.com> <54EF772C.5030309@queuefull.net> <519F10F3-0B24-4085-9294-8FFA10632CB3@lucidvision.com> <54EF8D21.30701@gmai l.com> <6BE1D8A6-C954-49C9-B0B8-D2D52DE212DC@lucidvision.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.35
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/3Ubii-bQvD2qdsfqXIhikPEDQ5s>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Feb 2015 21:36:42 -0000


--On Thursday, February 26, 2015 16:21 -0500 "Thomas D. Nadeau"
<tnadeau@lucidvision.com> wrote:

>> It absolutely is not enough. Please see my previous message,
>> and the relevant rules in RFC 2418.
>>  
> 	You are missing my point. RFC or not, the IETF needs to
> evolve.

Tom,

The point I think Dave, Joel, Brian, myself, and others are
trying to make is that we don't see the direction you are
arguing for as positive evolution.  Instead, perhaps to
differing degreed and for different reasons, we see it as a step
backwards to an environment in which standards are created and
set in small meetings by representatives of vendors who can
provide a lot of support and under circumstances that provides
little diversity of views and perspectives.

We know standards bodies that do things that way and the wildly
successful network protocols they have produced.

     john

v2.23.0 | Report a Bug | By Email