Re: [Insipid] Ben Campbell's Discuss on draft-ietf-insipid-session-id-26: (with DISCUSS)

Elwyn Davies <> Wed, 17 August 2016 23:13 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 434C512D0F6; Wed, 17 Aug 2016 16:13:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.619
X-Spam-Status: No, score=-2.619 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 41hxGGwGoyf5; Wed, 17 Aug 2016 16:13:53 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 24D5812B05E; Wed, 17 Aug 2016 16:13:53 -0700 (PDT)
Received: from ([]) by with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from <>) id 1baA1u-0008LH-Av; Thu, 18 Aug 2016 00:13:50 +0100
Date: Thu, 18 Aug 2016 00:13:51 +0100
Message-ID: <>
Importance: normal
From: Elwyn Davies <>
To: Ben Campbell <>, The IESG <>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary=""
Archived-At: <>
Subject: Re: [Insipid] Ben Campbell's Discuss on draft-ietf-insipid-session-id-26: (with DISCUSS)
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SIP Session-ID discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 17 Aug 2016 23:13:56 -0000

Just to add that I would not class RFC 7206 as a 'foundational document' as mentioned in Barry Leiba's proposed update to RFC 3967, but rather as a WG process document that becomes a matter of historical interest only once the WG has acted on the requirements or problem statement. 
The fact that there is a well-worked out set of definitions means that it shouldn't be much work to transfer the text and the definitions are not yet referenced anywhere else, so it would avoid prejudging the RFC 3967 update (any more - RFC 6707 last month has already taken us down the slippery slope a bit - I'd argue that 6707 isn't foundational either) without significant knock-on effects.
I accept that this would result in a near duplicate of 2.5 pages of text and a little extra work for the draft editors.  Not a horrendous on-cost I feel for avoiding downrefs to WG process documents which I think ought to be avoided, even if they continue to be published as RFCs.

Sent from Samsung tablet.
-------- Original message --------From: Ben Campbell <> Date: 17/08/2016  23:38  (GMT+00:00) To: The IESG <> Cc:,,,, Elwyn Davies <> Subject: Re: Ben Campbell's Discuss on draft-ietf-insipid-session-id-26: (with
(+ Elwyn so he can correct me if I mischaracterize anything.)

I'd like to get other AD's opinions on Elwyn's concern.

To recap, draft-ietf-insipid-session-id normatively references RFC 7206 
due to some definitions. 7206 is an informational requirements draft, of 
the sort we might or might not agree to publish if the decision came up 
again. Elwyn argues that, since the information RFC may not have gotten 
the same level of review as a PS would have, that it's not appropriate 
to allow a normative downref. He argues that the authors should instead 
copy the definitions into the draft in question.

My counter argument is that the definitions in RFC 7206 (Namely 
"communication session" and "session-id") are fairly long and nuanced, 
with a fair amount of discussion.



On 15 Aug 2016, at 16:03, Ben Campbell wrote:

> Ben Campbell has entered the following ballot position for
> draft-ietf-insipid-session-id-26: Discuss
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut 
> this
> introductory paragraph, however.)
> Please refer to 
> for more information about IESG DISCUSS and COMMENT positions.
> The document, along with other ballot positions, can be found here:
> ----------------------------------------------------------------------
> ----------------------------------------------------------------------
> (I'm entering a DISCUSS to make sure we get discussion of this topic
> among the ISEG before we progress the document. Whatever the outcome, 
> I
> expect to clear the DISCUSS and go back to a YES position after the
> telechat.)
> Please see the thread resulting from Elwyn's gen-art review from the 
> 2nd
> IETF last call, called specifically because of the downref to RFC 7206
> that was added after the first LC. This downref was due to the
> definitions of "communication session" and "session ID" from that RFC.