Scenario C or Scenario O ?
Sally Floyd <floyd@icir.org> Thu, 23 September 2004 20:56 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 QAA22187; Thu, 23 Sep 2004 16:56:20 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CAakR-0001sD-Ag; Thu, 23 Sep 2004 17:03:28 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CAaRI-0001z0-26; Thu, 23 Sep 2004 16:43:40 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1CAaIL-0000fV-8U for ietf@megatron.ietf.org; Thu, 23 Sep 2004 16:34:25 -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 QAA20833 for <ietf@ietf.org>; Thu, 23 Sep 2004 16:34:22 -0400 (EDT)
Received: from cougar.icir.org ([192.150.187.76]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1CAaPB-0001VZ-NP for ietf@ietf.org; Thu, 23 Sep 2004 16:41:30 -0400
Received: from cougar.icir.org (localhost [127.0.0.1]) by cougar.icir.org (8.12.9p1/8.12.8) with ESMTP id i8NKYIpg089076 for <ietf@ietf.org>; Thu, 23 Sep 2004 13:34:18 -0700 (PDT) (envelope-from floyd@cougar.icir.org)
Message-Id: <200409232034.i8NKYIpg089076@cougar.icir.org>
To: ietf@ietf.org
From: Sally Floyd <floyd@icir.org>
Date: Thu, 23 Sep 2004 13:34:18 -0700
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906
Subject: Scenario C or Scenario O ?
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: 0bc60ec82efc80c84b8d02f4b0e4de22
I think that either Scenario is perfectly workable, but my own preference is for Scenario C. I have read the email from John and others about the possible dangers of incorporation, and the added complexity, etc., and they strike me as valid concerns about Scenario C. But my own inclinations are to agree with Ted Hardie's comments about functional differentiation, posted September 7. For me one of the goals would be for the administrative support functions to be provided in a manner that was as simple, straightforward, and un-encumbered *as possible* (given that neither scenario is either simple, straightforward, or un-encumbered). And my best guess, right now, is that having the IETF's administrative support functions as separate as possible from the more complex (and considerably more important) policy and education missions of ISOC would be a good thing for accomplishing the administrative support functions. (It also makes perfect sense to me that others would not see Scenario C as the more simple, straightforward, or unencumbered of the two approaches, looking from a different lens, so probably those aren't particularly useful words to introduce...) - Sally http://www.icir.org/floyd/ _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- Scenario C or Scenario O ? Sally Floyd
- RE: Scenario C or Scenario O ? Tony Hain
- RE: Scenario C or Scenario O ? graham.travers