IETF Logo Mail Archive

Re: [MMUSIC] comments on draft-even-mmusic-application-token-01

"Roni Even" <ron.even.tlv@gmail.com> Tue, 29 October 2013 05:09 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 75E3A11E8103 for <mmusic@ietfa.amsl.com>; Mon, 28 Oct 2013 22:09:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.393
X-Spam-Level:
X-Spam-Status: No, score=-2.393 tagged_above=-999 required=5 tests=[AWL=0.206, BAYES_00=-2.599]
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 hGhetQmu6def for <mmusic@ietfa.amsl.com>; Mon, 28 Oct 2013 22:09:17 -0700 (PDT)
Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com [IPv6:2a00:1450:4013:c00::236]) by ietfa.amsl.com (Postfix) with ESMTP id B563921E80D3 for <mmusic@ietf.org>; Mon, 28 Oct 2013 22:09:15 -0700 (PDT)
Received: by mail-ee0-f54.google.com with SMTP id t10so3616602eei.41 for <mmusic@ietf.org>; Mon, 28 Oct 2013 22:09:14 -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:content-transfer-encoding:thread-index :content-language; bh=t83b7KPPKKpr5+yhX7EbCuO2IvzHFCbOv3Y6Gi8VUCk=; b=IW+bsnnfQaVo/kLUnnZOHrOoPFkT/oWnm43NMfeQlPSiARnseDjcj/IBGzEtasHZwJ 1jHFkJLQz4Mn3BRPC5dAJ722+cf5YriVADZKrRMh0XfeOMPTOXcD4Lp/YNNatcqsPD7T g/Sq5OF99hp2W9MCXqFpuowIF+XVKYvPLv4WQDiy+4OzE3t+k2VCGWe5cLMokLmBQYMe LcYVrwpvQii1aLP6pnGX8t7YCOVEvTysIv2GSCw3UCjiaPFhKT1ifmKquvuHG/AIaIJY MOk1KbP0zSTddfbjoKJ1roLhnCwn7qww1l6u1pfPfnenY7aIGNlvfpYJVSRb5Y7f+3CU 3alA==
X-Received: by 10.15.24.68 with SMTP id i44mr963527eeu.87.1383023354667; Mon, 28 Oct 2013 22:09:14 -0700 (PDT)
Received: from RoniE (bzq-79-181-191-27.red.bezeqint.net. [79.181.191.27]) by mx.google.com with ESMTPSA id u46sm65544773eep.17.2013.10.28.22.09.12 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 28 Oct 2013 22:09:14 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Martin Thomson' <martin.thomson@gmail.com>
References: <526D5CDD.40805@alum.mit.edu> <CABkgnnVekG9bDbO7mvNPcKHH1w3JmvKTcT2K=D1-ERW-vr2GLA@mail.gmail.com> <526D8FA3.1030503@alum.mit.edu> <CABkgnnXTYCx8uWZPUq7KgGdSr1w64kq_SCTDVP56p5DEjaYj3g@mail.gmail.com> <019f01ced3ed$f83e1090$e8ba31b0$@gmail.com> <CABkgnnVFkay_iM2_O9xdfm8ZVxgKX3Etk272Hv0VTKhTEZCYng@mail.gmail.com>
In-Reply-To: <CABkgnnVFkay_iM2_O9xdfm8ZVxgKX3Etk272Hv0VTKhTEZCYng@mail.gmail.com>
Date: Tue, 29 Oct 2013 07:06:01 +0200
Message-ID: <023801ced464$91e97f60$b5bc7e20$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJ6iXv0c6W9apn1bzhH/0GpTiVp7gIEvfvRAp4w7t8B8NJj/gJe/nO0Al9VIzuYWSOwUA==
Content-Language: en-us
Cc: mmusic@ietf.org, 'Paul Kyzivat' <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] comments on draft-even-mmusic-application-token-01
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: Tue, 29 Oct 2013 05:09:17 -0000

Martin,
1. My understanding that unified is only applicable to RTCweb but not a general MMUSIC solution. A singe media stream per m-line that may be grouped  is also a case for MMUSIC. 
2. The motivation for appID is also having multiple media streams (each with a different SSRC) in a single m-line representing a media source. (unified).
3. The FEC example is more a corner case and a question I had about msid and unified but not the motivation for appID
Roni

> -----Original Message-----
> From: Martin Thomson [mailto:martin.thomson@gmail.com]
> Sent: 28 October, 2013 7:17 PM
> To: Roni Even
> Cc: Paul Kyzivat; mmusic@ietf.org
> Subject: Re: [MMUSIC] comments on draft-even-mmusic-application-token-01
> 
> On 28 October 2013 07:57, Roni Even <ron.even.tlv@gmail.com> wrote:
> > there can be an m-line for RTP stream
> 
> I have http://tools.ietf.org/html/draft-roach-mmusic-unified-plan-00#section-
> 3.3
> bookmarked, strangely enough, and the third paragraph is fairly clear about
> the desired configuration, which is that multiple SSRCs are grouped into the
> same m-line.
> 
> The issues regarding the use of a single FEC repair stream for multiple sources
> is where the "can" part comes in, but I wouldn't have used that as the starting
> position for this appid work.

v2.37.1 | Report a Bug | By Email | System Status