[MMUSIC] DTLS-SDP: TLS support added

Christer Holmberg <christer.holmberg@ericsson.com> Sun, 09 April 2017 07:14 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 B9891126D85; Sun, 9 Apr 2017 00:14:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.219
X-Spam-Level:
X-Spam-Status: No, score=-4.219 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 4oRh1259sXSb; Sun, 9 Apr 2017 00:14:04 -0700 (PDT)
Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (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 2FB68127ABE; Sun, 9 Apr 2017 00:14:01 -0700 (PDT)
X-AuditID: c1b4fb2d-18964980000033e1-bd-58e9df3794a6
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by (Symantec Mail Security) with SMTP id A1.DB.13281.73FD9E85; Sun, 9 Apr 2017 09:13:59 +0200 (CEST)
Received: from ESESSMB102.ericsson.se ([169.254.2.218]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0339.000; Sun, 9 Apr 2017 09:13:58 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic (E-mail)" <mmusic@ietf.org>
CC: "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, Ben Campbell <ben@nostrum.com>
Thread-Topic: DTLS-SDP: TLS support added
Thread-Index: AdKxB4Lc4UmU6rXIStewG5QwlYhu+Q==
Date: Sun, 9 Apr 2017 07:14:30 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B4CB5BAC0@ESESSMB102.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.154]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B4CB5BAC0ESESSMB102erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpgkeLIzCtJLcpLzFFi42KZGbFdVNf8/ssIg4/LhC3md55mtzi/cz2T xdTlj1kcmD2WLPnJ5DFr5xOWAKYoLpuU1JzMstQifbsEroxr93gKHmhWfNu1ga2BcYtKFyMn h4SAicTHOysZuxi5OIQE1jNKHNm/BspZzCjxZ+U7pi5GDg42AQuJ7n/aIA0iAuoSrZv7WEFs ZoFwiTlvzoDZwgIqEte2nGSHqNGU2N7aywZh60m86LgKFmcBqvl47CwTiM0r4CvRfnELI4jN KCAm8f3UGiaImeISt57MZ4I4TkBiyZ7zzBC2qMTLx/9YIWwliUW3P0PV50u0XHnPDjFTUOLk zCcsExiFZiEZNQtJ2SwkZRBxHYkFuz+xQdjaEssWvmaGsc8ceMyELL6AkX0Vo2hxanFxbrqR sV5qUWZycXF+nl5easkmRmC8HNzyW3cH4+rXjocYBTgYlXh4E2JfRgixJpYVV+YeYpTgYFYS 4V3tAxTiTUmsrEotyo8vKs1JLT7EKM3BoiTO67DvQoSQQHpiSWp2ampBahFMlomDU6qBsfP1 4j/eXJV94t9daxZsPjeHlTO4qvuytO6PjDMTfVjVCy8lt/sKVv+9qMp38mvPXS/25LmMqZEP H/x0jOrSXPrwsWTFc+7y2F3hd8Wvx8y4q3epxG+FufSsnwnqf8vfNB/7UR8dHRJuOtdltWyQ 4zOZNYoXrZa+DkiaYF37KOb83OMaGZpXlViKMxINtZiLihMB6//vkJMCAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/mzccSrW72EUB3EhXRyQo5wH9mfM>
Subject: [MMUSIC] DTLS-SDP: TLS support added
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: Sun, 09 Apr 2017 07:14:06 -0000

Hi,

Based on the decision in Chicago to allow usage of the SDP 'dtls-id' attribute also for TLS connections, I have created a pull request:

https://github.com/cdh4u/draft-dtls-sdp/pull/26

Note that the name of the attribute has now been changed to 'tls-id'.

The approach I've taken is: rather than talking about both DTLS and TLS throughout the document, I've basically added a section describing the TLS-specific considerations - mainly regarding the interaction with the SDP 'connection' attribute.

Now, I think we do need some text on WHY we also cover TLS connections since, as far as creating new connections is concerned, the 'connection' attribute can be used. We know that it would be needed for draft-thomson-avtcore-sdp-uks (https://datatracker.ietf.org/doc/draft-thomson-avtcore-sdp-uks/). But, AFAIK that work has not been adopted yet, so I don't think we can use it as justification at this point?

Note that this pull request does NOT include any of the changes to be done based on the gen-art/sec-dir reviews. I have updated the 4572-update reference, though.

Regards,

Christer