Re: [Uta] draft-ietf-uta-xmpp downref

Peter Saint-Andre - &yet <peter@andyet.net> Mon, 20 April 2015 22:18 UTC

Return-Path: <peter@andyet.net>
X-Original-To: uta@ietfa.amsl.com
Delivered-To: uta@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF28B1B3314 for <uta@ietfa.amsl.com>; Mon, 20 Apr 2015 15:18:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable
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 i6vExfuH_cBh for <uta@ietfa.amsl.com>; Mon, 20 Apr 2015 15:18:12 -0700 (PDT)
Received: from mail-ig0-f182.google.com (mail-ig0-f182.google.com [209.85.213.182]) (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 45FC71B3313 for <uta@ietf.org>; Mon, 20 Apr 2015 15:18:12 -0700 (PDT)
Received: by igblo3 with SMTP id lo3so826969igb.0 for <uta@ietf.org>; Mon, 20 Apr 2015 15:18:11 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=kFA/io9LnJE9uxfDMtLKP61Nxc4XZci+ab97AlME/H4=; b=XaGoOdb44vZMLpCGpMiYnZQjdq3+e1Oq0NUCbv5pDMCv8DnAWtfoGJZPeso2YcueGR HKrFTFRFRtYP6ID7QUwCUtZ06tgseaTsDuaN9AeNDRiYcNa5lhzUyXk0xbTfA6Tuo1Ll BTSyBgjpq0qXF+wxkPtobwBoecdG5o2jT7zkf6EQzHB2yY1VFIvB/No/qGZMY1mtSqPt cC1M81UVK2ZOFg7eWNnYLTwDLVUsDpPx8usDRbw+Q4ca/SxWZu2y11zr960WS6S2mWzB Q7Jp709s2MhXdXcQMywN+Umeb0RHHF7u2a76aXiCwNmN5O/BDLrC2LVnV9s4tEBefU3T ovcw==
X-Gm-Message-State: ALoCoQlu/kYGfeocHfMRtb3kYijB3lWnrhJ7YJApdFeFCoeYzv250OM7nkgG3MECJlUFOdkGsxpd
X-Received: by 10.107.26.207 with SMTP id a198mr24460706ioa.5.1429568291670; Mon, 20 Apr 2015 15:18:11 -0700 (PDT)
Received: from aither.local (c-73-34-202-214.hsd1.co.comcast.net. [73.34.202.214]) by mx.google.com with ESMTPSA id 7sm12144602iol.43.2015.04.20.15.18.10 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 20 Apr 2015 15:18:11 -0700 (PDT)
Message-ID: <55357B21.9080508@andyet.net>
Date: Mon, 20 Apr 2015 16:18:09 -0600
From: Peter Saint-Andre - &yet <peter@andyet.net>
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: Stephen Farrell <stephen.farrell@cs.tcd.ie>, "uta@ietf.org" <uta@ietf.org>
References: <5535775C.8030908@cs.tcd.ie>
In-Reply-To: <5535775C.8030908@cs.tcd.ie>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/uta/bVgOu2mt2ypp9LKYfHdhG3HxKS4>
Cc: IESG <iesg@ietf.org>
Subject: Re: [Uta] draft-ietf-uta-xmpp downref
X-BeenThere: uta@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: UTA working group mailing list <uta.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/uta>, <mailto:uta-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/uta/>
List-Post: <mailto:uta@ietf.org>
List-Help: <mailto:uta-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/uta>, <mailto:uta-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 20 Apr 2015 22:18:14 -0000

On 4/20/15 4:02 PM, Stephen Farrell wrote:
>
> Hiya,
>
> It was pointed out to me that RFC4949 as a normative
> reference here is a downref, and I didn't call that
> out during the IETF LC for this document. (Sorry about
> that.) Oddly, 4949 hasn't previously been added to the
> downref registry. [1]

That surprises me, given that RFC 4949 is already a normative reference 
from draft-ietf-uta-tls-bcp as well as RFC 6749 and RFC 7489 (both of 
which are standards-track).

> So, the choices are:
>
> 1. make 4949 an informative reference (possible I think but
>     a teeny bit ickky)

A quick look at 
http://www.arkko.com/tools/allstats/citations-rfc4949.html reveals that 
most of the standards-track RFCs that cite RFC 4949 do so 
informationally. So there's plenty of precedent. (It does seem to me, 
however, that you really need to understand the cited glossary in order 
to know what various terms mean in a given spec.)

> 2. I re-do the IETF LC just for this point and we put 4949
>     into [1] so this won't be a deal for other drafts in
>     future

I had assumed this would not be an issue given the RFCs cited above, but 
I suppose there's always a first time for someone to be a process 
stickler. :-)

> Authors/chairs/WG: if you don't tell me you prefer #1 above,
> I'll assume #2 and re-start the IETF LC for this one tomorrow.

Someone needs to blaze this path, so it might as well be us.

> For IESG folks: if it's ok, I suggest you continue your
> evaluations and we can handle this via me putting on a DISCUSS.
> If that's bad somehow, just tell me and we can defer the doc
> until the next telechat.

Whatever works for the IESG. :-)

Peter

-- 
Peter Saint-Andre
https://andyet.com/