Re: [MMUSIC] M-lines: Wikifying it

Christer Holmberg <> Mon, 03 December 2012 16:45 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5DD5321F85C8 for <>; Mon, 3 Dec 2012 08:45:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -5.866
X-Spam-Status: No, score=-5.866 tagged_above=-999 required=5 tests=[AWL=-0.217, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id ORUl3HtG3j2M for <>; Mon, 3 Dec 2012 08:44:59 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 047EC21F85A8 for <>; Mon, 3 Dec 2012 08:44:53 -0800 (PST)
X-AuditID: c1b4fb30-b7f936d0000018b3-b5-50bcd704cbd5
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 63.77.06323.407DCB05; Mon, 3 Dec 2012 17:44:52 +0100 (CET)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Mon, 3 Dec 2012 17:44:52 +0100
Received: from ([]) by ([]) with mapi id 14.02.0318.001; Mon, 3 Dec 2012 17:44:52 +0100
From: Christer Holmberg <>
To: 'Harald Alvestrand' <>
Thread-Topic: [MMUSIC] M-lines: Wikifying it
Date: Mon, 03 Dec 2012 16:44:51 +0000
Message-ID: <>
References: <> <> <> <> <> <>, <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCLMWRmVeSWpSXmKPExsUyM+JvjS7L9T0BBovnmVgc6+tis5i6/DGL A5PHlQlXWD2WLPnJFMAUxWWTkpqTWZZapG+XwJUx7f0qxoLvPBWPnn1nbGDs4+pi5OSQEDCR eLbyKzuELSZx4d56ti5GLg4hgZOMEodPfmOFcHYwSnS9u88C4SxmlFi/ewNQCwcHm4CFRPc/ bZBuEQE9iQ/NixhBbGYBGYkZZxuZQGxhAW2JB2v/sUDU6EicX9HDDGFnSZz62QBmswioSDx6 eYgJZCSvgLfE0u9xEKv2MEtsPXgKbA6ngK7EtgX3wOYzAl36/dQaJohd4hK3nsxngvhAQGLJ nvPMELaoxMvH/1hBZkoIKEos75eDKNeRWLD7ExuErS2xbOFrsHJeAUGJkzOfgJ0pBBRvWTyB fQKjxCwkG2YhaZ+FpH0WkvYFjCyrGNlzEzNz0svNNzECY+rglt8GOxg33Rc7xCjNwaIkzqun ut9fSCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA+Myc5bV0leW972fuCEqeIE403qmFPfOFN1C dpV5/163bbpyvjLutGboZZVX8QzT2dYe2qOy4k/4B0GveVWC31bolrbfjZ7ixvp4QYvCwXdm G8L5+tReGyhbLbbvSZGyeGYtrH05dxKztt2klc+66xgXOC7iz7AQbpVc7jHl2Kvz0ans87wt viqxFGckGmoxFxUnAgBAJAR2dwIAAA==
Cc: mmusic <>
Subject: Re: [MMUSIC] M-lines: Wikifying it
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 03 Dec 2012 16:45:00 -0000


>>>>>> So, the exercise is NOT about how to apply attributes to individual sources?
>>>>> Only in the sense that it is about figuring out which attributes need to be applied to individual sources.
>>>> Well, I believe that was my original question :)
>>>> If you want to apply an attribute to an individual source, you must use the ssrc attribute.
>>> If you are in the camp that believes that there should be more than oneindependent source per M-line.
>>> That camp seemed to me to be in the minority in Atlanta; it was absolutely not the consensus opinion.
>> It's not about in which camp someone is, it's about the assumptions we make in the wiki study. If the assumption is one source per m- line, than I think it should be explicitly stated.
>> Trying again, since I'm obviously not making myself clear:
> The two alternative approaches are:
> - Everything that needs to be controlled separately is in its own M-line. Everything that needs to go on the same RTP session uses BUNDLE to get there. Transport parameters get figured out somehow.
> - Everything that goes on the same RTP session goes on the same M-line. 
> Due to backwards compatible SDP, we may choose to use BUNDLE to lump video and audio together - or we may choose MMT if that works for people. Anything that needs separate control uses a=ssrc.


So, which (if any) approach do you assume in the wiki? :)



> In Atlanta, the room was clearly split between the two. I'm trying to get real data on how many things need to be redefined for each case.