Re: [MMUSIC] rfc5888: Multigroup management
Santiago Carot Nemesio <sancane.kurento@gmail.com> Tue, 21 June 2016 08:58 UTC
Return-Path: <sancane.kurento@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 9BCF512D0B8 for <mmusic@ietfa.amsl.com>; Tue, 21 Jun 2016 01:58:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, 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 3qpc5Fv0Ylzk for <mmusic@ietfa.amsl.com>; Tue, 21 Jun 2016 01:58:25 -0700 (PDT)
Received: from mail-yw0-x22d.google.com (mail-yw0-x22d.google.com [IPv6:2607:f8b0:4002:c05::22d]) (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 6583712B03E for <mmusic@ietf.org>; Tue, 21 Jun 2016 01:58:25 -0700 (PDT)
Received: by mail-yw0-x22d.google.com with SMTP id v77so8155718ywg.0 for <mmusic@ietf.org>; Tue, 21 Jun 2016 01:58:25 -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:content-transfer-encoding; bh=3rmJDthBth+9295U6Vd9odgZ9quT3eosgZC96S43tR0=; b=f4VeW4Ellg10TqbBF/nWtvvtctZ3rVKrwKasYSV1FmiQ4u1oRYB0ZV/lO2yqtSXSPp AqUqvgQEO4GC3ffuyxy00tWqORAAaYHCuA3k9V2bmFQQ3UYwfkbkguJ3BwRh9KXkh9Zq +G+gb/OhFV/nGUCd5qBGSLnIIy/ycRGHuLqQdOEG/yaYA+zeuPbNzR7/m9QW3Lq2eSPm WJiAJM2nA9XuHZVdRh2VhTIgxzl+uj1TwZ+Zu5tc/rTCwkC51SbE6sMCc20D/Tm2iEAa eNNTW40l+yHjXiBzPfJArT705Mei0Do9MaGW1UdrxddRBuGl8E3Ub4rc3m5J+xU9Gn+6 p7Fg==
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:content-transfer-encoding; bh=3rmJDthBth+9295U6Vd9odgZ9quT3eosgZC96S43tR0=; b=B/xEg8NBk+ZO/IsJ4P+VIdMOr8Yk+VH5UDiHv98Lu7jQQdpUtgax1Is4mdSpQoOEaZ ZF0M3oQGHY+aG4+mIU1kiaByfIq68eA6+jS8l14HDzo2HDfbxj2dCPSRS9t7uUtA3B6T hzrbDXzmWCr5K+QrPZrAkYZtT5BBF7Sh+JvAxqKi6Kf6UN1zGV2m29JBGfsMsWO3pQ5G MYB9FmmsYjiqgIGbrPUDKILxh8tIFLmlnxCc+/s8Bskw+WR4cXBSVDmBQk2hf74pD4sU 88JKjbHjX8CKW0eSy6RDuX5XQzeCP10XbFDhrf9dRMSO1r1ZBzbcA0okUhpVleo0QvN/ lhfQ==
X-Gm-Message-State: ALyK8tKjG/FRvPK4G76+lfViglO1UorjqYdSZAujc38yHJEwfaCwhBBXXXH94joI1KBaQzY3CSBEasQKOdysEw==
X-Received: by 10.129.85.76 with SMTP id j73mr11119918ywb.233.1466499504661; Tue, 21 Jun 2016 01:58:24 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.84.65 with HTTP; Tue, 21 Jun 2016 01:58:24 -0700 (PDT)
In-Reply-To: <AM3PR07MB1188A669C09623F656E70E638D2A0@AM3PR07MB1188.eurprd07.prod.outlook.com>
References: <CAHBuHNBabbwpCQNq-x_g7i3Ko27gkeo-zYZTLPQXDXUE09ac=Q@mail.gmail.com> <AM3PR07MB1188A669C09623F656E70E638D2A0@AM3PR07MB1188.eurprd07.prod.outlook.com>
From: Santiago Carot Nemesio <sancane.kurento@gmail.com>
Date: Tue, 21 Jun 2016 10:58:24 +0200
Message-ID: <CAHBuHNC8LmYLmDcB-zm0xAqDKSeHRANfmb7NSVOV+hx2tVP8WQ@mail.gmail.com>
To: Bo Burman <bo.burman@ericsson.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/mqGLJc3kiEDs25oKmGKN_QXnHxY>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] rfc5888: Multigroup management
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 21 Jun 2016 08:58:26 -0000
Hi, thanks a lot for your reply, see comments below. 2016-06-20 15:39 GMT+02:00 Bo Burman <bo.burman@ericsson.com>: > Hi, > > I think this list should be capable to answer your question. > > It seems to me that you in general need to consider the semantics of the grouping. Looking to your example below, I don't really understand what you try to express with > a=group:LS 1 2 3 > a=group:LS 1 2 > Obviously, if media lines with mid 1, 2, and 3 are lip-synchronized (LS), so are mid 1 and 2, since it is a true subset of the first group. The second "a=" line is redundant even to start with. As such, just removing or disregarding the resulting repeated line in the answer in your example does not cause any concern or ambiguity. This is not a real case at all, I just wanted to raise awareness about this concern, so that's just a simple example of ambiguity in case any peer needs to distinguis this case, So the semantic regarding of the grouping of medias is application dependant you can not make assumptions about what application do or even what they are trying to do, but from the implementation point of view perhaps you need to distinguish what group was offered with what medias and what medias were accepted for any specific group. So I suspects that just as it is right now this is not possible. Please, fixme if I'm wrong or I'm missing something. Thanks
- Re: [MMUSIC] rfc5888: Multigroup management Santiago Carot Nemesio
- Re: [MMUSIC] rfc5888: Multigroup management Bo Burman
- [MMUSIC] rfc5888: Multigroup management Santiago Carot Nemesio
- Re: [MMUSIC] rfc5888: Multigroup management Bo Burman