Re: Functional differentiation and administrative restructuring
John C Klensin <john-ietf@jck.com> Wed, 08 September 2004 15:29 UTC
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA20899; Wed, 8 Sep 2004 11:29:21 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C54RZ-0002tf-26; Wed, 08 Sep 2004 11:33:12 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C54Ba-00031f-Pw; Wed, 08 Sep 2004 11:16:38 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C5446-0001Qz-S9 for ietf@megatron.ietf.org; Wed, 08 Sep 2004 11:08:56 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA18946 for <ietf@ietf.org>; Wed, 8 Sep 2004 11:08:52 -0400 (EDT)
Received: from ns.jck.com ([209.187.148.211] helo=bs.jck.com) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C547l-0002Lr-8O for ietf@ietf.org; Wed, 08 Sep 2004 11:12:42 -0400
Received: from [209.187.148.215] (helo=scan.jck.com) by bs.jck.com with esmtp (Exim 4.34) id 1C5444-000K4U-HE; Wed, 08 Sep 2004 11:08:52 -0400
Date: Wed, 08 Sep 2004 11:08:52 -0400
From: John C Klensin <john-ietf@jck.com>
To: avri@psg.com, ietf@ietf.org
Message-ID: <D370FA7772FD749036F839F6@scan.jck.com>
In-Reply-To: <A2353EE4-019F-11D9-B7C7-000393CC2112@psg.com>
References: <p06110413bd640a63bcb8@[129.46.75.181]> <B46C0FE1ED11AA817149589D@scan.jck.com> <0D614A12-0196-11D9-B7C7-000393CC2112@psg.com> <3470D47048173F2B310F878B@scan.jck.com> <A2353EE4-019F-11D9-B7C7-000393CC2112@psg.com>
X-Mailer: Mulberry/3.1.6 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 944ecb6e61f753561f559a497458fb4f
Content-Transfer-Encoding: 7bit
Subject: Re: Functional differentiation and administrative restructuring
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c83ccb5cc10e751496398f1233ca9c3a
Content-Transfer-Encoding: 7bit
--On Wednesday, 08 September, 2004 10:01 -0400 avri@psg.com wrote: > Hi John, > > No problem, my skin is not that thin. As i have tried to > explain on the IETF list, i think we need to understand all > options including these two extremes - the ones not > specifically covered in the mud document. I find the models > expressed in the document somewhat incomplete and slightly > disingenuous in that they don't discuss the implications of > the end of the road - as far as i can tell they hand wave > about 'extraneous' results. And while I have never managed to > get invovled in the policy part of IETF+ISOC, it is something > i care about quite a bit. Thanks. I think we are in complete agreement on the above. > So if my notes provoke the discussion, even in the form of > 'rants', i am satisfied. > > And thanks for the apology. > > a. > > ps. i don't have the negative connotations to absorbtion that > you do. I see that as another term for merger, though, since > ISOC is the real entity from a corporate point of view, it > would constitute an absortion. It is the conditions, as in > by-law changes and perhaps MOUs, that determine whether this > is beneficial or destructive. Indeed. But even "merger" can be pretty distracting and isn't what I'm picturing either. So I should stop responding to this thread and go back to constructing that note :-( john > On 8 sep 2004, at 09.41, John C Klensin wrote: > >> >> >> --On Wednesday, 08 September, 2004 08:53 -0400 avri@psg.com >> wrote: >> >>> Hi John, >>> >>> Thanks for you analysis. It was something I felt lacking and >>> has helping me in my wavering between the absorption into >>> ISOC model and the independent corporate model. >>> >>> I look forward to your analysis of the absorption model. >> >> Avri, I want to apologize in advance for using your note as >> the excuse for the rant below. You are certainly not the >> first person to do this and probably won't be the last; your >> note just arrived at a convenient time. >> >> <rant> >> I think we need to be very careful about slapping labels of >> convenience on options and then getting distracted by what >> those labels "mean". Doing so can really distract from a >> productive discussion in which information is exchanged. >> There has been a lot of that sort of distraction, and the >> associated confusion, going on, since even before San Diego. >> >> "Absorption" is a loaded term. If we are asked "how would you >> like to be absorbed into foo", the answer has got to be "no". >> For me, at least, the recurring image is some rather >> unpleasant (for the food) digestion process. But, to my >> knowledge, no one has seriously proposed anything of the >> sort. Certainly the standards process has not been >> "absorbed". I doubt that the RFC Editor staff would >> consider themselves "absorbed". There are unincorporated >> organizations in addition than the IETF which have worked >> closely with ISOC for years and haven't been "absorbed" >> either. >> >> And "independent corporate model", while less loaded >> semantically (at least for me), is almost equally bad: to the >> best of my knowledge, no one has really seriously proposed >> that either, since "independent" would imply "own >> fundraising" and presumably untangling the standards model >> which is now seriously intertwined with ISOC. As long as >> critical pieces of those things remain in ISOC's hands, we >> aren't "independent" in any of the normal senses of that term. >> </rant> >> >> john >> >> >> >> > > > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www1.ietf.org/mailman/listinfo/ietf _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Functional differentiation and administrative res… Ted Hardie
- Re: Functional differentiation and administrative… John C Klensin
- Re: Functional differentiation and administrative… scott bradner
- Re: Functional differentiation and administrative… avri
- Re: Functional differentiation and administrative… Harald Tveit Alvestrand
- Re: Functional differentiation and administrative… John C Klensin
- Re: Functional differentiation and administrative… avri
- Re: Functional differentiation and administrative… John C Klensin
- Re: Functional differentiation and administrative… Ted Hardie