Re: [AVTCORE] [MMUSIC] BUNDLE: a single stream with multiple MIDs?

Miguel París Díaz <mparisdiaz@gmail.com> Wed, 20 July 2016 11:37 UTC

Return-Path: <mparisdiaz@gmail.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A31512D561; Wed, 20 Jul 2016 04:37:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16BwIarzrbwV; Wed, 20 Jul 2016 04:37:02 -0700 (PDT)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5CD2412DBBA; Wed, 20 Jul 2016 04:37:02 -0700 (PDT)
Received: by mail-wm0-x233.google.com with SMTP id q128so52526648wma.1; Wed, 20 Jul 2016 04:37:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=91eKYii4GiwRBxpI7Yt/lX3OBme0KX9ufDNzn+5TgVc=; b=LkGvQX8Bzx1Gng5sctNj9ZTf2ROg0yUbQvi3HsWGsGNyQ8HplgWmJWWngbHdsgkQ1l HN1chCpfIB/RaFCzkCFZSsPRjq1H5/wFS/RQ0lpVqyhEiFHYPaK1HlL+UAHsLWshxXfv GDc1cm3jccnc80QHf6EZqsqrsIxmbt2Jt7GqLLyRdgCZl3OY7/SLoaw+VIFY158nmnT0 FvlQSq7maKMUj65Gjw2BZZ7NfACgUx8ePygTbCjquCrSjuDhjP6MaQpAY8LMjrID8pF8 PBDOk0dWfPVHnNEwOdXk1flBbSsDQYILADZnQBwW2rPdZ/FKmhXwIi55QP0b9f2bHYp3 poAg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=91eKYii4GiwRBxpI7Yt/lX3OBme0KX9ufDNzn+5TgVc=; b=S4TDjLGJubCTSXig5XRHn0nlBe+akWf+3vuX7ldyMLpBSQI6XRhg+U72wjgCYbcxwk 6pdKX6RRWmXuL7dJw3EAwpEhuupPhPlVWiN0y7gxuUCFZhNrzdj4C1Y/0QPTu82KuZeX LC+wP0Q9bmBAP3yIcMshVTsImC3vCHXFeBzshEu5NMBm7Ra7KA4sBtbHUoeBwJfbPCFO MMl0wvdRt/1kZjwVZT49WGhEHbDyp82JuburWRHpEvn/mVb7u89vMmb26eG57uZsDWBs 2GLvgfv7goB16a7TKgGjMN4fjJMB/Mg4r6sCDnR6VCIPAFB7TbXvQJPAOp32Ngl+IAtr /XJQ==
X-Gm-Message-State: ALyK8tJI5dgjvCJXQ2fiFH+P0497Dta5mk2ITmsIKmAVPUBhK8Bh46A1ZCBln/cLptA4f3VKTBAxY7wa2azWEg==
X-Received: by 10.28.26.5 with SMTP id a5mr11824381wma.27.1469014620840; Wed, 20 Jul 2016 04:37:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.194.117.67 with HTTP; Wed, 20 Jul 2016 04:36:59 -0700 (PDT)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B476AA914@ESESSMB208.ericsson.se>
References: <6C642BD1-679B-4CCA-9148-DD4A7ACB48A4@vidyo.com> <CAMRcRGRMp-tehSjwaXh4rzwedsHHjXaxhJ=pd0-9XiSCiLG_2Q@mail.gmail.com> <7E00EB16-72FE-4A1E-A268-66674361FB2B@vidyo.com> <CAJrXDUFpkVegw_hb4hFVP0Bme=6avVC8J3hucuhHDbvOamn-2w@mail.gmail.com> <3BECBA70-B73C-4E87-8A69-55AAA406A8B9@vidyo.com> <CAJrXDUETxAbt4pP2ShAKuYSaDdRk5u_c1antpVATE+NinAaiVA@mail.gmail.com> <D3AD2F4A.BEE3%christer.holmberg@ericsson.com> <CALiegf=VCCK0SYysZ3VbP7WRrGFE_3P-Fn2BYouVE4faX1JMzw@mail.gmail.com> <D3AD3CF3.BEFB%christer.holmberg@ericsson.com> <CAMRcRGTjXK_vK3JAoiMY332WjZuf2+GxmFcODCOA6=pnArG+Dw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B476AA914@ESESSMB208.ericsson.se>
From: =?UTF-8?Q?Miguel_Par=C3=ADs_D=C3=ADaz?= <mparisdiaz@gmail.com>
Date: Wed, 20 Jul 2016 13:36:59 +0200
Message-ID: <CAEn+E3ie69kZqDx6cNOnJ-AvcfVOqA0AwhJ5_R5LwgvEtzm7tw@mail.gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary=001a114cbb7aa52b4d05380f9eb5
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/b0NRtNxbAO5uuoR5NjR3sB_mxp0>
Cc: Jonathan Lennox <jonathan@vidyo.com>, mmusic <mmusic@ietf.org>, IETF AVTCore WG <avt@ietf.org>
Subject: Re: [AVTCORE] [MMUSIC] BUNDLE: a single stream with multiple MIDs?
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Jul 2016 11:37:05 -0000

