[rtcweb] Stream control: [MMUSIC] msid-04 submitted

Harald Alvestrand <harald@alvestrand.no> Fri, 14 February 2014 18:06 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 149D61A0371 for <rtcweb@ietfa.amsl.com>; Fri, 14 Feb 2014 10:06:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.345
X-Spam-Status: No, score=0.345 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, RDNS_NONE=0.793] autolearn=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id fYcQ1S5kpTZa for <rtcweb@ietfa.amsl.com>; Fri, 14 Feb 2014 10:06:52 -0800 (PST)
Received: from mork.alvestrand.no (unknown [IPv6:2001:700:1:2::117]) by ietfa.amsl.com (Postfix) with ESMTP id 73C8C1A037E for <rtcweb@ietf.org>; Fri, 14 Feb 2014 10:06:52 -0800 (PST)
Received: from localhost (localhost []) by mork.alvestrand.no (Postfix) with ESMTP id 5888F7C4CF1 for <rtcweb@ietf.org>; Fri, 14 Feb 2014 19:06:50 +0100 (CET)
Received: from mork.alvestrand.no ([]) by localhost (mork.alvestrand.no []) (amavisd-new, port 10024) with ESMTP id p2wrxDaJN6mL for <rtcweb@ietf.org>; Fri, 14 Feb 2014 19:06:50 +0100 (CET)
Received: from [] (unknown []) by mork.alvestrand.no (Postfix) with ESMTPSA id B03417C4CF0 for <rtcweb@ietf.org>; Fri, 14 Feb 2014 19:06:49 +0100 (CET)
Message-ID: <52FE5B37.80409@alvestrand.no>
Date: Fri, 14 Feb 2014 19:06:47 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: "rtcweb@ietf.org" <rtcweb@ietf.org>
References: <52FDC17E.8070708@alvestrand.no>
In-Reply-To: <52FDC17E.8070708@alvestrand.no>
X-Enigmail-Version: 1.6
X-Forwarded-Message-Id: <52FDC17E.8070708@alvestrand.no>
Content-Type: multipart/alternative; boundary="------------090201050803040603040600"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/wA5RAEp7W-0k1o63nQC5vKfVIjg
Subject: [rtcweb] Stream control: [MMUSIC] msid-04 submitted
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Feb 2014 18:06:56 -0000

I created a proposal for how one could signal the receiver's desires for
handling of a MediaStream as an extension to the MSID proposal.

The result is in draft-ietf-mmusic-msid-04 section 5.

There will be discussion in MMUSIC; comments on whether the mechanism
fits the RTCWEB need may be appropriate here.


-------- Original Message --------
Subject: 	[MMUSIC] msid-04 submitted
Date: 	Fri, 14 Feb 2014 08:10:54 +0100
From: 	Harald Alvestrand <harald@alvestrand.no>
To: 	mmusic <mmusic@ietf.org>

I have submitted a new version of the MSID draft, -04.

It tries to make it crystal clear that the msid-semantic:wms is only
intended for signalling MediaStreamTracks and MediaStreams.

It also adds a new functionality: msid-control, which can be used by a
receiver of MediaStreamTracks to signal the sender of a MediaStreamTrack
what the receiver wishes with regard to that MediaStreamTrack; this need
has been identified within the WebRTC and RTCWEB WGs.

It seemed logical to extend this draft with that functionality, since it
is closely allied functionality.

Comments are welcome.


Surveillance is pervasive. Go Dark.

mmusic mailing list