Re: [MMUSIC] Adam Roach's No Objection on draft-ietf-mmusic-dtls-sdp-28: (with COMMENT)
Christer Holmberg <christer.holmberg@ericsson.com> Wed, 23 August 2017 09:39 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 7F32913293C; Wed, 23 Aug 2017 02:39:00 -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 2pD6Coe6rEXg; Wed, 23 Aug 2017 02:38:58 -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 CD5FA132BE1; Wed, 23 Aug 2017 02:38:54 -0700 (PDT)
X-AuditID: c1b4fb25-d31059c000005333-e3-599d4d2c7370
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 22.83.21299.C2D4D995; Wed, 23 Aug 2017 11:38:52 +0200 (CEST)
Received: from ESESSMB109.ericsson.se ([169.254.9.194]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0352.000; Wed, 23 Aug 2017 11:38:29 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Adam Roach <adam@nostrum.com>, The IESG <iesg@ietf.org>
CC: "draft-ietf-mmusic-dtls-sdp@ietf.org" <draft-ietf-mmusic-dtls-sdp@ietf.org>, "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "fandreas@cisco.com" <fandreas@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: Adam Roach's No Objection on draft-ietf-mmusic-dtls-sdp-28: (with COMMENT)
Thread-Index: AQHTF6uY+fnArxR5YU+2MrlLLf27GqKRybkA
Date: Wed, 23 Aug 2017 09:38:28 +0000
Message-ID: <D5C324F2.201A9%christer.holmberg@ericsson.com>
References: <150301038555.14103.1567567703984434290.idtracker@ietfa.amsl.com>
In-Reply-To: <150301038555.14103.1567567703984434290.idtracker@ietfa.amsl.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.146]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <3D2469791294DA4AA26F1C10CA63293B@ericsson.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrKIsWRmVeSWpSXmKPExsUyM2K7qK6O79xIg33HxC32/F3EbvF/4nxW i/cXdC1m/JnIbHF+53omi6nLH7M4sHlM+b2R1WPJkp9MHrN2PmEJYI7isklJzcksSy3St0vg ylh98wZrwVmRivmru5gaGB8IdDFyckgImEjsmXGLCcQWEjjCKLH0s3cXIxeQvYRR4tqUp8xd jBwcbAIWEt3/tEFqRASsJU43n2QGqWEWuMEo8WPyTDaQhLBApMTJB62MEEVREs+ez4GyjSRO /jvPDGKzCKhKTL5yEMzmBRr06cFaFojFvhIt+/6DHcEp4Cex8/BqsDijgJjE91NrwOLMAuIS t57MZ4I4WkBiyR6ImRICohIvH/9jBblTVEBP4t1+T4iwksSPDZdYIFr1JG5MncIGUsIMtHbr rWyIsLbEsoWvoa4RlDg58wnLBEbxWUiWzULSPQuhexaS7llIuhcwsq5iFC1OLU7KTTcy1kst ykwuLs7P08tLLdnECIzMg1t+q+5gvPzG8RCjAAejEg9vicXcSCHWxLLiytxDjBIczEoivLu9 gEK8KYmVValF+fFFpTmpxYcYpTlYlMR5HfddiBASSE8sSc1OTS1ILYLJMnFwSjUwhoaYJHPZ eLR17mV3zpncGrjIRW6F6kSPVLkmptiDzaeYN30vyOc/Exo+X7X3SfzJeROTLp3ffdz6YSPT WTsOLePEY2ab5D9FfrrDcXw3g807nsDDj41esqfwZOQ/flzW+TR8d5N+29xHh35nLLjCbsDk zNjyRiTuR9uEBX6NeVtrFerrRGWUWIozEg21mIuKEwH1iodFyAIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/wHkoPO4LngqQy-qTpUt0zmYOwUM>
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: Wed, 23 Aug 2017 09:39:00 -0000
Hi Adam, Thanks for your review! I see that you cleared your DISCUSS, but suggested some clarification text. We will look into that. >---------------------------------------------------------------------- >COMMENT: >---------------------------------------------------------------------- > >Thanks for the quick answer to my DISCUSS. > >I agree with the core assertion of EKR's DISCUSS: this document needs to >be >aligned with JSEP. I think we're going to need a little additional work >figuring out which document needs to change where they disagree. In >addition to >those areas he highlights in his DISCUSS, the following text is also in >conflict: > >DTLS-SDP: "the offerer and answerer generate their own local 'tls-id' >attribute >values, and the combination of both values identify the DTLS association." > >JSEP: "If this is an answer, the tls-id value, if present, MUST be the >same as >in the offer." > >[Note: this does appear to be an issue in JSEP rather than this document] Correct. >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. >Section 1: "...but currently there is no way..." will not age well once >this is >an RFC. Suggest "...previously, there was no way..." or somesuch. I will modify as suggested. >Section 2 uses RFC 2119 boilerplate, and then the very next sentence uses >a >non-normative "must." I would strongly recommend moving to RFC 8174 >boilerplate. I will change the boilerplate. >The conventional name for DTLS-SRTP is "DTLS-SRTP" -- please change >replace >"SRTP-DTLS" with "DTLS-SRTP" everywhere it appears. I will modify as suggested. >The last paragraph in section 5.4 starts with "NOTE" (which implementors >frequently read as non-normative) and then contains a normative statement. >Suggest removing "NOTE:" I will remove ³NOTE:². >Please expand the following acronyms upon first use and in the title; >see https://www.rfc-editor.org/materials/abbrev.expansion.txt for >guidance. > > - SDP - Session Description Protocol > - DTLS - Datagram Transport Layer Security > - TLS - Transport Layer Security > - ICE - Interactive Connectivity Establishment > - SCTP - Stream Control Transmission Protocol > - SRTP - Secure Realtime Transport Protocol > - UDPTL - UDP Transport Layer I¹ll fix that. Thanks! Regards, Christer
- [MMUSIC] Adam Roach's No Objection on draft-ietf-… Adam Roach
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Christer Holmberg
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Adam Roach
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Christer Holmberg
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Ben Campbell
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Adam Roach
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Ben Campbell
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Adam Roach
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Christer Holmberg
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Ben Campbell
- Re: [MMUSIC] Adam Roach's No Objection on draft-i… Christer Holmberg