Re: [MMUSIC] WGLC on draft-ietf-mmusic-dtls-sdp-06.txt

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Fri, 19 February 2016 17:48 UTC

Return-Path: <eckelcu@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B8FB1B3374; Fri, 19 Feb 2016 09:48:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.506
X-Spam-Level:
X-Spam-Status: No, score=-14.506 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.006, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 Ye6ZO2VHZT2W; Fri, 19 Feb 2016 09:48:30 -0800 (PST)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6C081B336C; Fri, 19 Feb 2016 09:48:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14948; q=dns/txt; s=iport; t=1455904109; x=1457113709; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=LmK6uXlqcVlXjP9wQjmIp5tLP4BhW6LPQ51ECMVtGyc=; b=KdF9hAcmKLAbMPQU+7rKGq2KUGcLVzj9AgHtiAOM4thiKYdsaiPp/HvQ DgCSH5xbAqE0NWDweNljR5Cynkw4Uv/DIyJZgaYsCRSpeXn4AmW9xVxeD rnosylr4BEip3qYTcCE/Sw0ytBBVLXaTuNjzZ3cP9KKW/308fxOQv7V70 I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AQAgDSVMdW/4gNJK1egm5MUm0Guj8BDYFoFwEJhSJKAhyBOjgUAQEBAQEBAWQnhEEBAQEEAQEBKkELEAIBCBEDAQEBKAUCAiULFAMBBQgCBAENBYgaDo9VnQsGjw4BAQEBAQEBAQEBAQEBAQEBAQEBAQERBIpNhEsKDYJNgUAFlwcBjV2BXIRDhzqBGo5HAR4BAUKDZGoBhz59AQEB
X-IronPort-AV: E=Sophos;i="5.22,471,1449532800"; d="scan'208,217";a="240331777"
Received: from alln-core-3.cisco.com ([173.36.13.136]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Feb 2016 17:48:28 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id u1JHmSb7023854 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 19 Feb 2016 17:48:28 GMT
Received: from xch-aln-018.cisco.com (173.36.7.28) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Fri, 19 Feb 2016 11:48:27 -0600
Received: from xch-aln-018.cisco.com ([173.36.7.28]) by XCH-ALN-018.cisco.com ([173.36.7.28]) with mapi id 15.00.1104.009; Fri, 19 Feb 2016 11:48:28 -0600
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>, mmusic <mmusic@ietf.org>, "draft-ietf-mmusic-dtls-sdp@ietf.org" <draft-ietf-mmusic-dtls-sdp@ietf.org>
Thread-Topic: [MMUSIC] WGLC on draft-ietf-mmusic-dtls-sdp-06.txt
Thread-Index: AQHRYDJdl8Jv9AbyFUKy2Bc+d5nItJ80Cy6AgAAPoYCAABWjAA==
Date: Fri, 19 Feb 2016 17:48:28 +0000
Message-ID: <D2ED13B7.677FA%eckelcu@cisco.com>
References: <56B4CDCF.4080100@cisco.com> <D2ECE945.67773%eckelcu@cisco.com> <7594FB04B1934943A5C02806D1A2204B37E0B707@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B37E0B707@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.6.0.151221
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.99.198]
Content-Type: multipart/alternative; boundary="_000_D2ED13B7677FAeckelcuciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/CGZaO_Z36MR9r9LlQc7wS-1Pc4M>
Cc: "Flemming Andreasen (fandreas)" <fandreas@cisco.com>
Subject: Re: [MMUSIC] WGLC on draft-ietf-mmusic-dtls-sdp-06.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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, 19 Feb 2016 17:48:32 -0000

Works for me. Thanks Christer.

Cheers,
Charles

