Re: Update of RFC 2606 based on the recent ICANN changes ?

John C Klensin <john-ietf@jck.com> Mon, 07 July 2008 22:37 UTC

Return-Path: <ietf-bounces@ietf.org>
X-Original-To: ietf-archive@megatron.ietf.org
Delivered-To: ietfarch-ietf-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA3403A6B17; Mon, 7 Jul 2008 15:37:17 -0700 (PDT)
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7DE1328C28F for <ietf@core3.amsl.com>; Mon, 7 Jul 2008 15:37:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.342
X-Spam-Level:
X-Spam-Status: No, score=-2.342 tagged_above=-999 required=5 tests=[AWL=0.257, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C-dusPsehRcX for <ietf@core3.amsl.com>; Mon, 7 Jul 2008 15:37:16 -0700 (PDT)
Received: from bs.jck.com (ns.jck.com [209.187.148.211]) by core3.amsl.com (Postfix) with ESMTP id 9416C3A69D6 for <ietf@ietf.org>; Mon, 7 Jul 2008 15:37:16 -0700 (PDT)
Received: from [127.0.0.1] (helo=p3.JCK.COM) by bs.jck.com with esmtp (Exim 4.34) id 1KFzKk-000Dhj-T6; Mon, 07 Jul 2008 18:37:23 -0400
Date: Mon, 07 Jul 2008 18:37:22 -0400
From: John C Klensin <john-ietf@jck.com>
To: Karl Auerbach <karl@cavebear.com>, ietf@ietf.org
Subject: Re: Update of RFC 2606 based on the recent ICANN changes ?
Message-ID: <64678EAE7EC685E31B6A042F@p3.JCK.COM>
In-Reply-To: <487292A0.3080401@cavebear.com>
References: Your message of <200807022323.m62NNwVJ034275@drugs.dv.isc.org> <BLU137-W18376D2DBA85C8F712C06F93980@phx.gbl> <8953A1CE-E953-409F-A692-BD12DF4ADE61@acm.org> <48724347.6020500@dcrocker.net> <18BA25DED8BFD9F794A10E84@p3.JCK.COM> <487292A0.3080401@cavebear.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Disposition: inline
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.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://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ietf-bounces@ietf.org
Errors-To: ietf-bounces@ietf.org


--On Monday, 07 July, 2008 15:03 -0700 Karl Auerbach
<karl@cavebear.com> wrote:

> 
> I guess you've heard the old joke which asks "How could God
> create the world in only seven days? - Because He had no
> installed base."

yes.  But six.  He could then rest, rather than dealing with
irate users.

> If we move this thread up one level of abstraction much of the
> conversation is asking the question of how strongly we respect
> the installed base of software out there on the net.
> 
> Do we have any principles we can use to guide our choice of
> where we put the needle along the continuum from "no change,
> no way" to "any and every change is allowed"?

Apropos to your opening comment, it is probably ultimately a
matter of religion.   And mine, FWIW, it that, in cases where it
is hard or impossible to prove that their will be no ill-effects
on that portion of the installed base that conforms to existing
standards, I'm inclined to argue for a very high level of
demonstration that there are no ways to do whatever is wanted
within the existing models.   Such demonstrations may be
persuasive that problems that may be lying in wait for us are
worth the risks.   In their absence, it is hard for me
--religiously or pragmatically-- to accept the view that
possibly-significant risks are worth it.

I note that, because of the caching issue as well as several
others, I have never found the position that "we know that COM
could be expanded well beyond original design expectations,
therefore the root can be" particularly persuasive.

Of course, if one is unpersuaded by the potential for risks to
the installed base, then one would position oneself to try to
get those who are concerned about those risks to prove that they
exist.

    john



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