Re: On the difference between scenarios A and B in Carl's report
Harald Tveit Alvestrand <harald@alvestrand.no> Mon, 06 September 2004 19:57 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 PAA28521; Mon, 6 Sep 2004 15:57:43 -0400 (EDT)
Received: from megatron.ietf.org ([132.151.6.71]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C4Pfq-0003xX-6X; Mon, 06 Sep 2004 16:01:10 -0400
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C4PaE-0005GD-Me; Mon, 06 Sep 2004 15:55:22 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1C4PWd-0003Xt-TV for ietf@megatron.ietf.org; Mon, 06 Sep 2004 15:51:40 -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 PAA28246 for <ietf@ietf.org>; Mon, 6 Sep 2004 15:51:37 -0400 (EDT)
Received: from eikenes.alvestrand.no ([158.38.152.233]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1C4PZv-0003kp-6R for ietf@ietf.org; Mon, 06 Sep 2004 15:55:04 -0400
Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id D9B9F61AD4; Mon, 6 Sep 2004 21:51:06 +0200 (CEST)
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16966-03; Mon, 6 Sep 2004 21:51:05 +0200 (CEST)
Received: from halvestr-w2k02.emea.cisco.com (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 6590961B92; Mon, 6 Sep 2004 21:51:04 +0200 (CEST)
Date: Mon, 06 Sep 2004 19:57:14 +0200
From: Harald Tveit Alvestrand <harald@alvestrand.no>
To: John C Klensin <john-ietf@jck.com>, ietf@ietf.org
Message-ID: <D861C55CC192D6F9BC2304DD@B50854F0A9192E8EC6CDA126>
In-Reply-To: <98BC694FC738F25CDDD1F057@scan.jck.com>
References: <129F9C12EAF23C28123178C5@B50854F0A9192E8EC6CDA126> <98BC694FC738F25CDDD1F057@scan.jck.com>
X-Mailer: Mulberry/3.1.5 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-Virus-Scanned: by amavisd-new at alvestrand.no
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Content-Transfer-Encoding: 7bit
Subject: Re: On the difference between scenarios A and B in Carl's report
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: 7baded97d9887f7a0c7e8a33c2e3ea1b
Content-Transfer-Encoding: 7bit
Thanks, John! --On 6. september 2004 12:08 -0400 John C Klensin <john-ietf@jck.com> wrote: > So I am left close to the question that prompted your response, > with little additional information from that response. I can't > parse the difference between "scenario A with MOU and maybe some > other things to be developed as needed" and "scenario B with MOU > but without pointless or risky tampering with how ISOC is > organized" ... that is, unless we take Scenario B as requiring > that everything be figured out and chiseled into granite before > we do anything. And I suggest (and will suggest in more detail > in an upcoming note) that anything that can wait long enough for > the granite-chiseling is something that probably doesn't need to > be done at all. It seems to me that we are rapidly converging on one point of total IETF consensus: Putting the IETF administrative function under ISOC requires a documented IETF-ISOC agreement (call it an MoU, a contract or something else - it IS a document, it IS an agreement and it DOES have two parties). Agreed? The thing that left me most uncomfortable with Scenario B as described was that it presented a smorgasboard of options ("here are ten menu choices - take your pick"), where some of them (the MoU) were totally obvious, and some had (in my mind) severe disadvantages. So we can't say "we go for scenario B" and have the discussion be finished, we have to be able to say "Options 1, 3, 5 and 7 make sense, the rest does not, and besides, here's option 17 that wasn't in the original document". _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
- On the difference between scenarios A and B in Ca… Harald Tveit Alvestrand
- Re: On the difference between scenarios A and B i… Brian E Carpenter
- Re: On the difference between scenarios A and B i… Margaret Wasserman
- Re: On the difference between scenarios A and B i… John C Klensin
- Re: On the difference between scenarios A and B i… Harald Tveit Alvestrand
- Re: On the difference between scenarios A and B i… Carl Malamud
- Re: On the difference between scenarios A and B i… Paul Hoffman / VPNC
- Re: On the difference between scenarios A and B i… John C Klensin
- RE: On the difference between scenarios A and B i… Thomas Gal
- Re: On the difference between scenarios A and B i… Leslie Daigle
- Re: On the difference between scenarios A and B i… Geoff Huston
- Re: On the difference between scenarios A and B i… Paul Vixie
- Re: On the difference between scenarios A and B i… Margaret Wasserman
- Re: On the difference between scenarios A and B i… scott bradner
- Re: On the difference between scenarios A and B i… Harald Tveit Alvestrand
- Re: On the difference between scenarios A and B i… Fred Baker
- Re: On the difference between scenarios A and B i… Erik Huizer