Re: [MMUSIC] BUNDLE/SDP : ISSUE#2: Should BUNDLE allow/disallow SSRC Repetition ?

Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 31 October 2013 07:31 UTC

Return-Path: <magnus.westerlund@ericsson.com>
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 CDA2A21E80B5 for <mmusic@ietfa.amsl.com>; Thu, 31 Oct 2013 00:31:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.74
X-Spam-Level:
X-Spam-Status: No, score=-104.74 tagged_above=-999 required=5 tests=[AWL=0.153, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, RCVD_IN_DNSWL_MED=-4, SUBJECT_FUZZY_TION=0.156, USER_IN_WHITELIST=-100]
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 Izn6NWQ-4DuB for <mmusic@ietfa.amsl.com>; Thu, 31 Oct 2013 00:31:44 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 4325F21E80AC for <mmusic@ietf.org>; Thu, 31 Oct 2013 00:31:34 -0700 (PDT)
X-AuditID: c1b4fb25-b7eff8e000000eda-95-527207568f5c
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 71.22.03802.65702725; Thu, 31 Oct 2013 08:31:34 +0100 (CET)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.44) with Microsoft SMTP Server id 14.2.328.9; Thu, 31 Oct 2013 08:31:33 +0100
Message-ID: <52720794.9070101@ericsson.com>
Date: Thu, 31 Oct 2013 08:32:36 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1
MIME-Version: 1.0
To: Suhas Nandakumar <suhasietf@gmail.com>, mmusic WG <mmusic@ietf.org>
References: <CAMRcRGTQkj=D=X4e8qOTnbPzjRQst7xDFgpLw1R0J=yhLyE44w@mail.gmail.com>
In-Reply-To: <CAMRcRGTQkj=D=X4e8qOTnbPzjRQst7xDFgpLw1R0J=yhLyE44w@mail.gmail.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrILMWRmVeSWpSXmKPExsUyM+JvjW4Ye1GQwfdnYhYdk9ksTtw4zWwx dfljFoudczuYHVg8pvzeyOqxc9Zddo8Fm0o9liz5yRTAEsVlk5Kak1mWWqRvl8CVcW2bbsFO wYoTLR1sDYyveLsYOTgkBEwk/m/S6WLkBDLFJC7cW8/WxcjFISRwiFGidcYnJghnOaNEw5wL 7CBVvALaEscOrgKzWQRUJVbO6mYCsdkELCRu/mhkA7FFBYIlbiw7xAZRLyhxcuYTFhBbRMBd Yt/1z6wgQ5kFGhgldj5/zgySEBaIkZjWdxzMFhIIkGicuhBsKKdAoMS0ZytZIS4Vl+hpDAIJ MwvoSUy52sIIYctLNG+dDdWqLdHQ1ME6gVFoFpLVs5C0zELSsoCReRUje25iZk56udEmRmAw H9zyW3UH451zIocYpTlYlMR5P7x1DhISSE8sSc1OTS1ILYovKs1JLT7EyMTBKdXAuGqan5mL DWNk24nWAsa35q/e+W9/NqegtO6lzNGyWGGXqCU31zsmnru7ZddTDUXtZ5s905ivp3dcCWZO brr9XUPp6x+BlZ+MzpmcMLjIffjwhYtGQWGOgcd/Rp+S/SV1zc5irW9g6LeHytMv7WO3cpnJ 9d9oRX8mf73xPnnVyp0uR2ouFEo8VmIpzkg01GIuKk4EAE06lYk0AgAA
Cc: Cullen Jennings <fluffy@cisco.com>, Harald Alvestrand <hta@google.com>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] BUNDLE/SDP : ISSUE#2: Should BUNDLE allow/disallow SSRC Repetition ?
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: Thu, 31 Oct 2013 07:31:50 -0000

Hi,

See inline on my opinion and thinking around this subject.

On 2013-10-31 05:46, Suhas Nandakumar wrote:
> Hello All
> 
>   Another issue or concern that was brought up is dealing with RFC5576
> SSRC attributes across the BUNDLED m=lines.
> 
> RFC5576 does allow SSRCs to be repeated across the m=lines given that
> each m=line forms a separate RTP Session.
> 
> There were two options suggested in this regard (by Jonathan)
> 
> 1. Don't allow SSRC values to be repeated across the bundled m-lines
>     ==> Assign category NORMAL
> 

Although it will be normal that a specific SSRC value will only be
associated with a specific media description (m= block) there are
counter arguments for why this limitation can't be done.

For example an FEC encoding across multiple SSRCs i.e. RTP packet
streams can be sent in the same RTP session under its own SSRC. That
SSRC may be desirable to reference in all the m= blocks that contributes
to this particular encoding. Note, we really are talking about
referencing the same packet stream from multiple places.

There are likely more cases where this type of need will arise.

> 2. Allow SSRC values to be repeated iff the media stream satisfies more
> than one m=lines, in which case, the individual sources define the behavior
>   ==> We have 3 options here
>    2.1 Assign Category SPECIAL and add explanatory note on possible
> scenarios 
> 

I think this is likely sufficient to solve this case.

>    2.2 Assign Category SPECIAL and propose an update to RFC5576 to
> explain behavior of a=ssrc attributes when multiple m=lines are multiplexed
> 
>    2.3 Define a new category ?? 
> 
> 
> I look forward for your inputs on how do we deal with this issue.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------