Re: [MMUSIC] Open Issues: draft-ietf-mmusic-sdp-simulcast-03

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 23 October 2015 18:00 UTC

Return-Path: <pkyzivat@alum.mit.edu>
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 278A81A1B7F for <mmusic@ietfa.amsl.com>; Fri, 23 Oct 2015 11:00:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.235
X-Spam-Level:
X-Spam-Status: No, score=-1.235 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_SOFTFAIL=0.665] autolearn=no
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 I-jfB6SmjkLk for <mmusic@ietfa.amsl.com>; Fri, 23 Oct 2015 11:00:52 -0700 (PDT)
Received: from resqmta-ch2-12v.sys.comcast.net (resqmta-ch2-12v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:44]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 21E071A1B5E for <mmusic@ietf.org>; Fri, 23 Oct 2015 11:00:51 -0700 (PDT)
Received: from resomta-ch2-20v.sys.comcast.net ([69.252.207.116]) by resqmta-ch2-12v.sys.comcast.net with comcast id YhzG1r0012XD5SV01i0rDY; Fri, 23 Oct 2015 18:00:51 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.151]) by resomta-ch2-20v.sys.comcast.net with comcast id Yi0q1r00K3Ge9ey01i0qCs; Fri, 23 Oct 2015 18:00:51 +0000
To: Martin Thomson <martin.thomson@gmail.com>
References: <56294C8A.1030205@nostrum.com> <562A6522.60501@alum.mit.edu> <CABkgnnUv3mugXTTzE8SMcJfNWuiDMrFY+pOXZWLoGqmP68CWDw@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <562A75D1.5010806@alum.mit.edu>
Date: Fri, 23 Oct 2015 14:00:49 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <CABkgnnUv3mugXTTzE8SMcJfNWuiDMrFY+pOXZWLoGqmP68CWDw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1445623251; bh=6I9BGV34O64jQJJvZLtzBX1iYgeYa3EHVFcYykeK7hI=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=hv2DFSC6eSyWwP8X13GD3jeEJlujIBa/Dzu/0gXPtcQl3y6cJPFUKZN1RV4mAB/Z8 qAuvRGpjn21xbxIuGdeQulW4SdmaCFS/1Weff+GHSHaiu3MY7/tNT2FyCI5/pdPbrs yCnQk9w9lBS8Z40kXlzwzTywYiXYC4kUtQcLGhYrc0j6WusEtBWn6UVkNI06QR7igo /+HowQoL7d4HxMBcJNWsExDP22Qy1imesEydfBiBdQO3qdiJCvM0Oc31w1fB2ZIKct tfoLpZk0w9GgOQaFPx1V1p1YMbff3OhOCDQXOczOvziaSdRm5uDSwvQ1ZEdoX9Vk42 HdsnQI9OFPBPg==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/Prhs8QERZnpAI0P0RVQjXmyi8w8>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Open Issues: draft-ietf-mmusic-sdp-simulcast-03
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: <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: Fri, 23 Oct 2015 18:00:53 -0000

Martin,

Yeah, what you propose below is better.

But I'm not loving "!" - it is hard to distinguish from "1". Of course 
this isn't a problem for parsers, only for us humans reading examples 
and traces. I would prefer some other character, perhaps "-", "~" or "/".

	Thanks,
	Paul

On 10/23/15 1:22 PM, Martin Thomson wrote:
> On 23 October 2015 at 09:49, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:
>>        simulcast-value = sc-send-opt [SP sc-recv-opt]
>>                        / sc-recv-opt
>
> I like this, but I think that it can be improved further.
>
> One annoying feature of your grammar is that this is valid:
>
> a=simulcast:send rid=1 paused=2 recv pt=3
>
> This makes it much harder to parse than ideal because you can't just
> split on spaces, you have to process the paused as if it might also be
> "recv".
>
> It also permits rid and pt on the same line.
>
> How about:
>
> simulcast-value = simulcast-pt / simulcast-rid
> simulcast-pt = ( simulcast-pt-send [ SP simulcast-pt-recv ] )
>               / simulcast-pt-recv
> simulcast-rid = ( simulcast-rid-send [ SP simulcast-rid-recv ] )
>               / simulcast-rid-recv
>
> simulcast-pt-send = "send" SP simulcast-pt-args
> simulcast-pt-recv = "recv" SP simulcast-pt-args
> simulcast-pt-args = simulcast-pt-list *(";" simulcast-pt-list)
> simulcast-pt-list = payload-type *("," payload-type)
>
> simulcast-rid-send = "send" SP simulcast-rid-args
> simulcast-rid-recv = "recv" SP simulcast-rid-args
> simulcast-rid-args = simulcast-rid-list *(";" simulcast-rid-list)
> simulcast-rid-list = simulcast-rid-id *("," simulcast-rid-id)
> simulcast-rid-id = [simulcast-rid-paused] rid-identifier
> simulcast-rid-paused = "!"
>
> Which would have paused streams prefixed with a character (I chose "!"
> because it is the first character that is permitted by the SDP token
> grammar but not the rid-identifier grammar, feel free to paint that
> bikeshed any colour you like).
>
> This:
>        a=simulcast: send rid=1,2,3 recv rid=4 paused=3
> Becomes:
>        a=simulcast:send rid=1,2,3 recv rid=4,!4
>
> And this is now invalid:
>        a=simulcast:send pt=1 recv=rid=2
>