Re: [MMUSIC] M-lines: Wikifying it

Harald Alvestrand <harald@alvestrand.no> Mon, 03 December 2012 16:59 UTC

Return-Path: <harald@alvestrand.no>
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 896B721F886C for <mmusic@ietfa.amsl.com>; Mon, 3 Dec 2012 08:59:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.135
X-Spam-Level:
X-Spam-Status: No, score=-110.135 tagged_above=-999 required=5 tests=[AWL=-0.136, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dxcig3M-LRiF for <mmusic@ietfa.amsl.com>; Mon, 3 Dec 2012 08:59:17 -0800 (PST)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id 332FB21F84F5 for <mmusic@ietf.org>; Mon, 3 Dec 2012 08:59:17 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4888939E130; Mon, 3 Dec 2012 17:59:13 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7Arhfm3VuuV; Mon, 3 Dec 2012 17:59:12 +0100 (CET)
Received: from [IPv6:2001:470:de0a:27:99c7:ec3c:d07d:2736] (unknown [IPv6:2001:470:de0a:27:99c7:ec3c:d07d:2736]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id C138939E04C; Mon, 3 Dec 2012 17:59:11 +0100 (CET)
Message-ID: <50BCDA5F.2050306@alvestrand.no>
Date: Mon, 03 Dec 2012 17:59:11 +0100
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Christer Holmberg <christer.holmberg@ericsson.com>
References: <50B624CC.4010501@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B04D1FE@ESESSMB209.ericsson.se> <50BC84AC.4040201@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B04D2C6@ESESSMB209.ericsson.se> <50BC89A0.1030104@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B04D2F9@ESESSMB209.ericsson.se>, <50BCC9E5.60903@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B04D602@ESESSMB209.ericsson.se> <50BCD57E.4040505@alvestrand.no> <7594FB04B1934943A5C02806D1A2204B04D715@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B04D715@ESESSMB209.ericsson.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] M-lines: Wikifying it
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: Mon, 03 Dec 2012 16:59:18 -0000

On 12/03/2012 05:44 PM, Christer Holmberg wrote:
> Hi,
>
>>>>>>> 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.
> Exactly!
>
> So, which (if any) approach do you assume in the wiki? :)
For the 5th time: I'm NOT assuming one or the other approach.
I'm trying to gather information that people can use to decide which 
approach to follow.
That REQUIRES that the wiki does NOT assume one approach.

Do you hear me now?