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

Tony Hansen <tony@att.com> Thu, 16 April 2015 20:47 UTC

Return-Path: <tony@att.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 EC0B61B36C1; Thu, 16 Apr 2015 13:47:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 z7YoByzj_QGH; Thu, 16 Apr 2015 13:47:00 -0700 (PDT)
Received: from nbfkord-smmo05.seg.att.com (nbfkord-smmo05.seg.att.com [209.65.160.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B4541B36A0; Thu, 16 Apr 2015 13:47:00 -0700 (PDT)
Received: from unknown [144.160.229.23] (EHLO alpi154.enaf.aldc.att.com) by nbfkord-smmo05.seg.att.com(mxl_mta-7.2.4-5) over TLS secured channel with ESMTP id 1cf10355.0.2244639.00-2137.6380397.nbfkord-smmo05.seg.att.com (envelope-from <tony@att.com>); Thu, 16 Apr 2015 20:47:00 +0000 (UTC)
X-MXL-Hash: 55301fc434fd6020-2ba7d33ee94fb2d58a574229e20b86f4de64c7bb
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t3GKkvmF022123; Thu, 16 Apr 2015 16:46:57 -0400
Received: from alpi131.aldc.att.com (alpi131.aldc.att.com [130.8.218.69]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id t3GKkm3P021997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 16 Apr 2015 16:46:52 -0400
Received: from alpi153.aldc.att.com (alpi153.aldc.att.com [130.8.42.31]) by alpi131.aldc.att.com (RSA Interceptor); Thu, 16 Apr 2015 20:46:34 GMT
Received: from aldc.att.com (localhost [127.0.0.1]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id t3GKkYb8032577; Thu, 16 Apr 2015 16:46:34 -0400
Received: from mailgw1.maillennium.att.com (maillennium.att.com [135.25.114.99]) by alpi153.aldc.att.com (8.14.5/8.14.5) with ESMTP id t3GKkPaj032029; Thu, 16 Apr 2015 16:46:25 -0400
Received: from tonys-macbook-pro.local (unknown[135.110.240.247](untrusted sender)) by maillennium.att.com (mailgw1) with ESMTP id <20150416204624gw1000ce08e>; Thu, 16 Apr 2015 20:46:25 +0000
X-Originating-IP: [135.110.240.247]
Message-ID: <55301F9F.5080207@att.com>
Date: Thu, 16 Apr 2015 16:46:23 -0400
From: Tony Hansen <tony@att.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: Barry Leiba <barryleiba@computer.org>, John C Klensin <john-ietf@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> <CALaySJ+4STYA1YDeUKVTLj7FXCcTSo1W_kRTf2Vc-VSQnke22w@mail.gmail.com>
In-Reply-To: <CALaySJ+4STYA1YDeUKVTLj7FXCcTSo1W_kRTf2Vc-VSQnke22w@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-AnalysisOut: [v=2.0 cv=ZfOqwLpA c=1 sm=1 a=VXHOiMMwGAwA+y4G3/O+aw==:17 a]
X-AnalysisOut: [=5hWoPXNsKEoA:10 a=-vuXD3bPMhwA:10 a=BLceEmwcHowA:10 a=N65]
X-AnalysisOut: [9UExz7-8A:10 a=zQP7CpKOAAAA:8 a=e9J7MTPGsLIA:10 a=eno8Rlkg]
X-AnalysisOut: [uwdJ0U3-oP8A:9 a=pILNOxqGKmIA:10]
X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2014051901)]
X-MAIL-FROM: <tony@att.com>
X-SOURCE-IP: [144.160.229.23]
Archived-At: <http://mailarchive.ietf.org/arch/msg/apps-discuss/O_C5uGbwSng7xcA_wvqzjQl2FZ0>
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:47:02 -0000

On 4/16/15 4:04 PM, Barry Leiba wrote:
>> 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.

Just now, I've re-reviewed all references to 3986 within 
draft-ietf-appsawg-uri-scheme-reg-06 and don't see anywhere that it 
should be construed as >updating< 3986. There are lots of places where 
people are directed to looking at 3986 and 3987, and a thorough 
understanding of those is needed to fully appreciate some of the things 
being said in here. But if there's ANY doubt about us NOT updating them, 
is there a need to explicitly state that, say in the introduction?

     Tony Hansen