Re: [MMUSIC] SDPNEG: How to disable DCEP

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 24 April 2019 22:25 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 1FE4912038B for <mmusic@ietfa.amsl.com>; Wed, 24 Apr 2019 15:25:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 5iED8-6CKOr9 for <mmusic@ietfa.amsl.com>; Wed, 24 Apr 2019 15:25:05 -0700 (PDT)
Received: from outgoing-alum.mit.edu (outgoing-alum.mit.edu [18.7.68.33]) (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 E474612014E for <mmusic@ietf.org>; Wed, 24 Apr 2019 15:25:04 -0700 (PDT)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id x3OMP2aw017172 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for <mmusic@ietf.org>; Wed, 24 Apr 2019 18:25:03 -0400
To: mmusic@ietf.org
References: <8A9AAAC7-FB2D-4884-BAC6-268B98C7A0F0@ericsson.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <eba7d468-a2a3-8c5f-c2b0-fa515fb2e55c@alum.mit.edu>
Date: Wed, 24 Apr 2019 18:25:02 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <8A9AAAC7-FB2D-4884-BAC6-268B98C7A0F0@ericsson.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/L5IodGkXyZ8wurrcNHcqT6GN0Hw>
Subject: Re: [MMUSIC] SDPNEG: How to disable DCEP
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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, 24 Apr 2019 22:25:06 -0000

On 4/24/19 4:37 AM, Christer Holmberg wrote:
> Hi,
> 
> I had an off-line discussion with Bo regarding how to know whether to 
> use SDPNEG or DCEP for a Data Channel.
> 
> Section 5 says:
> 
>     ”This section defines two new SDP media-level attributes that can be
> 
>     used together with the SDP Offer/Answer mechanism to negotiate data
> 
>     channel-specific and subprotocol-specific parameters without the
> 
>     usage of DCEP [I-D.ietf-rtcweb-data-protocol].”
> 
> Do we consider this clear enough that the presence of those attributes 
> (well, only dcmap, since dcsa is optional) will “disable” usage of DCEP, 
> or do we want to be more clear?

The distribution of specs across multiple documents makes it really 
fuzzy what is normative for what.

Perhaps something should be said about the validity of using a 
webrtc-datachannel media stream for establishing data channels via SDP 
with dcmap and/or DCEP. I don't think this is said anywhere else.

	Thanks,
	Paul