From: Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>>
Date: Friday, February 19, 2016 at 6:31 PM
To: Charles Eckel <eckelcu@cisco.com<mailto:eckelcu@cisco.com>>, "mmusic@ietf.org<mailto:mmusic@ietf.org>" <mmusic@ietf.org<mailto:mmusic@ietf.org>>, "draft-ietf-mmusic-dtls-sdp@ietf.org<mailto:draft-ietf-mmusic-dtls-sdp@ietf.org>" <draft-ietf-mmusic-dtls-sdp@ietf.org<mailto:draft-ietf-mmusic-dtls-sdp@ietf.org>>
Cc: "Flemming Andreasen (fandreas)" <fandreas@cisco.com<mailto:fandreas@cisco.com>>
Subject: RE: [MMUSIC] WGLC on draft-ietf-mmusic-dtls-sdp-06.txt

Hi Charles,

Thanks for your comments! I will implement all but 6) as suggested.

Regarding 6), it is not forbidden to use the 'connection' attribute in the m- line if it is used for something else than the DTLS connection. The subsequent paragraph gives an example of SCTP usage with DTLS.

But, I can combine the paragraphs, and modify:

"This specification does not define the usage of the SDP 'connection' attribute [ref] for negotiating a DTLS connection. However, the attribute MAY be used if the DTLS connection is used together with another protocol, e.g. SCTP or TCP, for which the usage of the attribute has been defined."

Regards,

Christer

Sent from my Windows Phone
________________________________
From: Charles Eckel (eckelcu)<mailto:eckelcu@cisco.com>
Sent: 19/02/2016 17:35
To: mmusic<mailto:mmusic@ietf.org>; draft-ietf-mmusic-dtls-sdp@ietf.org<mailto:draft-ietf-mmusic-dtls-sdp@ietf.org>
Cc: Flemming Andreasen (fandreas)<mailto:fandreas@cisco.com>
Subject: Re: [MMUSIC] WGLC on draft-ietf-mmusic-dtls-sdp-06.txt

I reviewed the draft and have some minor comments.

1) Section 1, the second paragraph is redundant and can be removed. It is
well stated with additional content in the paragraph that immediately
follows.

2) Section 3.1
s/following to the procedures/following the procedures

3) Section 3.2 and 3.3
OLD: "the endpoint MUST either change its DTLS role, its fingerprint value
and/or use²
NEW: "the endpoint MUST change its DTLS role, change its fingerprint
value, and/or use"

4) Section 5.1
OLD: "e.g. regarding usage of usage specific SDP attributes etc²
NEW: ³e.g. regarding usage of specific SDP attributes²

5) Section 5.1
s/and needs/and need
s/or whether a previous/or a previous

6) Section 5.1
OLD: "Endpoints MUST NOT use the SDP 'connection' attribute [RFC4145] when
   negotiating a DTLS association.²
NEW: "Endpoints MUST NOT use the SDP 'connection' attribute [RFC4145]
within the same ³m=³ line in which they are negotiating a DTLS
association.²

7) Section 5.3
s/receives and offer/receives an offer
s/towards the the offerer/towards the offerer

8) Section 11
IANA considerations to be updated as Paul already noted.

Cheers,
Charles


On 2/5/16, 8:29 AM, "mmusic on behalf of Flemming Andreasen (fandreas)"
<mmusic-bounces@ietf.org<mailto:mmusic-bounces@ietf.org> on behalf of fandreas@cisco.com<mailto:fandreas@cisco.com>> wrote:

>Greetings MMUSIC
>
>This is to announce a 2 week WGLC on the  draft:
>
>      https://www.ietf.org/id/draft-ietf-mmusic-dtls-sdp-06.txt
>
>as Proposed Standard. Please review and provide any comments you may
>have on the document by Friday, February 19, 2016. Comments should be
>sent to the document authors and the MMUSIC WG list. If you review the
>document but do not have any comments, please send a note to that effect
>as well.
>
>Thanks
>
>-- Flemming (MMUSIC co-chair)
>
>_______________________________________________
>mmusic mailing list
>mmusic@ietf.org<mailto:mmusic@ietf.org>
>https://www.ietf.org/mailman/listinfo/mmusic