Re: [MMUSIC] Adam Roach's No Objection on draft-ietf-mmusic-dtls-sdp-28: (with COMMENT)

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 28 August 2017 09:50 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 837ED132811; Mon, 28 Aug 2017 02:50:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] 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 dOsSaRxOw4bA; Mon, 28 Aug 2017 02:50:29 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 C3F391201F8; Mon, 28 Aug 2017 02:50:28 -0700 (PDT)
X-AuditID: c1b4fb30-597ff70000005897-54-59a3e762f205
Received: from ESESSHC003.ericsson.se (Unknown_Domain [153.88.183.27]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id B8.80.22679.267E3A95; Mon, 28 Aug 2017 11:50:26 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.194]) by ESESSHC003.ericsson.se ([153.88.183.27]) with mapi id 14.03.0352.000; Mon, 28 Aug 2017 11:50:26 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, Adam Roach <adam@nostrum.com>, Ben Campbell <ben@nostrum.com>
CC: "draft-ietf-mmusic-dtls-sdp@ietf.org" <draft-ietf-mmusic-dtls-sdp@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>, Flemming Andreasen <fandreas@cisco.com>, The IESG <iesg@ietf.org>
Thread-Topic: Adam Roach's No Objection on draft-ietf-mmusic-dtls-sdp-28: (with COMMENT)
Thread-Index: AQHTF6uY+fnArxR5YU+2MrlLLf27GqKRybkAgABhHACAAYaTgIAAAUUAgAACz4CAAA4TgIABYdMAgASDaAA=
Date: Mon, 28 Aug 2017 09:50:25 +0000
Message-ID: <D5C9C30B.20646%christer.holmberg@ericsson.com>
References: <150301038555.14103.1567567703984434290.idtracker@ietfa.amsl.com> <D5C324F2.201A9%christer.holmberg@ericsson.com> <aa248a72-9b32-f1bc-e9f8-8471303c7bae@nostrum.com> <8EB6BD4A-26A9-4F98-A57A-FCCFC3F6AC97@nostrum.com> <9cdb8f3b-eb9b-f478-ecb0-2095cdba2484@nostrum.com> <83BCB0B5-0F74-43A2-9EF1-1D04EF4F9A0E@nostrum.com> <dba2e26a-05e9-79e3-44d6-080bcda08521@nostrum.com> <D5C5F9AA.20459%christer.holmberg@ericsson.com>
In-Reply-To: <D5C5F9AA.20459%christer.holmberg@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.7.4.170508
x-originating-ip: [153.88.183.147]
Content-Type: text/plain; charset="euc-kr"
Content-ID: <89C1D8F592FECB4CAC4DFE023B8FD775@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrLIsWRmVeSWpSXmKPExsUyM2K7tG7S88WRBks+WFjs+buI3WJ+52l2 i/8T57NavL+gazHjz0Rmi/M71zNZTF3+mMWB3WPK742sHkuW/GTymLXzCUsAcxSXTUpqTmZZ apG+XQJXxtTnvxkLpklVfOrfzNzAeECyi5GTQ0LARKJh2kLGLkYuDiGBI4wSl6dPYIZwljBK XHzyjK2LkYODTcBCovufNkiDiEC5xI95P9lBapgFPjFK/Fy/hBUkISwQKXHyQSsjRFGUxLPn c6DsJImDXafBbBYBVYk5q1exgNi8AtYSO34egNq8i1li3uT3TCAJTgEbiSOfn4EVMQqISXw/ tQYsziwgLnHryXwmiLMFJJbsOc8MYYtKvHz8jxXkUFEBPYl3+z1BTAkBJYlpW9MgOrUkvvzY xwZhW0u8utQINVFRYkr3Q3aIcwQlTs58wjKBUXwWkmWzkLTPQtI+C0n7LCTtCxhZVzGKFqcW J+WmGxnppRZlJhcX5+fp5aWWbGIERurBLb8NdjC+fO54iFGAg1GJhzf72eJIIdbEsuLK3EOM EhzMSiK8r58AhXhTEiurUovy44tKc1KLDzFKc7AoifM67rsQISSQnliSmp2aWpBaBJNl4uCU amCcJdG1/ci7hCfK+qHqR523be8+yH5w2X7TgsMzNQrCOCv+u3RfsS/uYz/5WnfPZafnJTws H9blHb0zwXRPvKGu3RWFlWq+EpePFM/r4d+S0rWJe66PQe6jRToOLbKaVmuEnnjHfXmyhOlO i03Kmmu9jZYv5vlU3ZOZv1pXsKgz9ENSh/DPH41KLMUZiYZazEXFiQArwOEE0AIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/_318in9oyd4s5Y4FtXlquOZ8it4>
Subject: Re: [MMUSIC] Adam Roach's No Objection on draft-ietf-mmusic-dtls-sdp-28: (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, 28 Aug 2017 09:50:32 -0000

Hi,

PR has been updated with the new title.

Regards,

Christer


On 25/08/17 15:55, "Christer Holmberg" <christer.holmberg@ericsson.com>
wrote:

>Hi,
>
>
>On 24/08/17 21:53, "Adam Roach" <adam@nostrum.com> wrote:
>
>>On 8/24/17 13:02, Ben Campbell wrote:
>>>> On Aug 24, 2017, at 12:52 PM, Adam Roach <adam@nostrum.com> wrote:
>>>>
>>>> On 8/24/17 12:48, Ben Campbell wrote:
>>>>>> On Aug 23, 2017, at 1:30 PM, Adam Roach <adam@nostrum.com> wrote:
>>>>>>
>>>>>> On 8/23/17 04:38, Christer Holmberg wrote:
>>>>>>>> I would think the long-form title of this document should include
>>>>>>>>"TLS,"
>>>>>>>> to
>>>>>>>> reflect that it also contains TLS-related procedures.
>>>>>>> The issue is that the document doesn¹t really define the O/A
>>>>>>>procedures
>>>>>>> for TLS. It simply adds the usage of the tls-id attribute to the
>>>>>>>existing
>>>>>>> procedures defined elsewhere.
>>>>>> Right, so make that clear. I note that simply adding "and
>>>>>>Identification of TLS Connections" to the end is ambiguous (since it
>>>>>>makes it sound like it defines O/A for TLS), but you can fix this by
>>>>>>reversing the existing title; e.g., something like: "Establishing
>>>>>>Datagram Transport Layer Security (DTLS) Using the Session
>>>>>>Description Protocol (SDP) Offer/Answer Mechanism and Identification
>>>>>>of Transport Layer Security (TLS) Connections in SDP”
>>>>> Wow, that’s petty cumbersome as a title―it’s pretty much an abstract.
>>>>>Does it need that much detail?
>>>>>
>>>> It's the result of taking a reasonably short title ("Establishing DLTS
>>>>using the SDP Offer/Answer Mechanism and Identification of TLS
>>>>Connections in SDP") and applying RFC Editor policies of acronym
>>>>expansion to it. If you can think of some shorter way to say it, that'd
>>>>be great -- but if I'm perusing a list of titles for something
>>>>TLS-related and come across one that mentions only DTLS, I'd skip over
>>>>it. The original title seems like a genuine flaw.
>>> Here’s a sacrificial proposal from the _much_ more general side:
>>>
>>>      “DTLS and TLS considerations in the SDP Offer/Answer Mechanism”
>>>
>>> … with appropriate acronym expansions of course.
>>
>>I have no problem with that.
>
>
>“In the mechanism” sounds a little strange in my ears, so I suggest:
>
>“SDP Offer/Answer considerations for DTLS and TLS”
>
>Regards,
>
>Christer
>