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

Suhas Nandakumar <suhasietf@gmail.com> Thu, 31 October 2013 04:46 UTC

Return-Path: <suhasietf@gmail.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 ECDA611E81F3 for <mmusic@ietfa.amsl.com>; Wed, 30 Oct 2013 21:46:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.491
X-Spam-Level:
X-Spam-Status: No, score=-1.491 tagged_above=-999 required=5 tests=[AWL=-0.248, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, NO_RELAYS=-0.001, SUBJECT_FUZZY_TION=0.156]
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 ZnNPocdp64EY for <mmusic@ietfa.amsl.com>; Wed, 30 Oct 2013 21:46:46 -0700 (PDT)
Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 8488911E81C7 for <mmusic@ietf.org>; Wed, 30 Oct 2013 21:46:31 -0700 (PDT)
Received: by mail-we0-f170.google.com with SMTP id u57so2198853wes.1 for <mmusic@ietf.org>; Wed, 30 Oct 2013 21:46:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=u4wy7JMkLOpyJK81cVfOPjlsyUnc0TIOMZdODXWrIZU=; b=KtG7A0nxveVIjXd4m/v9obKoc7ORrji5OODNp/8k4w+I7Z2WaXQuufPUz1X/0fahzE cS9hLRn+zJssLjoYS87B4AQXmbBOH+AoNNpzGbOpOHlaHspielXw/UmDBzoUZGtrpCO9 iut0u6TbBACtQ/uVDtofoRcm9SsMrgIBX3JSFME7isYYxJrSHu39bx/2jv5k6xVK3HeG E1WSTkP7uZsZjxYKkfNyWFQy82Ho+mXkMt55Y0sVrBuyxtGRvNVt0If/ZhWn9sIgcjlD S8CDRv/cix6P4AeqYXbL0fVc6oFOBy4Ca7r00H3LCsLajRZ/PaQH22Uf6s2tT037uuSJ AiVw==
MIME-Version: 1.0
X-Received: by 10.180.99.99 with SMTP id ep3mr841486wib.11.1383194787165; Wed, 30 Oct 2013 21:46:27 -0700 (PDT)
Received: by 10.194.178.231 with HTTP; Wed, 30 Oct 2013 21:46:27 -0700 (PDT)
Date: Wed, 30 Oct 2013 21:46:27 -0700
Message-ID: <CAMRcRGTQkj=D=X4e8qOTnbPzjRQst7xDFgpLw1R0J=yhLyE44w@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="f46d044283c0f1bdae04ea0221f2"
Cc: Cullen Jennings <fluffy@cisco.com>, Harald Alvestrand <hta@google.com>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: [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 04:46:48 -0000

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

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

   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
Suhas