Re: [MMUSIC] draft-ejzak-mmusic-msrp-usage-data-channel

Christer Holmberg <christer.holmberg@ericsson.com> Sun, 26 October 2014 16:11 UTC

Return-Path: <christer.holmberg@ericsson.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 00F171A0102 for <mmusic@ietfa.amsl.com>; Sun, 26 Oct 2014 09:11:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 JTmy-5X07kA6 for <mmusic@ietfa.amsl.com>; Sun, 26 Oct 2014 09:11:05 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D3C621A00C3 for <mmusic@ietf.org>; Sun, 26 Oct 2014 09:11:04 -0700 (PDT)
X-AuditID: c1b4fb25-f791c6d00000617b-26-544d1d16169b
Received: from ESESSHC006.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 84.5B.24955.61D1D445; Sun, 26 Oct 2014 17:11:02 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.163]) by ESESSHC006.ericsson.se ([153.88.183.36]) with mapi id 14.03.0174.001; Sun, 26 Oct 2014 17:11:02 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Makaraju, Maridi Raju (Raju)" <Raju.Makaraju@alcatel-lucent.com>, Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] draft-ejzak-mmusic-msrp-usage-data-channel
Thread-Index: Ac/uuCRoxa2wDi0XTrmXWBalhgDJLQAFclAAAAe3mAAAkmUGQA==
Date: Sun, 26 Oct 2014 16:11:01 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D4C9DC9@ESESSMB209.ericsson.se>
References: <949EF20990823C4C85C18D59AA11AD8B266CF1@FR712WXCHMBA11.zeu.alcatel-lucent.com> <54492D34.5030705@alum.mit.edu> <E1FE4C082A89A246A11D7F32A95A17828E5EE3CF@US70UWXCHMBA02.zam.alcatel-lucent.com>
In-Reply-To: <E1FE4C082A89A246A11D7F32A95A17828E5EE3CF@US70UWXCHMBA02.zam.alcatel-lucent.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.148]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrNLMWRmVeSWpSXmKPExsUyM+Jvja6YrG+IwaxV1hZTlz9msVix4QCr RcPGK6wOzB6tz/ayevx9/4HJY8mSn0wBzFFcNimpOZllqUX6dglcGfN/nGAqOMNZcWvOW6YG xpvsXYycHBICJhJ9d34wQ9hiEhfurWfrYuTiEBI4wihxtfUlG0hCSGAJo8TJ/XZdjBwcbAIW Et3/tEFqRASmMEpsXXCFEaRGWMBB4ufUXWCDRAQcJeY0L2aFsJ0k1k9bBRZnEVCVeHbjGthi XgFfieNfj7JDLDvPKDH/cBcTyAJOgViJ12tlQGoYgQ76fmoNE4jNLCAucevJfCaIQwUkluw5 D3W0qMTLx/9YIWwlicYlT1gh6nUkFuz+xAZha0ssW/iaGWKvoMTJmU9YJjCKzkIydhaSlllI WmYhaVnAyLKKUbQ4tTgpN93IWC+1KDO5uDg/Ty8vtWQTIzB2Dm75rbqD8fIbx0OMAhyMSjy8 Bld8QoRYE8uKK3MPMUpzsCiJ8y48Ny9YSCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA2PziU/3 syPOJvwrn9H0I987mnHlDsWnSYG5fjtf+Ybnfdn6rrr1UI9T1fFczZPnrW5MZK1nzWPvT2XN TE9VuT7HSGntL/bIh1qfeJ+0soTtWq8StFhk9ebrF/tSd7nZff7GcuZ56IVwv+P+vbMPZOWr vSjcnOqzvkRu7TE9w2gzm0TD3mcmZkosxRmJhlrMRcWJAMD63kV+AgAA
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/VFeFDuxCui-mu6Vvl4ghAOiJtR0
Subject: Re: [MMUSIC] draft-ejzak-mmusic-msrp-usage-data-channel
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: <http://www.ietf.org/mail-archive/web/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, 26 Oct 2014 16:11:08 -0000

Hi,

>> * Section 5.1.1.1
>> 
>> The following seems overly stringent:
>> 
>>     The SDP answer shall include the exact same attribute line to
>>     indicate acceptance of the data channel instance.
>> 
>> This seems to require a byte-by-byte copy. That precludes 
>> independently generating an equivalent attribute. ISTM it is 
>> sufficient to require the attribute in the answer to meet the same 
>> requirements as that in the offer, and to have the same channel 
>> number. (And label???)
>
> <Raju>
> Correct. In theory a simple answer of "a=dcamp:2" is sufficient (especially since we are now going to 
> make "subprotocol" as optional) to indicating acceptance of that particular data channel.
> However, to make it consistent with rest of the SDP style, we will change the text to indicate subprotocol 
> parameter MUST be included in answer with an optional label (matching or non-matching). They may appear in any order.

I am not sure whether you need to say anything about this.

How to create the answer is a generic text, and there is already procedure text in section 5.1.1 draft-ejzak-mmusic-data-channel-sdpneg-01 for this.

Regards,

Christer