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

"Ben Campbell" <ben@nostrum.com> Wed, 17 August 2016 22:38 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: insipid@ietfa.amsl.com
Delivered-To: insipid@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9318A12D0FD; Wed, 17 Aug 2016 15:38:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.147
X-Spam-Level:
X-Spam-Status: No, score=-3.147 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.247] autolearn=ham autolearn_force=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 I6nGQrUBfMgB; Wed, 17 Aug 2016 15:38:41 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (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 E996E12D0FB; Wed, 17 Aug 2016 15:38:40 -0700 (PDT)
Received: from [10.0.1.4] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u7HMcYhr084370 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 17 Aug 2016 17:38:34 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.4]
From: "Ben Campbell" <ben@nostrum.com>
To: "The IESG" <iesg@ietf.org>
Date: Wed, 17 Aug 2016 17:38:34 -0500
Message-ID: <F8793EA8-BD08-44CC-8B38-0606749461B6@nostrum.com>
In-Reply-To: <147129502776.31658.13716781890885800208.idtracker@ietfa.amsl.com>
References: <147129502776.31658.13716781890885800208.idtracker@ietfa.amsl.com>
MIME-Version: 1.0
Content-Type: text/plain; format=flowed
X-Mailer: MailMate (1.9.4r5234)
Archived-At: <https://mailarchive.ietf.org/arch/msg/insipid/wxxpV0IDYJC1qjGQ8tCuQ9X2JEw>
Cc: Elwyn Davies <elwynd@folly.org.uk>, insipid@ietf.org, draft-ietf-insipid-session-id@ietf.org, insipid-chairs@ietf.org, christer.holmberg@ericsson.com
Subject: Re: [Insipid] Ben Campbell's Discuss on draft-ietf-insipid-session-id-26: (with DISCUSS)
X-BeenThere: insipid@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SIP Session-ID discussion list <insipid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/insipid>, <mailto:insipid-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/insipid/>
List-Post: <mailto:insipid@ietf.org>
List-Help: <mailto:insipid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/insipid>, <mailto:insipid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 22:38:42 -0000

(+ 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.

Thanks!

Ben.


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 
> https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
>
>
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-insipid-session-id/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> (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.
>
> https://mailarchive.ietf.org/arch/msg/gen-art/3cLlqju62bY1w5MTA72YpOjL_GQ