Re: [MMUSIC] Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 21 May 2018 15:31 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7082512E91F for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 08:31:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.311
X-Spam-Level:
X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
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 LRPcfJHHGEK0 for <mmusic@ietfa.amsl.com>; Mon, 21 May 2018 08:31:41 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A54412EA64 for <mmusic@ietf.org>; Mon, 21 May 2018 08:31:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1526916699; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=mIX06z91NArsUakgWkQHsQRaOKoW/0v+igdukCVom7o=; b=Kf7cn4AyZLu/sL5idVGQ2+4XxiU82wjpPqa7a1iHxKHowslv4mlKnhcE4G8sBauX HAj9LJ23sh4SpIubwoSTfkTEHgO+U2DSHhX6mMj1zfRvV7jNdOKPJDrx8DnxbttY ZyAPSMLXm760KzbjUCnBzvL1TE/YI1+yCB+5F9lsKXI=;
X-AuditID: c1b4fb25-36d699c0000079fb-fe-5b02e65a83b6
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 0A.79.31227.A56E20B5; Mon, 21 May 2018 17:31:39 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.29]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0382.000; Mon, 21 May 2018 17:30:50 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Adam Roach <adam@nostrum.com>, Eric Rescorla <ekr@rtfm.com>
CC: Flemming Andreasen <fandreas@cisco.com>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "draft-ietf-mmusic-sdp-bundle-negotiation@ietf.org" <draft-ietf-mmusic-sdp-bundle-negotiation@ietf.org>, The IESG <iesg@ietf.org>, mmusic WG <mmusic@ietf.org>
Thread-Topic: Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)
Thread-Index: AQHT766LffbzCcV2SUiRhWKu/Il/cKQ3YCGAgAASdYCAAlF4YIAAQO6AgAAnPgCAACLr4A==
Date: Mon, 21 May 2018 15:30:49 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B72EF9591@ESESSMB109.ericsson.se>
References: <152676110260.28001.7412898846338225219.idtracker@ietfa.amsl.com> <CABcZeBN43yTCK+XbLLih_xeaBwsGVMa6XcPQkrcyQjzQHfzNuQ@mail.gmail.com> <CABcZeBO5b4OMaV5z-XhQPVOUpX6eB_GZKPu7b9Ti6MOCwsJ5xQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B72EF825B@ESESSMB109.ericsson.se> <CABcZeBM5Vqmw-txmTmrcOXndwsW=20oUvXywdeLR9OMBPFp1cQ@mail.gmail.com> <701d1e42-fcb9-a849-2865-9f1a71176a50@nostrum.com>
In-Reply-To: <701d1e42-fcb9-a849-2865-9f1a71176a50@nostrum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.163]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDIsWRmVeSWpSXmKPExsUyM2K7qG70M6Zog92LmC32/F3EbjF91js2 ixWvz7FbvL+gazHjz0Rmi/M71zNZTF3+mMWB3WPK742sHkuW/GTymLXzCYvH5MdtzAEsUVw2 Kak5mWWpRfp2CVwZD78+Zy2YIlnxZcYZlgbGAxJdjJwcEgImEhvenmTuYuTiEBI4wihxa+c5 FghnMaPEuYPf2boYOTjYBCwkuv9pg5giAvYSk7s1QEqYBVqYJOYtWsYMMkhYIEuid/EsVhBb RCBb4sikNYwQdpjE9nmzmEBsFgFViY0HbrOAzOEV8JWYdMQVYtVsZonWpZ/AajiB5rfevAnW yyggJvH91BqwOLOAuMStJ/OZII4WkFiy5zwzhC0q8fLxP1YIW0li+bQt7CDzmQU0Jdbv0odo VZSY0v2QHcTmFRCUODnzCcsERtFZSKbOQuiYhaRjFpKOBYwsqxhFi1OLk3LTjYz1Uosyk4uL 8/P08lJLNjEC4+zglt+qOxgvv3E8xCjAwajEwyt8jilaiDWxrLgy9xCjBAezkgjvp0tAId6U xMqq1KL8+KLSnNTiQ4zSHCxK4rwPzTdHCQmkJ5akZqemFqQWwWSZODilGhjbWvd+ypvwJllP 0PdX5Fpre9nbKcKabB+vyu5zzHz22CRG3zZhqvyE1Z7sLLUSHJoeTGtdTZecYeat9fl+v9ot ITthS2zujEB51yfzfY4+OseYWl7WwVXxZ2Fxp5N68d+sLerfdhVO3Ja9t1SC79ml6Tmda6K3 5ISKnnmucvpq8FfxxjeVv5RYijMSDbWYi4oTAd++/XOvAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/IoIR2aqOzSybv37X0VUUBQv8yN8>
Subject: Re: [MMUSIC] Eric Rescorla's No Objection on draft-ietf-mmusic-sdp-bundle-negotiation-51: (with COMMENT)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mmusic/>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 May 2018 15:31:53 -0000

Hi,

>>> I have made a few notes of things that I still think are problematic, but I
>>> am clearing my DISCUSS.
>>>
>>>   o  Initial offer: The first offer, within an SDP session (e.g. a SIP
>>>      dialog when the Session Initiation Protocol (SIP) [RFC3261] is
>>>
>>> This appears still not to be resolved. Here is the 3264 definition "
>>> Protocol operation begins when one agent sends an initial offer to
>>> another agent. An offer is initial if it is outside of any context
>>> that may have already been established through the higher layer
>>> protocol." I'm not making this part of my DISCUSS, but I think it's
>>> very confusing and I would strongly urge the AD to address it.
>>>
>>> This is based on the structure that MMUSIC has previously agreed on, and is used in many drafts. 
>>
>> Yes, but it also contradicts the SDP RFC.
>>
>>> The text does explain what “initial offer” means in the context of the document.
>>> 
>>> I am happy to re-visit that discussion in MMUSIC on a generic level, but as far as this document 
>>> is concerned I think we shall keep the currently agreed structure.
>>
>> Ben, Adam? You're the ADs for this.
>
> Ben is the responsible AD here, so I'm deferring to his judgement regarding whether the document can proceed.
> Speaking only as a SIP protocol expert, I agree with EKR that the redefinition of a frequently used RFC-3264-defined 
> term is problematic, and will probably lead to interoperability issues. When readers encounter a term that they 
> believe they understand, it's unlikely that they will notice that it has been redefined to mean something different [1]. 
> I believe that replacing the phrase with something distinctive -- such as "initial bundle offer" -- would alleviate this issue, 
> with no real drawback. I would not think that such a change warrants sending the document back to the WG, but I won't 
> argue against doing so if someone else thinks it does.

I did previously suggest "initial bundle offer", but it did not address Ekr's issue.

It is also important to remember that this affects virtually every SDP attribute we define, unless there are cases where "initial offer" always means the initial offer of a session, i.e., it is not possible to introduce an attribute later in a session.

Regards,

Christer