Re: [Iasa20] Review of draft-haberman-iasa20dt-recs-00

Ted Hardie <ted.ietf@gmail.com> Sat, 15 July 2017 09:03 UTC

Return-Path: <ted.ietf@gmail.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 78041126B6D for <iasa20@ietfa.amsl.com>; Sat, 15 Jul 2017 02:03:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 h0ZAXBatX8k6 for <iasa20@ietfa.amsl.com>; Sat, 15 Jul 2017 02:03:30 -0700 (PDT)
Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49ED0126DC2 for <iasa20@ietf.org>; Sat, 15 Jul 2017 02:03:30 -0700 (PDT)
Received: by mail-qt0-x22b.google.com with SMTP id r30so77850398qtc.0 for <iasa20@ietf.org>; Sat, 15 Jul 2017 02:03:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=T3YJ0ru/3orrMregi4Pm+Iv+UB5fZKwwltyt4UpWUMI=; b=QD5XIUe9fPItffuenpPH25j5+s+2PazmYTTJ6vfuUysCEK8XHxTq/rpKXSXreNnSsb l9aDxU2Kdoyq5mroRi0taOY3EsIYnBfLn+GYZxy9QFJ4aqE/LF33Mc7CUo8Il0EpY4di 4qYKzGL3LDPFyz0JWdRnUxELICANYVO63VLh06TvQXOG9UjIEz876uAzZp55q8/sV8gq ZDMOchPgLT44Fd6cmG/EHZ7bALK6AHp5ovG2PzG3h5CKqPAl/kHXAgcdgNSQc8fwmAOB kT3sMuh3B8nrl4Df73/hANuH2RCq18rR23TxlbWYOYgHiVXW016vmx8E1uJei62Hi8Hk txiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=T3YJ0ru/3orrMregi4Pm+Iv+UB5fZKwwltyt4UpWUMI=; b=I6fmwI4QgFLfrDJhAZKqyynFXB8rqEP3VIa3Dnt6PPUaf76gBnt3+jAgOsEn6FzHOn o/0/1/O4aYpqM+hoE73hJYrlNycRBo9I3L1zCBJYckMvmZTUoKOu6TXQ93J/H6kjhZuj 8QY19FPGT1cgzrGyFEN94ZZaznawHqAiIQzHqUT3CdhHNFrIFbTtl79ZfTiCkEV+tsT6 RK6Kkyt5N+EPazkVUqLNqXgfaFdYWmutdohxtIkCjKd2A+mqcEte4PbYEUb2l7RkBaaI QT47H1AcK7FnwNRFtkkikq6IHRdBeCeYo6m3oImK1447upoOFI0exjpC+80L0NvI1Ngm M7Xw==
X-Gm-Message-State: AIVw1118w5bdTSv/tVGir+DcNwx57eDeaArSf9GgO7cBTdCLBXo32ASM 9VfFhHwoQeFfOLOeKND0HhGfkW+WMg==
X-Received: by 10.200.42.181 with SMTP id b50mr16216828qta.122.1500109409004; Sat, 15 Jul 2017 02:03:29 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.200.4.21 with HTTP; Sat, 15 Jul 2017 02:02:58 -0700 (PDT)
In-Reply-To: <4BDFE52E-B5D5-487E-83C7-737ACE668A73@cable.comcast.com>
References: <89156569-3e6e-22c6-d318-22c7441f523e@gmail.com> <4BDFE52E-B5D5-487E-83C7-737ACE668A73@cable.comcast.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Sat, 15 Jul 2017 11:02:58 +0200
Message-ID: <CA+9kkMDtVSNTn1x7BjSt14-mi+wOqf0jfZrXYswk_QmjATejLA@mail.gmail.com>
To: "Livingood, Jason" <Jason_Livingood@comcast.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, "iasa20@ietf.org" <iasa20@ietf.org>
Content-Type: multipart/alternative; boundary="001a113cfc1e72b01e05545770d4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/J06tHoXbowxCeQrGlMMPU8UfcUA>
Subject: Re: [Iasa20] Review of draft-haberman-iasa20dt-recs-00
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.22
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: Sat, 15 Jul 2017 09:03:32 -0000

On Sat, Jul 15, 2017 at 10:44 AM, Livingood, Jason <
Jason_Livingood@comcast.com> wrote:

>
> [JL] Most companies re-organize every few years, and certainly within
> every 10 years. Why should the IETF be any different from any other org?


I think this is the wrong parallel to make.  The IETF re-organizes its work
all the time, with new working groups, area shifts, and so on.  That's the
parallel to the typical corporate re-org.  You get a new WG chair
(manager), you get a new project (WG),  the VPs change out (ADs cycle off),
maybe even a business unit re-aligns (RAI and APPs merge to become ART).

This effort  contemplates a very different type of change, one which might
involve re-incorporation.    Re-doing that even every decade is certainly
not my experience of business practice in our industry, and I don't want us
to get on a pace of doing it that often.

I guess my point is that how IASA operates or is structured should always
> be evolving and we shouldn’t shy away from being open about the need for
> continuous evolution/iteration.


The parallel here might be the introduction of IASA committees and the
ability to spin then up, change their membership, and close them down.  I
agree with you that this should always be evolving.  I don't think we want
to describe IASA 2.0 at this level of granularity, beyond saying whether or
not it should have the ability to make these changes and what sort of
community review is expect.


>
> > Yeah. I've heard all that before. For the ISOC Board. For the ISOC
>     Advisory Committee. For IAOC too. I bet every non-profit organisation
>     has those requirements. It's not that I disagree; but the pool of
>     available people won't change.
>
> [JL] I don’t necessarily agree with you that the pool of people will not
> change.
>
>
>
As I said in a previous message,  the pool may change if there is a
concerted effort to make it change by recruiting outside our own
community.  But we don't get that for free by changing the structure.

regards,

Ted


>
> _______________________________________________
> iasa20 mailing list
> iasa20@ietf.org
> https://www.ietf.org/mailman/listinfo/iasa20
>