[MMUSIC] Definition of a=rid in draft-ietf-mmusic-rid-09 (was WGLC on draft-ietf-mmusic-sdp-simulcast-07)

worley@ariadne.com (Dale R. Worley) Mon, 06 March 2017 19:50 UTC

Return-Path: <worley@alum.mit.edu>
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 5F9AB1299BB for <mmusic@ietfa.amsl.com>; Mon, 6 Mar 2017 11:50:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.934
X-Spam-Level:
X-Spam-Status: No, score=-1.934 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=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 IEJf-mHgsbGl for <mmusic@ietfa.amsl.com>; Mon, 6 Mar 2017 11:50:16 -0800 (PST)
Received: from resqmta-ch2-06v.sys.comcast.net (resqmta-ch2-06v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 062FB1299C0 for <mmusic@ietf.org>; Mon, 6 Mar 2017 11:50:14 -0800 (PST)
Received: from resomta-ch2-16v.sys.comcast.net ([69.252.207.112]) by resqmta-ch2-06v.sys.comcast.net with SMTP id kydmcmXLik7AGkye6ctKWg; Mon, 06 Mar 2017 19:50:14 +0000
Received: from hobgoblin.ariadne.com ([24.60.114.4]) by resomta-ch2-16v.sys.comcast.net with SMTP id kye4cWjH05g3vkye5cloX2; Mon, 06 Mar 2017 19:50:13 +0000
Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id v26JoCmM027415; Mon, 6 Mar 2017 14:50:12 -0500
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id v26JoBof027412; Mon, 6 Mar 2017 14:50:11 -0500
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
In-Reply-To: <a6669619-6d8a-0936-0700-5c693ad06a46@alum.mit.edu> (pkyzivat@alum.mit.edu)
Sender: worley@ariadne.com
Date: Mon, 06 Mar 2017 14:50:11 -0500
Message-ID: <87zigychho.fsf@hobgoblin.ariadne.com>
X-CMAE-Envelope: MS4wfNv2NjJyN13BYzwRxIVE8ly10ow1TN0IBhI/JiE+mPJK/NG0mIkej1UqgTfTaoyUcM3t4oRFFkwDc1JjcQr5OA1U4leWY0uhDbqhpKmtCPHGn5pot4M1 MZ2U6Du+HbPgMFh6SGYDqX1tHaebNF2fIfJO+SXc+qLyxIV0UIqBqI5e3t7e8MuscOp18Tiv5lBYlDtfAbzv+9xhYDbChD5tC9w=
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/bOcvXCezV6XiLP5Avvy932OVnIc>
Cc: mmusic@ietf.org
Subject: [MMUSIC] Definition of a=rid in draft-ietf-mmusic-rid-09 (was WGLC on draft-ietf-mmusic-sdp-simulcast-07)
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: Mon, 06 Mar 2017 19:50:17 -0000

Paul Kyzivat <pkyzivat@alum.mit.edu> writes:
> On 3/3/17 10:56 AM, Dale R. Worley wrote:
>> Inaki Baz Castillo <ibc@aliax.net> writes:
>>>> but according to https://tools.ietf.org/html/draft-ietf-mmusic-rid-09
>>>> it seems that "direction" (send/recv) should be placed *before*
>>>> "pt=xx":
>>>>
>>>> a=rid:<rid-id> <direction> [pt=<fmt-list>;]<restriction>=<value>...
>>>
>>> In fact, pt=xx seems to be yet another "param".
>>
>> That purported BNF is really bizarre, since it generates the clearly
>> incorrect form:
>
> IIUC you are commenting on the ABNF in draft-ietf-mmusic-rid-08, not in 
> draft-ietf-mmusic-sdp-simulcast-07, right?
>
>>    a=rid:<rid-id> <direction> <restriction>=<value><restriction>=<value>
>
> I'm not seeing how the ABNF generates that.

What I'm commenting on is this line way back in the innermost quoted
message

>>>> a=rid:<rid-id> <direction> [pt=<fmt-list>;]<restriction>=<value>...

which was in turn quoted from draft-ietf-mmusic-rid-09.

In BNF-like notations, "..." means "repetition of the preceding thing",
which I took to mean repetition of "<restriction>=<value>".  Although
that's probably not the correct interpretation, and rather it means
repetition of "<value>".

>> A correct description is:
>>
>>    a=rid:<rid-id> <direction> ( pt=<fmt-list> | <restriction>=<value> ) *( ; <restriction>=<value> )
>
> ISTM the ABNF in the draft is equivalent to what you have written. 
> (Though yours is clearer.)

What I don't see is why mmusic-rid-09 requires the pt restriction to be
in first position.  I'm not read into it, but it seems that there's no
semantic reason why it must be first, and it makes the grammar messier
to force it to be so.  Without that restriction, you could just say

>>    a=rid:<rid-id> <direction> <restriction>=<value> *( ; <restriction>=<value> )

and allow pt to be one of the <restriction>s.

Dale