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

Bo Burman <bo.burman@ericsson.com> Mon, 13 March 2017 07:49 UTC

Return-Path: <bo.burman@ericsson.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 76D6012954A for <mmusic@ietfa.amsl.com>; Mon, 13 Mar 2017 00:49:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.onmicrosoft.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 YC0JQ9F6c7BL for <mmusic@ietfa.amsl.com>; Mon, 13 Mar 2017 00:49:04 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 0A9B0129555 for <mmusic@ietf.org>; Mon, 13 Mar 2017 00:49:02 -0700 (PDT)
X-AuditID: c1b4fb30-3623498000006a1c-4a-58c64eec1db4
Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by (Symantec Mail Security) with SMTP id C3.97.27164.CEE46C85; Mon, 13 Mar 2017 08:49:01 +0100 (CET)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (153.88.183.145) by oa.msg.ericsson.com (153.88.183.48) with Microsoft SMTP Server (TLS) id 14.3.319.2; Mon, 13 Mar 2017 08:49:00 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.onmicrosoft.com; s=selector1-ericsson-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=GQGx9FGxr6HOe156mqBNwPLkeQ3bY7D/xNMAsU+PjP4=; b=dG+ztCvHMrF5ZsfKMP584k/YY2S0I/SXySoQMDnvv7ieCtoTnBJpsHJ7ELEMBpne4s4O3kWZlIeE4h/Zl1v76kw7Ffue/8qmDKlWxMqyLJmeJTAdej8El9cgr2kxx0vntvmavFF+6/RaM6bWUKc/fcG9ECJra1LmhI+atNAm6PY=
Received: from AM5PR0701MB2577.eurprd07.prod.outlook.com (10.173.92.21) by AM5PR0701MB2580.eurprd07.prod.outlook.com (10.173.92.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.977.5; Mon, 13 Mar 2017 07:48:59 +0000
Received: from AM5PR0701MB2577.eurprd07.prod.outlook.com ([10.173.92.21]) by AM5PR0701MB2577.eurprd07.prod.outlook.com ([10.173.92.21]) with mapi id 15.01.0961.021; Mon, 13 Mar 2017 07:48:59 +0000
From: Bo Burman <bo.burman@ericsson.com>
To: "Dale R. Worley" <worley@ariadne.com>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [MMUSIC] Definition of a=rid in draft-ietf-mmusic-rid-09 (was WGLC on draft-ietf-mmusic-sdp-simulcast-07)
Thread-Index: AQHSlrL4esDi3DOgc0yWhkgaTA0R2KGSaVWA
Date: Mon, 13 Mar 2017 07:48:58 +0000
Message-ID: <AM5PR0701MB25773D5A3D367965435E5D428D250@AM5PR0701MB2577.eurprd07.prod.outlook.com>
References: <a6669619-6d8a-0936-0700-5c693ad06a46@alum.mit.edu> (pkyzivat@alum.mit.edu) <87zigychho.fsf@hobgoblin.ariadne.com>
In-Reply-To: <87zigychho.fsf@hobgoblin.ariadne.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: ariadne.com; dkim=none (message not signed) header.d=none;ariadne.com; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [192.176.1.84]
x-microsoft-exchange-diagnostics: 1; AM5PR0701MB2580; 7:sF4nDur9DVk+HIG8j7UNOd7Io7lEY5TA6D9oBqPAw0Pz6W0L72uaX4PjW5itnWny5yS8gqVhEEGRQs4vVhPZi8PnaKeQOjO00L56aRQKJCXg4t+h1bxxRD4jI6vfT6rNll/6vLNMnkQruC5sxVhavp4BEhsFCFHileAJu5LV6dnDwS/dJoKZNIo5XtGpHiLXpFU52hCG86bGqmb8zp6WqX4cKYEFU3wwcyqaVAdd4l/gUnhLjlp1hCyJd6fVhfcfQTK7vxTdcliyhFtcKuVPC2IsuemA+eHolgDr4Vm80+Ks7Z8j1MrxhhZqfKo0daQ4GV6Ysoa4CQBtAD5axD1LXA==
x-ms-office365-filtering-correlation-id: 8f01a692-32f0-4c1a-561a-08d469e568ba
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001); SRVR:AM5PR0701MB2580;
x-microsoft-antispam-prvs: <AM5PR0701MB2580D765FB8A0C338AB5D8BF8D250@AM5PR0701MB2580.eurprd07.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6041248)(20161123558025)(20161123555025)(20161123564025)(20161123562025)(20161123560025)(6072148); SRVR:AM5PR0701MB2580; BCL:0; PCL:0; RULEID:; SRVR:AM5PR0701MB2580;
x-forefront-prvs: 0245702D7B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(39450400003)(377454003)(24454002)(13464003)(33656002)(6506006)(8936002)(31430400001)(2171002)(9686003)(38730400002)(6246003)(53936002)(50986999)(76176999)(66066001)(54356999)(99286003)(3660700001)(230783001)(6306002)(2950100002)(55016002)(4326008)(106116001)(122556002)(7696004)(305945005)(229853002)(25786008)(3280700002)(86362001)(2900100001)(5660300001)(81166006)(74316002)(6436002)(53546006)(189998001)(102836003)(77096006)(2906002)(6116002)(8676002)(3846002)(7736002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5PR0701MB2580; H:AM5PR0701MB2577.eurprd07.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Mar 2017 07:48:58.9560 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR0701MB2580
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplleLIzCtJLcpLzFFi42KZGbHdQPet37EIg5avzBZTlz9msVix4QCr xcsTZQ7MHn/ff2DymLz/K7PHkiU/mQKYo7hsUlJzMstSi/TtErgyPkycyFjQoFTxdPMBtgbG N5JdjJwcEgImEp+XLGTrYuTiEBJYxyjRdvs2lHOCUeLooimsIFUsAr3MEguXMEMkZjBJfPj8 gRmu6vislYwgVWwCGhLzd9wFs0UEAiW2dZ0G6ubgYBZQl7i6OAgkLCxQIbHxzE9WiJJKiXO3 QYaC2EYSb08tZ4FYpipxZOMXsDivQILE3p/boC5qYJSYtusn2HxOAWOJL6+72UBsRgExie+n 1jCB2MwC4hK3nsxngvhNQGLJnvPMELaoxMvH/1gh6icyStxqNICIK0i86m4AWyAh0McscXTB ZVaIhK/E+/2zoZr9JZYt/MAI8oyEQL7EtOXZEGEtiY4js5ggeucxSfSveQRVLyOxaEcrG4Td yyoxfaIwxPdSEnevdDJC2DISL+7sZZ3AqDkLyd0Qto7Egt2f2CBsbaDVr5lngQNDUOLkzCcs CxhZVjGKFqcWJ+WmGxnppRZlJhcX5+fp5aWWbGIEJpKDW34b7GB8+dzxEKMAB6MSD++GWUcj hFgTy4orcw8xSnAwK4nwpgLTkBBvSmJlVWpRfnxRaU5q8SFGaQ4WJXFes5X3w4UE0hNLUrNT UwtSi2CyTBycUg2MOd8Pv5x78ra54rxCju0Ktf+X5S541b8ormzrRe7KCU/eTnveGFCsZpns G7aO6fH1Bx3vLy4TvnMhkWnth/QQ306v19ZJq+YlF6z5qylfV5eiL/k41z/luNynhfvKLUIq foT/r/9R6N97ObiDZXuQ5mox9XO6SS+j/HP1LWXW9y7rPFm5Lvu2EktxRqKhFnNRcSIA1KZT aiADAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/zDH1yqi79Fuoheiz4pDi3yvzVgM>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [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, 13 Mar 2017 07:49:07 -0000

Dale,

The "a=rid" line syntax you are quoting from -mmusic-rid-09 below is not the formal definition and it is therefore not meant to interpret formally, specifically not the "..." at the end, but only meant to provide an example. The text in -mmusic-rid-09 just above that quoted line also refers to section 10 for the formal definition. ISTM that the formal definition is entirely correct, not lacking the ";" between rid parameters that formal interpretation of "..." would imply:

   rid-syntax        = "a=rid:" rid-id SP rid-dir
                       [ rid-pt-param-list / rid-param-list ]

   rid-id            = 1*(alpha-numeric / "-" / "_")

   alpha-numeric     = < as defined in {{RFC4566}} >

   rid-dir           = "send" / "recv"

   rid-pt-param-list = SP rid-fmt-list *(";" rid-param)

   rid-param-list    = SP rid-param *(";" rid-param)

   rid-fmt-list      = "pt=" fmt *( "," fmt )

   fmt               = < as defined in {{RFC4566}} >

   rid-param         = rid-width-param
                       / rid-height-param
                       / rid-fps-param
                       / rid-fs-param
                       / rid-br-param
                       / rid-pps-param
                       / rid-bpp-param
                       / rid-depend-param
                       / rid-param-other

<definition continues with defining the individual rid-param components>

It is probably unfortunate that the quoted "a=rid" line is not 100% compliant ABNF, but I don't see the point in having (different) formal definitions in two places in the document and the text already says that this is not the formal definition.

/Bo
(as individual)


> -----Original Message-----
> From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Dale R. Worley
> Sent: den 6 mars 2017 20:50
> To: Paul Kyzivat <pkyzivat@alum.mit.edu>
> 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)
> 
> 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
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic