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