Re: [MMUSIC] Partial Offer/Partial Answer draft

Martin Thomson <martin.thomson@gmail.com> Tue, 15 October 2013 16:47 UTC

Return-Path: <martin.thomson@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 5F33021E80E4 for <mmusic@ietfa.amsl.com>; Tue, 15 Oct 2013 09:47:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599, J_CHICKENPOX_15=0.6, J_CHICKENPOX_19=0.6, 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 1hOug0PemQla for <mmusic@ietfa.amsl.com>; Tue, 15 Oct 2013 09:47:44 -0700 (PDT)
Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) by ietfa.amsl.com (Postfix) with ESMTP id 3F65A21F9AA8 for <mmusic@ietf.org>; Tue, 15 Oct 2013 09:47:36 -0700 (PDT)
Received: by mail-wg0-f53.google.com with SMTP id y10so6510661wgg.32 for <mmusic@ietf.org>; Tue, 15 Oct 2013 09:47:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=4TbCEeNNeo+k1wdF01r/krqTZ2AHPgnw7LmRlS1vjoE=; b=jao+K5rWEo2FKay0m/QxdGIUq8Ga/jz/4O5n/FHOIqaNWgBG0zhGe6YFwRi3czzh8F U22hopAfZUHQeaxBexpdMFa9z8xE10H0JByclGDR26WaDiIWr8rppO0538pyTWGpRayG 3syMb3BTXnAtohdNG2zimXYXnNp/LZGa4EdM1dUpzCS/M1Joyf53975+16tAZX76yMTd tcOuNbZ85OmqqADnu5rFs5QNc4cNDUpNMt8T7TDrkV3BsOVo0a+32l5xkLwiruvru+EO zZfHlydAuYpOT7jNmPemeEY1P9SlPOS4jaQdAlN2kLil0WTcyQrBF9SeDUWA/zBvVwNQ kbwA==
MIME-Version: 1.0
X-Received: by 10.194.94.167 with SMTP id dd7mr3177432wjb.43.1381855654282; Tue, 15 Oct 2013 09:47:34 -0700 (PDT)
Received: by 10.227.202.194 with HTTP; Tue, 15 Oct 2013 09:47:34 -0700 (PDT)
In-Reply-To: <525CB632.3030602@nostrum.com>
References: <525C7537.4080209@nostrum.com> <CABkgnnV+VihxB1X_KdaG5fAAVfuk2s06fQKApxFHWd_wG8Wksw@mail.gmail.com> <C5BA15C5-34BF-4ACA-B41A-B65927801346@nostrum.com> <CABkgnnV1aXP6LJ6KYsob4TbG2H5o0+4532AxGBA6npGm5DjbNg@mail.gmail.com> <525CB632.3030602@nostrum.com>
Date: Tue, 15 Oct 2013 09:47:34 -0700
Message-ID: <CABkgnnWZaNoUjpQ4ZX55iZKS7GgzsvrB_fSTe7d1THHtyFo65Q@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Adam Roach <adam@nostrum.com>
Content-Type: text/plain; charset="UTF-8"
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Partial Offer/Partial Answer draft
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, 15 Oct 2013 16:47:44 -0000

On 14 October 2013 20:27, Adam Roach <adam@nostrum.com> wrote:
> I'll sketch out three of the more interesting ways you can skin this cat
> below.

The solution with no syntax is somewhat tempting, but - at least
academically - it seems nice to be able to negotiate the inclusion of
new m-sections in groups.

I think that your other two solutions are the same solution, and both
do what I had hoped to avoid, which is create another way to get to
a=group.  I concede that the general approach is sound hough.  I've a
third way of doing that, which commits the cardinal sin of ignoring
RFC5888 and replicates functionality.  But your two options kinda did
that anyway (and so did similar things I came up with).

m=whatever ...
a=mid:cnp2346987
a=rgroup:BUNDLE w3nv567890 <- same
m=something ...
a=mid:5709gw78v45
a=rgroup:BUNDLE w3nv567890 <- identifier

That fixes a problem that I've had with 5888 for a long time: the lack
of a stable identifier.  Eventually all things need identifiers.
Using indices or references to other members of groups is indirect and
brittle.

This doesn't allow for ordering of groups, which is a good thing, even
if it does make the selection of the bundle address harder, but that
might be achieved by the use of a new attribute.