Hello,
thinking a bit about that idea, if we support that different RTP streams
have the same MID, we should provide a kind of version to deal with race
conditions.

Taking the example of “the current loudest speaker” (LS) , if the middle
box switches many times Alice <-> Bob streams the endpoint receiving the
RTP streams may show the incorrect loudest-speaker due to processing an RTP
stream before the other one (network, race condition into the endpoint,
etc.)

Imagine that case:
MidleBox side: Alice LS -> Bob LS -> Alice LS
Endpoint side: Process Alice as LS -> Process Alice LS -> Process Bob LS

At the end the endpoint would render Bob as LS, but it is wrong.

To fix this race condition problem I propose adding a version:
MidleBox side: Alice LS-0 -> Bob LS-1 -> Alice LS-2
Endpoint side: Process Alice as LS-0 -> Process Alice LS-2 -> Process Bob
LS-1 (discarded because 1<2)

What do you think about that?

Best regards!!


2016-07-14 17:49 GMT+02:00 Christer Holmberg <christer.holmberg@ericsson.com
>:

> Hi,
>
> You don't need a common logic. You can define an application layer
> protocol (e.g. CLUE) to define/configure/negotiate these kind of things.
>
> Regards,
>
> Christer
>
> Sent from my Windows Phone
> ------------------------------
> From: Suhas Nandakumar <suhasietf@gmail.com>;
> Sent: ‎14/‎07/‎2016 18:43
> To: Christer Holmberg <christer.holmberg@ericsson.com>;
> Cc: Iñaki Baz Castillo <ibc@aliax.net>;; Jonathan Lennox
> <jonathan@vidyo.com>;; mmusic <mmusic@ietf.org>;; IETF AVTCore WG
> <avt@ietf.org>;
> Subject: Re: [MMUSIC] [AVTCORE] BUNDLE: a single stream with multiple
> MIDs?
>
>
>
> On Thu, Jul 14, 2016 at 3:27 PM, Christer Holmberg <
> christer.holmberg@ericsson.com>; wrote:
>
>>
>> >...
>> >
>> >The current proposal breaks that. Please let's MID to be a single,
>> >unique and mandatory attribute per m-line.
>>
>>
>> Šand let each RTP packet be associated with one, and only one, of those
>> MIDs/m-lines.
>>
>>
>> You can then have application logic saying e.g. ³If no Œloudest-speaker¹
>> media is received, then duplicate the Œboss¹ media on the screen
>> associated with the loudest speaker². It¹s much more flexible, and without
>> any of the constraints mentioned earlier.
>>
>>
> I agree it brings in flexibility and it scares me a bit as well .. Each
> application needs to define their own logic or need a common logic across
> all applications ..
>
>
>
>>
>> Regards,
>>
>> Christer
>>
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>
>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>
>


-- 
Miguel París Díaz
------------------------------------------------------------------------
Computer/Software engineer.
Researcher and architect in http://www.kurento.org
http://twitter.com/mparisdiaz
------------------------------------------------------------------------