Re: [rtcweb] *MUST* DCEP?

Re: [rtcweb] MUST DCEP?

"Makaraju, Maridi Raju (Raju)" <Raju.Makaraju@alcatel-lucent.com> Tue, 04 March 2014 12:08 UTC

From: "Makaraju, Maridi Raju (Raju)" <Raju.Makaraju@alcatel-lucent.com>
To: Ted Hardie <ted.ietf@gmail.com>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [rtcweb] *MUST* DCEP?
Thread-Index: AQHPN5mmFhBjN/7IlE2x2iXE8FJgd5rRGzIA//+4iTA=
Date: Tue, 04 Mar 2014 12:08:18 +0000
Message-ID: <E1FE4C082A89A246A11D7F32A95A17826E0069CB@US70UWXCHMBA02.zam.alcatel-lucent.com>
References: <5315B2E8.7010703@alum.mit.edu> <CA+9kkMAstUJHgMNRHE1EokqnNhyX0W+YPKvq7_=Miq4+Tbi5aw@mail.gmail.com>
In-Reply-To: <CA+9kkMAstUJHgMNRHE1EokqnNhyX0W+YPKvq7_=Miq4+Tbi5aw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: multipart/alternative; boundary="_000_E1FE4C082A89A246A11D7F32A95A17826E0069CBUS70UWXCHMBA02z_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/qXa6C_UIIeYLbF6KyiZI9vLuQfc
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] *MUST* DCEP?
Precedence: list

While a=sctpmap assumes use of DCEP, indication of external negotiation (instead of DCEP) also requires subprotocol and it's parameters to be conveyed. This has to be done per data channel stream.
Are you looking at more than what is documented in [I-D.ejzak-mmusic-data-channel-sdpneg]?
Or are you looking for an indication of this (for all streams) directly in a=sctpmap?

How about item 3 of the following proposal?
http://www.ietf.org/mail-archive/web/mmusic/current/msg13155.html

-Raju


From: rtcweb [mailto:rtcweb-bounces@ietf.org] On Behalf Of Ted Hardie
Sent: Tuesday, March 04, 2014 5:17 AM
To: Paul Kyzivat
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] *MUST* DCEP?

On Tue, Mar 4, 2014 at 11:03 AM, Paul Kyzivat <pkyzivat@alum.mit.edu<mailto:pkyzivat@alum.mit.edu>> wrote:
Ted,

(I think this was open issue #8)

You closed discussion on this, saying that this should be specified in some rtcweb "system" document. IIUC, then I disagree.

This is important to others besides rtcweb. We want to use this mechanism, both with and without components that are implementing rtcweb. Certainly for non-browsers.

Help me understand why it wouldn't then be in their systems documents?

Ted



This ultimately comes down to what I can expect after having negotiated (in SDP) the establishment of an SCTP association. When doing so, I use a=sctpmap to negotiate the how the association will be used. If I intend to use data channels and DCEP then I want an assurance that the other end does too. (That is the purpose of the SDP negotiation.)

AFAIK, current when I specify 'a=sctpmap:webrtc-datachannel' (or 'a=sctp-datachannel' depending on where I look), that means the other side supports data channels *and* guarantees support for DCEP. There is no means to indicate support for data channels *without* DCEP.

I don't see any urgent need to have data channels without DCEP, as long as *use* of DCEP is optional.

IMO things would be less confusing if the two documents were merged into one, that defines the *Data Channel Protocol* (that runs over SCTP). This protocol runs over pairs of SCTP streams, has a small number of messages (open, ack, string-payload, binary-payload, close), and encodes them in SCTP using SCTP messages with particular payloads and SCTP stream reset. The open and ack messages would be optional.

        Thanks,
        Paul

[rtcweb] *MUST* DCEP? Paul Kyzivat
Re: [rtcweb] *MUST* DCEP? Martin Thomson
Re: [rtcweb] *MUST* DCEP? Ted Hardie
Re: [rtcweb] *MUST* DCEP? Makaraju, Maridi Raju (Raju)
Re: [rtcweb] *MUST* DCEP? Paul Kyzivat
Re: [rtcweb] *MUST* DCEP? Paul Kyzivat
Re: [rtcweb] *MUST* DCEP? Makaraju, Maridi Raju (Raju)
Re: [rtcweb] *MUST* DCEP? Paul Kyzivat
Re: [rtcweb] *MUST* DCEP? Makaraju, Maridi Raju (Raju)