Re: [Insipid] Mirja Kühlewind's No Objection on draft-ietf-insipid-session-id-26: (with COMMENT)

"Ben Campbell" <ben@nostrum.com> Fri, 19 August 2016 03:34 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 A78CA12D7E4 for <insipid@ietfa.amsl.com>; Thu, 18 Aug 2016 20:34:49 -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 wHiUswAHzMri for <insipid@ietfa.amsl.com>; Thu, 18 Aug 2016 20:34:46 -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 A71E412D605 for <insipid@ietf.org>; Thu, 18 Aug 2016 20:34:46 -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 u7J3YiwI059138 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 18 Aug 2016 22:34:44 -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: Paul Giralt <pgiralt@cisco.com>
Date: Thu, 18 Aug 2016 22:34:44 -0500
Message-ID: <C303C7A1-3FAC-416B-ADEB-E1F8B8AB48EE@nostrum.com>
In-Reply-To: <033DD2C1-CB15-44B1-94E9-F6D8EA0D5442@cisco.com>
References: <147127762657.31575.1906620729773289468.idtracker@ietfa.amsl.com> <033DD2C1-CB15-44B1-94E9-F6D8EA0D5442@cisco.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Mailer: MailMate (1.9.4r5234)
Archived-At: <https://mailarchive.ietf.org/arch/msg/insipid/5O5JRgzs_OBsKqtNEkMY_SkSAYo>
Cc: "insipid-chairs@ietf.org" <insipid-chairs@ietf.org>, "draft-ietf-insipid-session-id@ietf.org" <draft-ietf-insipid-session-id@ietf.org>, "insipid@ietf.org" <insipid@ietf.org>, The IESG <iesg@ietf.org>, Christer Holmberg <christer.holmberg@ericsson.com>, Mirja Kuehlewind <ietf@kuehlewind.net>
Subject: Re: [Insipid] Mirja Kühlewind's No Objection on draft-ietf-insipid-session-id-26: (with COMMENT)
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: Fri, 19 Aug 2016 03:34:50 -0000

Closing the loop on a few comments before I approve the draft:

I think one way to look at this is, we hope not to see "new" 
implementations of 7329. But there's enough legacy implementations 
deployed we still need to work with them, and they aren't going away for 
a while.





On 15 Aug 2016, at 12:44, Paul Giralt (pgiralt) wrote:

> Mirja,
>
> Thanks for the comments. The intent is for this draft to replace the 
> functionality described in RFC 7329, not just update it. For all 
> intents, it is a new specification that just happens to be designed to 
> be backwards compatible with 7329.
>
> I’m referring to the differences between obsolete and update here:
>
> https://tools.ietf.org/rfc/
>
> Obsoletes xxxx refers to other RFCs that this one replaces;
> Obsoleted by xxxx refers to RFCs that have replaced this one.
> Updates xxxx refers to other RFCs that this one merely updates but
> does not replace); Updated by xxxx refers to RFCs that have updated
> (but not replaced) this one.  Generally, only immediately succeeding
> and/or preceding RFCs are indicated, not the entire history of each
> related earlier or later RFC in a related series.
>
> It seems to me that Obsoletes is appropriate because the intent is to 
> do away with the old behavior, as it has several deficiencies that are 
> addressed by the new draft. The new draft is also significantly 
> different than 7239 in a variety of ways for which I’d be happy to 
> provide more details if needed.
>
> -Paul
>
>
>
>> On Aug 15, 2016, at 12:13 PM, Mirja Kuehlewind <ietf@kuehlewind.net> 
>> wrote:
>>
>> Mirja Kühlewind has entered the following ballot position for
>> draft-ietf-insipid-session-id-26: No Objection
>>
>> 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/
>>
>>
>>
>> ----------------------------------------------------------------------
>> COMMENT:
>> ----------------------------------------------------------------------
>>
>> I'm wondering, given that RFC 7329 is informational and given that 
>> this
>> doc is backwards-compatitile to it, if this doc really obsoletes 
>> RFC7329,
>> or just updates it...?
>>
>>
>
> _______________________________________________
> insipid mailing list
> insipid@ietf.org
> https://www.ietf.org/mailman/listinfo/insipid