Re: [MMUSIC] RFC 6190 Single Session Transport

"Roni Even" <ron.even.tlv@gmail.com> Thu, 22 August 2013 09:08 UTC

Return-Path: <ron.even.tlv@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 513B721F933B for <mmusic@ietfa.amsl.com>; Thu, 22 Aug 2013 02:08:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 MBYccFgVNEyK for <mmusic@ietfa.amsl.com>; Thu, 22 Aug 2013 02:08:01 -0700 (PDT)
Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) by ietfa.amsl.com (Postfix) with ESMTP id 1799721F87BB for <mmusic@ietf.org>; Thu, 22 Aug 2013 02:07:44 -0700 (PDT)
Received: by mail-we0-f176.google.com with SMTP id q56so1365550wes.21 for <mmusic@ietf.org>; Thu, 22 Aug 2013 02:07:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:thread-index:content-language; bh=1gSrrKE2RzzVCXEuMTcieEjitawOhd6nuumQq6NdUHk=; b=NCfTsuC/eYOpMpUQ5U1j6l+youBklvrznUYBlJy9jtFT7mkQALjmqWyH77P5bKWTJk l3gBmL9Joc8aOXwTGCuJzhjzLOqK1ALUhdtOBY2crqAMolv94dkfs9QsYYklF7VkQoIm C6gYOxSX5brYvxcdKQyopaX6asltAoP4jXkp5UHsZoSTD1j1YqoFzC3tYlgX1HUXhfK2 w7J8wU3o+3a5pGekvXAN5vdkKS8A5q0MN3aIaH9PgBJpAv2dgdJVM6LhBX8Uz5Yw1uMV AK73Yzb+gu2ZAAlgs7czgfDUX8i3UOf6FbDQsUsI8V1gGId5No+kdc8vGxmbvMds7Axg 3h9g==
X-Received: by 10.180.9.69 with SMTP id x5mr19997719wia.41.1377162464199; Thu, 22 Aug 2013 02:07:44 -0700 (PDT)
Received: from RoniE ([109.67.221.133]) by mx.google.com with ESMTPSA id ff5sm31442134wib.2.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 22 Aug 2013 02:07:42 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Jonathan Lennox' <jonathan@vidyo.com>, 'Bernard Aboba' <bernard_aboba@hotmail.com>
References: <BLU169-W630D4FBAA70899F6C54A0593830@phx.gbl>, <3879D71E758A7E4AA99A35DD8D41D3D91D487E63@xmb-rcd-x14.cisco.com>, <EE556E46-54C1-4AAB-B03A-56FB8971D8A2@vidyo.com> <BLU169-W1208949649FACAC3137B05C93630@phx.gbl> <3AD93742-DBA4-4EDD-80AD-A667994ECE8D@vidyo.com>
In-Reply-To: <3AD93742-DBA4-4EDD-80AD-A667994ECE8D@vidyo.com>
Date: Thu, 22 Aug 2013 12:05:13 +0300
Message-ID: <034a01ce9f16$bc2d8600$34889200$@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_034B_01CE9F2F.E17BA860"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJ680PtyCDXIknXog+yt3k+QmtJ0gEe3FNKAgCnf3gCFUU8LQNTIcKFmAQHXVA=
Content-Language: en-us
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] RFC 6190 Single Session Transport
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, 22 Aug 2013 09:08:02 -0000

Hi Jonathan,

Maybe if you want to use FEC only on the base layer and not on all layers.

Roni

 

From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of
Jonathan Lennox
Sent: 19 July, 2013 5:54 PM
To: Bernard Aboba
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] RFC 6190 Single Session Transport

 

 

On Jul 18, 2013, at 10:02 PM, Bernard Aboba <bernard_aboba@hotmail.com>
wrote:





Jonathan said: 

"I don't understand how single-session multi-source transmission will work
without either a) signaling "a=ssrc-group DDP" decoding dependencies, or b)
making various implementation-specific assumptions about the structure of
the SVC streams."
 
[BA] In terms of SDP choices for expressing layering within a single m line,
you can either go the a=ssrc-group:DDP route, or use distinct payload types
for each layer and RFC 5583 a=group:DDP (this is what "Unified Plan" Section
4.7 appears to advocate).  

I'm not sure how "MST within a single session" could be expressed in SDP
without BUNDLE.  Was the idea to use multiple m lines and group them
together but use the same port? 

 

I think the authors of RFC 6190 didn't see a use case for MST within a
single RTP session -- all of the interesting MST use cases they saw involved
separate transport flows for the separate layers, and if you're sending all
the layers on a single transport flow, SST is significantly simpler.

 

What requirement are you trying to achieve that's met by MST in a single
session, but not by SST?

 

--

Jonathan Lennox
jonathan@vidyo.com