Re: [MMUSIC] New Draft: SDP Grouping Identifiers
Martin Thomson <martin.thomson@gmail.com> Tue, 03 December 2013 17:35 UTC
Return-Path: <martin.thomson@gmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E959A1AE194 for <mmusic@ietfa.amsl.com>; Tue, 3 Dec 2013 09:35:46 -0800 (PST)
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=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 oPwYFw6NyePM for <mmusic@ietfa.amsl.com>; Tue, 3 Dec 2013 09:35:45 -0800 (PST)
Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) by ietfa.amsl.com (Postfix) with ESMTP id 4FFC11AE151 for <mmusic@ietf.org>; Tue, 3 Dec 2013 09:35:45 -0800 (PST)
Received: by mail-we0-f178.google.com with SMTP id u57so8313263wes.9 for <mmusic@ietf.org>; Tue, 03 Dec 2013 09:35:42 -0800 (PST)
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=RZBIdzbaWdsx5y1K6N6mgsiWKZQn2E3fi8hxerU64y4=; b=ah0PhbOKqt86IMV1Dbk8R1ABHHcVURZvefj0j/cpUt+GkHAwblMiBtEXK4SDpUoWFw 9XK+3mpPX7S9puX85tnL6MA/KBZx2R/2C5CuXmtcNgxiFU3qMs7QTZZdLLCJDePcKW4i TbCPFDzv+MTFUOZ4hUfXL9IYR1rc5AZmJnin4gecQnDfFDq5T+KYcbsniFAliJzRM3BC WvIRb5I2IKxkyS5c5qGWES44NYVbqsKY1wUyBLMcWEkQruQwpG6bHYX/hLW2Fpin80Ot HAnaH6ppv5Eri1j/jWuqVyGs8GbVyOm6KOq4zuNTT73jp8/nLOKUaJImcrjj6Sv+RK0h fvWQ==
MIME-Version: 1.0
X-Received: by 10.180.9.74 with SMTP id x10mr3516268wia.56.1386092142095; Tue, 03 Dec 2013 09:35:42 -0800 (PST)
Received: by 10.227.134.195 with HTTP; Tue, 3 Dec 2013 09:35:42 -0800 (PST)
In-Reply-To: <529E129F.2080304@alum.mit.edu>
References: <529DE6AF.1060300@nostrum.com> <529E129F.2080304@alum.mit.edu>
Date: Tue, 03 Dec 2013 09:35:42 -0800
Message-ID: <CABkgnnW342MKrXHitRV3ZEpVeqfnCP=Et3CCfjH88uP_8M4T2A@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Content-Type: text/plain; charset="UTF-8"
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] New Draft: SDP Grouping Identifiers
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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, 03 Dec 2013 17:35:47 -0000
On 3 December 2013 09:19, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote: > Is there any great need to preserve backward compatibility here? That's the key question I guess. The question is whether an offer to an unknown entity is required to include grouping semantics that a legacy implementation depends on. In that sense, having two parallel grouping mechanisms in an offer is desirable, I think. In that context, the group-id thing enables an equivalency test. It's really quite optional, and given that we are requiring complete redundancy of the grouping statements, it can be ignored too. >From my perspective, and I can't speak for Adam here, this group-id correlation thingy is the only piece of this puzzle that I'm not that attached to. We could just have a completely parallel grouping semantic. The cost there is that any attempt to maintain and use the 5888 groupings would be impossible once you move to partial offers and answers. (I'd rather keep the semantic on in-group, so that group-id remains optional in this regard.)
- [MMUSIC] New Draft: SDP Grouping Identifiers Adam Roach
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Paul Kyzivat
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Martin Thomson
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Christer Holmberg
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Adam Roach
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Adam Roach
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Adam Roach
- Re: [MMUSIC] New Draft: SDP Grouping Identifiers Christer Holmberg