Re: [apps-discuss] Retroactive application of draft-ietf-appsawg-uri-scheme-reg - comprehensive review

Barry Leiba <barryleiba@computer.org> Thu, 16 April 2015 20:04 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 499271B35D9; Thu, 16 Apr 2015 13:04:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NfyHAU_D6eze; Thu, 16 Apr 2015 13:04:20 -0700 (PDT)
Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C03A1B35EE; Thu, 16 Apr 2015 13:04:20 -0700 (PDT)
Received: by iebrs15 with SMTP id rs15so60305990ieb.3; Thu, 16 Apr 2015 13:04:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=6CHGaUT9ZeDf2bJNLHMNVDvTS9X+TYCNl+12rpEar8M=; b=CZHC35b3fnuieaRxfEi10rzioA8D9k2gesJSXCDBjjy4l2NB6ZseU3PODqDkIQy0f4 zNpJoK1MR4XAJnNbdq/8VJyCEwNDG+kid/rO/03WHDI5huHxddX5QZQoji9IfXnBlWPO +GkOd7RBpOf4fkIVIn4INl3FQ+Ri40UQD4sibNa05/LeE4qp3m76rnYFxH9ur78eskVQ DVoV7WfHSFGYPa3FcNPgocZzF37BJEBLFmT4xLfDt80Wg3YensJ4Kc4mX1sYfWIlt6v1 iTdYx2Rko/80nLssw6GCNTrJ+Gu2kl04452pkD971IEEtbczID355ngEjUgMiELZQ3XC MxYQ==
MIME-Version: 1.0
X-Received: by 10.107.29.21 with SMTP id d21mr46054868iod.11.1429214659807; Thu, 16 Apr 2015 13:04:19 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.107.7.130 with HTTP; Thu, 16 Apr 2015 13:04:19 -0700 (PDT)
In-Reply-To: <AB0D76A4BFEEA77B7878126E@JcK-HP8200.jck.com>
References: <2E49FA112B054FFAED69D8A1@JcK-HP8200.jck.com> <CALaySJ+JdE5YrBuXv343_CfNP4mYxOR94JV4q_Uso4VoWfD=Ng@mail.gmail.com> <723FBC93979E1019101319C5@JcK-HP8200.jck.com> <CALaySJL-QbQ7rMRmBHTCjNbjUMKdrHrNSBLZ5zyVQ69VvXMu3A@mail.gmail.com> <AB0D76A4BFEEA77B7878126E@JcK-HP8200.jck.com>
Date: Thu, 16 Apr 2015 16:04:19 -0400
X-Google-Sender-Auth: Ubtdp05I7-3d3SJ9T_2fyqNJsUg
Message-ID: <CALaySJ+4STYA1YDeUKVTLj7FXCcTSo1W_kRTf2Vc-VSQnke22w@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: John C Klensin <john-ietf@jck.com>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/nTNAToDVxB6F3bOF_dRYv4lv2fQ>
Cc: "draft-ietf-appsawg-uri-scheme-reg.all@ietf.org" <draft-ietf-appsawg-uri-scheme-reg.all@ietf.org>, IESG <iesg@ietf.org>, Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] Retroactive application of draft-ietf-appsawg-uri-scheme-reg - comprehensive review
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Apr 2015 20:04:21 -0000

> To repeat what I have tried to say before, I think there is one
> important distinction to be made here.  To state it as narrowly
> as I can, either this document imposes requirements on existing
> schemes and revisions of them that 3986 does not or it doesn't.
> If it does impose new requirements, then, according to
> long-established IESG requirements, it must indicate that it
> updates 3986 and explain the nature of the update/change(s).  In
> addition and depending on what that text says, it is likely to
> be inevitably bound to the controversies.   If it does not
> impose new requirements, then I'm comfortable letting this
> document go forward based on your assurances (and, implicitly,
> that of the IESG) that future arguments that cite this document
> in discussions of the controversies to which you refer will be
> disregarded a without substance.
>
> Put differently, either those controversies are rooted in the
> requirements of, and "details such as fragment vs syntax vs
> semantics" based on, 3986, or they are about some combination of
> 3986 and this document.  If the first, as you seem to believe
> (and, btw, I agree), then the controversy does not affect this
> document and it should go forward.   If the second, then this
> document is inherently part of the controversy and it is
> inappropriate for it to go forward at this time.

Thanks for succintifying things.

I think the answer is that this document does not update 3986, and
does not intend to impose new requirements.  I think the controversies
are purely about 3986, and not about what this document is doing.

I will wait for confirmation of that from a document author or two...
or refutation of it from anyone who thinks I'm wrong about where this
document sits.

Barry