IETF Logo Mail Archive

Re: [MMUSIC] Some more APPID questions

"Roni Even" <ron.even.tlv@gmail.com> Sun, 03 November 2013 22:38 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 7187521F9B57 for <mmusic@ietfa.amsl.com>; Sun, 3 Nov 2013 14:38:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-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 sqLQ5TfBAPZD for <mmusic@ietfa.amsl.com>; Sun, 3 Nov 2013 14:38:43 -0800 (PST)
Received: from mail-bk0-x235.google.com (mail-bk0-x235.google.com [IPv6:2a00:1450:4008:c01::235]) by ietfa.amsl.com (Postfix) with ESMTP id 8138D21F995A for <mmusic@ietf.org>; Sun, 3 Nov 2013 14:38:30 -0800 (PST)
Received: by mail-bk0-f53.google.com with SMTP id w11so2115578bkz.12 for <mmusic@ietf.org>; Sun, 03 Nov 2013 14:38:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-type:content-transfer-encoding:thread-index :content-language; bh=aCX/AqQCvL5mb8AMY/jsZxYKKDqSpIulYCZkmObSSpQ=; b=ZvSMSCFpmksHVnQlrzkW9ru8dSO4jQ1YNa07bVh6sNyxYXC/OSCvlAOHWNUv4J5stp 6moiBjd3F/NlqK7EY1ToJ4vrL6WSfCKuE17qZrKxIRSMfCm+GkguJNUQyZtAVkLgQsN3 sc+5nuuh0aE8Cr1EIhnOkvtCY0ROVsqraVQQVDz3j8rFxkeMM+v2NYaJwRDO6FyIQi/u ro53JeCE6xdoDb8HUoakT4ktW0TA4ZFpRFqT9HTuyJBo/UR0IXHUy9GiguJiruzPXTsB kgx1Y24QxS3Tz3E3Z083la9Y49AZJo7YpHdgmF3AHewlQHuqKrNmCxo0tgHs4UuXNUPY i3KA==
X-Received: by 10.204.230.17 with SMTP id jk17mr4811244bkb.6.1383518308214; Sun, 03 Nov 2013 14:38:28 -0800 (PST)
Received: from RoniE ([2001:67c:370:160:7c8c:2661:ea9b:6b8b]) by mx.google.com with ESMTPSA id a4sm12719383bko.11.2013.11.03.14.38.26 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 03 Nov 2013 14:38:27 -0800 (PST)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Harald Alvestrand' <harald@alvestrand.no>, 'mmusic' <mmusic@ietf.org>
References: <52769448.7080606@alvestrand.no> <017001ced8de$a268f590$e73ae0b0$@gmail.com> <5276CE8B.8050809@alvestrand.no>
In-Reply-To: <5276CE8B.8050809@alvestrand.no>
Date: Mon, 04 Nov 2013 00:35:11 +0200
Message-ID: <017801ced8e4$f6e021b0$e4a06510$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQEJHLPXYj78WEr4Hhkvk0KFWNmBAwIZtPtxAkM5Q+ebfKhwwA==
Content-Language: en-us
Subject: Re: [MMUSIC] Some more APPID questions
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: Sun, 03 Nov 2013 22:38:45 -0000

> -----Original Message-----
> From: Harald Alvestrand [mailto:harald@alvestrand.no]
> Sent: 04 November, 2013 12:31 AM
> To: Roni Even; 'mmusic'
> Subject: Re: [MMUSIC] Some more APPID questions
> 
> On 11/03/2013 10:49 PM, Roni Even wrote:
> > Hi Harald,
> > The current draft is still not mature enough and the presentation will
> > have some information which is not there and some of the text in the
> > 00 version that is not in the 01 version may come back.
> >
> > An SSRC can have multiple appIds example is in a three camera system
> > one appID for active speaker which is now the left camera having a
> > different appID
> >
> > The uniqueness of appID should be per media packet stream.
> >
> so if you have
> 
> ssrc A: appid 45
> ssrc B: appid 27
> 
> this means exactly the same thing as
> 
> ssrc A: appid 45
> ssrc B: appid 45
> 
> ?
> 
> This seems to create issues when you have a single appid that is moving
around
> between SSRCs.
[Roni Even] The mapping from AppID to SSRC should be in SDES or RTP header
extension, example is appID 45 that can be first SSRC A and then SSRC B if
appId represent the active speaker.

v2.14.0 | Report a Bug | By Email