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

Christer Holmberg <christer.holmberg@ericsson.com> Fri, 25 August 2017 12:55 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 ED0B8132946; Fri, 25 Aug 2017 05:55:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 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, URIBL_BLOCKED=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 FgXxdHedgZXr; Fri, 25 Aug 2017 05:55:14 -0700 (PDT)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (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 6223F1323A6; Fri, 25 Aug 2017 05:55:13 -0700 (PDT)
X-AuditID: c1b4fb3a-5ffff700000051a3-ea-59a01e2f9c45
Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.183.63]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 43.43.20899.F2E10A95; Fri, 25 Aug 2017 14:55:11 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.194]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0352.000; Fri, 25 Aug 2017 14:55:11 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: 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+2MrlLLf27GqKRybkAgABhHACAAYaTgIAAAUUAgAACz4CAAA4TgIABYdMA
Date: Fri, 25 Aug 2017 12:55:10 +0000
Message-ID: <D5C5F9AA.20459%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>
In-Reply-To: <dba2e26a-05e9-79e3-44d6-080bcda08521@nostrum.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.20]
Content-Type: text/plain; charset="euc-kr"
Content-ID: <9D1266B0FEF0514197C8CD14D8A0CA04@ericsson.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHIsWRmVeSWpSXmKPExsUyM2K7va6+3IJIg50vFCz2/F3EbjG/8zS7 xf+J81kt3l/QtZjxZyKzxfmd65kspi5/zOLA7jHl90ZWjyVLfjJ5zNr5hCWAOYrLJiU1J7Ms tUjfLoEr48Sfl6wFH8Qr/kzbytLAuEC8i5GTQ0LARKL57DamLkYuDiGBI4wSO2btZoFwljBK dHVdZe1i5OBgE7CQ6P6nDdIgIuAo8fdbE1gNs8AnRomf65ewgiSEBSIlTj5oZYQoipJ49nwO nD13/WewGhYBVYmu14uZQWxeAWuJQ88PskIs62CWmHB2O1gRp4C9xP2p75lAbEYBMYnvp9aA 2cwC4hK3nsxngjhbQGLJnvPMELaoxMvH/8AOFRXQk3i33xMirChxdfpyqFYtiS8/9rFB2NYS i68tZ4SwFSWmdD9kh7hHUOLkzCcsExjFZyHZNgtJ+ywk7bOQtM9C0r6AkXUVo2hxanFxbrqR kV5qUWZycXF+nl5easkmRmCsHtzy22oH48HnjocYBTgYlXh4X3ItiBRiTSwrrsw9xCjBwawk wusuCxTiTUmsrEotyo8vKs1JLT7EKM3BoiTO67DvQoSQQHpiSWp2ampBahFMlomDU6qB0bhx xjtBM6/nXu/3tv8QY1u+9cu1s8+2MJ5jW3E966u2QHQin5u9zKL+Y3ce7Lf5809Oi3PL5UNC ue/vtXu2mX0KZTmaq5d29GLXhRMngg5d5NTY1qb784vXxWxBlWecJy2cOC2aXqhHXnn2/+N7 TyPZxWe6PZd/2fW+ozOjx2Kl6KSn96ZWeCmxFGckGmoxFxUnAgBy6kRg0QIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/49rPpXuLTq9R82STGZew7OgJJdg>
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: Fri, 25 Aug 2017 12:55:16 -0000

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