W3C home > Mailing lists > Public > public-webrtc@w3.org > November 2012

RE: [rtcweb] summary of issues raised at W3C meeting

From: Matthew Kaufman <matthew.kaufman@skype.net>
Date: Fri, 2 Nov 2012 21:13:15 +0000
To: "Timothy B. Terriberry" <tterriberry@mozilla.com>, "public-webrtc@w3.org" <public-webrtc@w3.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Message-ID: <AE1A6B5FD507DC4FB3C5166F3A05A484160FFC46@tk5ex14mbxc272.redmond.corp.microsoft.com>
> -----Original Message-----
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
> Behalf Of Timothy B. Terriberry
> Sent: Friday, November 2, 2012 8:32 PM
> To: public-webrtc@w3.org; rtcweb@ietf.org
> Subject: Re: [rtcweb] summary of issues raised at W3C meeting
> Matthew Kaufman <matthew.kaufman@skype.net> wrote:
> > Open issue - at receiver, do all audio streams that have DTMF in the
> > SDP come out decorated as above or undecorated?
> I don't remember all the details of this discussion, but I'm not sure I
> understand this one. There is currently no W3C API for _receiving_ DTMF,
> and no use case driving one, so I don't know what you would decorate a
> remote stream you are receiving with.

I think I was confusing MediaStream (unidirectional) with the RTP media streams (bidirectional).

Of course in the future we might add receipt-of-DTMF too... I can think of JavaScript apps I might want to do that in, using RTCWEB, outside of browsers.

> > We need a way to set priority for each track/data channel (3 or 4
> > levels) *and* have that enforced in the network subsystem of UA
> > *and* optionally diffserv mark *and* get the diffserv markings back
> > via an API (and include in SDP?)
> To be clear, the DSCP is probably an IETF matter (and certainly including it in
> the SDP is). Enforcement in the UA's network subsystem might be,
> depending on how much of that rmcat needs to standardize.


Matthew Kaufman
Received on Friday, 2 November 2012 21:14:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:17:35 UTC