Re: [MMUSIC] Fwd: New Version Notification for draft-ietf-mmusic-msid-01.txt

Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 14 August 2013 17:28 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 46BC711E8156 for <mmusic@ietfa.amsl.com>; Wed, 14 Aug 2013 10:28:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.334
X-Spam-Level:
X-Spam-Status: No, score=-0.334 tagged_above=-999 required=5 tests=[AWL=0.103, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2UXkgbKCRWIK for <mmusic@ietfa.amsl.com>; Wed, 14 Aug 2013 10:28:14 -0700 (PDT)
Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:16]) by ietfa.amsl.com (Postfix) with ESMTP id 7928521F9A78 for <mmusic@ietf.org>; Wed, 14 Aug 2013 10:28:14 -0700 (PDT)
Received: from omta09.westchester.pa.mail.comcast.net ([76.96.62.20]) by qmta01.westchester.pa.mail.comcast.net with comcast id CcpB1m0020SCNGk51hUDAL; Wed, 14 Aug 2013 17:28:13 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta09.westchester.pa.mail.comcast.net with comcast id ChUD1m01A3ZTu2S3VhUD6D; Wed, 14 Aug 2013 17:28:13 +0000
Message-ID: <520BBE2D.5000604@alum.mit.edu>
Date: Wed, 14 Aug 2013 19:28:13 +0200
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: mmusic@ietf.org
References: <20130813121342.12135.74240.idtracker@ietfa.amsl.com> <520A2564.7090404@alvestrand.no>
In-Reply-To: <520A2564.7090404@alvestrand.no>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1376501293; bh=K2u4kfEYUAg4nj90yL+u57VMxsCbltJGd0MEH1KU4Ig=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=GXu+HUi0jg6rTZg2BFDnl0IFMaaRKKDJVeQ9SUmLMdp/ekb3x8ec8gogPMf/nxjL1 8p9bl5nwU++fdObIN6mfv9w9DuhzedU84/7cTTOCLqV86oob2e/E7TBuVSbXXwzMrC xJC01VI0m9hnwtHp1iiQOcvZkZtqQVtCiRfBrOMKvdwjeON2ZR6t59BIkD1JemBbeI fAgLhdnODLrZsWkvEVAAxueuBEpZqKXM6g1QwCQCPdOt4bnWM3a9qinWHbtZGjwzdC Obt1i+DlskHbi/Z/Jwakfc+0Vi1ax4zy9vXbia1pVSNjtHT7/CNxuFiGfA59G2MbI3 Ovq5GSGHZm80A==
Subject: Re: [MMUSIC] Fwd: New Version Notification for draft-ietf-mmusic-msid-01.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: Wed, 14 Aug 2013 17:28:19 -0000

I have a fundamental question about this draft:

With Unified Plan we have a unique m-line for every MediaStreamTrack.
Given that, why do we need the msid attribute? Isn't it sufficient to 
define a new semantic ("mediastream"?) for the grouping framework? 
(RFC3388).

There would still be need for a way to convey the application data, but 
that can be done via another attribute ("mediastream-data"?) associated 
with the m-line.

	Thanks,
	Paul

On 8/13/13 2:24 PM, Harald Alvestrand wrote:
> The auto-poster doesn't seem to want to tell mmusic about this....
>
> this is updated according to Unified-plan. Since it was only 1 day
> before the old version had expired, the proofreading might be a little
> light - please point out places where I had missed changing "SSRC" to
> "m-line"!
>
> I retained some description of the old mechanism (using a=ssrc) in an
> appendix. Please state opinions on whether this should be retained as
> informative, promoted to normative, or removed entirely in the next version.
>
> Hope this informs!
>
>         Harald
>
>
> -------- Original Message --------
> Subject: 	New Version Notification for draft-ietf-mmusic-msid-01.txt
> Date: 	Tue, 13 Aug 2013 05:13:42 -0700
> From: 	internet-drafts@ietf.org
> To: 	Harald T. Alvestrand <harald@alvestrand.no>, Harald Alvestrand
> <harald@alvestrand.no>
>
>
>
> A new version of I-D, draft-ietf-mmusic-msid-01.txt
> has been successfully submitted by Harald Alvestrand and posted to the
> IETF repository.
>
> Filename:	 draft-ietf-mmusic-msid
> Revision:	 01
> Title:		 Cross Session Stream Identification in the Session Description Protocol
> Creation date:	 2013-08-13
> Group:		 mmusic
> Number of pages: 14
> URL:http://www.ietf.org/internet-drafts/draft-ietf-mmusic-msid-01.txt
> Status:http://datatracker.ietf.org/doc/draft-ietf-mmusic-msid
> Htmlized:http://tools.ietf.org/html/draft-ietf-mmusic-msid-01
> Diff:http://www.ietf.org/rfcdiff?url2=draft-ietf-mmusic-msid-01
>
> Abstract:
>     This document specifies a grouping mechanism for RTP media streams
>     that can be used to specify relations between media streams.
>
>     This mechanism is used to signal the association between the SDP
>     concept of "m-line" and the WebRTC concept of "MediaStream" /
>     "MediaStreamTrack" using SDP signaling.
>
>     This document is a work item of the MMUSIC WG, whose discussion list
>     ismmusic@ietf.org.
>
>
>
>
>
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
>
>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>