Re: [MMUSIC] New Version Notification for draft-ietf-mmusic-data-channel-sdpneg-05.txt

Juergen Stoetzer-Bradler <Juergen.Stoetzer-Bradler@alcatel-lucent.com> Tue, 06 October 2015 15:19 UTC

Return-Path: <juergen.stoetzer-bradler@alcatel-lucent.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 5CA9F1B40E7 for <mmusic@ietfa.amsl.com>; Tue, 6 Oct 2015 08:19:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.31
X-Spam-Level:
X-Spam-Status: No, score=-6.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 tIlmU2bq_F7v for <mmusic@ietfa.amsl.com>; Tue, 6 Oct 2015 08:19:21 -0700 (PDT)
Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (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 81E721B40E1 for <mmusic@ietf.org>; Tue, 6 Oct 2015 08:19:20 -0700 (PDT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id BAD3C8D9B9777 for <mmusic@ietf.org>; Tue, 6 Oct 2015 15:19:16 +0000 (GMT)
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t96FJ34X030772 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <mmusic@ietf.org>; Tue, 6 Oct 2015 17:19:18 +0200
Received: from [149.204.68.239] (135.239.27.39) by FR712WXCHHUB03.zeu.alcatel-lucent.com (135.239.2.74) with Microsoft SMTP Server (TLS) id 14.3.195.1; Tue, 6 Oct 2015 17:18:30 +0200
To: <mmusic@ietf.org>
References: <20151005124526.4291.89663.idtracker@ietfa.amsl.com> <5612739A.4080608@alcatel-lucent.com> <5612E7B4.7020805@alum.mit.edu>
From: Juergen Stoetzer-Bradler <Juergen.Stoetzer-Bradler@alcatel-lucent.com>
Message-ID: <5613E645.8090302@alcatel-lucent.com>
Date: Tue, 6 Oct 2015 17:18:29 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <5612E7B4.7020805@alum.mit.edu>
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit
X-Originating-IP: [135.239.27.39]
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/1mUCYvZcIhgXkuk-sH5N1ZVZb84>
Subject: Re: [MMUSIC] New Version Notification for draft-ietf-mmusic-data-channel-sdpneg-05.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: Tue, 06 Oct 2015 15:19:27 -0000

Hello Paul,

Thanks much for your comments.
Please see my replies inserted below.

Thank you,
Juergen


On 05.10.2015 23:12, Paul Kyzivat wrote:
> These changes mostly seem good. I have a couple of small points:
>
> * Section 5.1.1.2:
>
> This section starts with:
>
>    The multiplexing category of the "a=dcmap:" attribute is SPECIAL.
>    Usage of this attribute is only applicable when associated with
>    UDP/DTLS/SCTP or TCP/DTLS/SCTP proto SDP "m" lines.
>
> One issue is that usage of this attribute is also defined over pure SCTP. So I think it would be 
> more accurate to say "*Multiplexing* of this attribute...".
[Juergen] In this second paragraph of 5.1.1.2 I wanted to express that this document defines the 
a=dcmap attribute only for
X/DTLS/SCTP attribute lines - quite similar to the mux category description of the a=sctp-port 
attribute in section 5.3 of draft-ietf-mmusic-sctp-sdp-15.
As multiplexing of multiple SCTP associations over one DTLS connection is not considered by 
draft-ietf-mmusic-sctp-sdp,
and as there can be just one DTLS connection within one BUNDLE group (potentially used by multiple 
media descriptions within this BUNDLE group)
my understanding is that in fact there can be just one SCTP association over DTLS within such a 
BUNDLE group.
Therefore I thought there's no need to define a multiplexing semantic for the a=dcmap (and a=dcsa) 
attribute (as described in the 3rd paragraph).

I am not sure "Multiplexing of this attribute is only applicable when associated with X/DTLS/SCTP 
"m" line" would be consistent
with the intended meaning of the 3rd paragraph.

>
> Also, saying this is *only applicable* unnecessarily blocks future changes. I think it would be 
> better to say *only defined*, or *outside the scope*.
[Juergen] Agree. How about the following?
"This document defines usage of this attribute only when associated with UDP/DTLS/SCTP or 
TCP/DTLS/SCTP proto SDP "m" lines".

>
> * Section 5.1.2.2:
>
> Analogous comment to that for 5.1.1.2.
>
> * Section 8.2:
>
> IIUC current practice is for documents coming through WGs to list the WG chair (e.g. 
> mmusic-chairs@ietf.org) as the contact.
[Juergen] I see, thanks,
Thus contact name would then e.g. be "MMUSIC Chairs"?

>
>     Thanks,
>     Paul
>
> On 10/5/15 8:56 AM, Juergen Stoetzer-Bradler wrote:
>> Hello,
>>
>> This version 05 adds the IANA registration sections for the dcmap and
>> dcsa attributes
>> and adds new mux category related sections for both attributes.
>> It also adds [I-D.ietf-mmusic-sdp-mux-attributes] to the list of
>> normative references,
>> as that draft is referenced by the two new mux category sections.
>>
>> Additionally, this version updates section 5.1.1.5 regarding the dmap's
>> 'subprotocol' parameter
>> as per the related MMUSIC discussion initiated by Christian in August,
>> http://www.ietf.org/mail-archive/web/mmusic/current/msg14946.html
>>
>> Thanks,
>> Juergen
>>