Re: [salud] New version of the ABNF-syntax

Paul Kyzivat <pkyzivat@alum.mit.edu> Fri, 08 March 2013 17:22 UTC

Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: salud@ietfa.amsl.com
Delivered-To: salud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7618521F8628 for <salud@ietfa.amsl.com>; Fri, 8 Mar 2013 09:22:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.267
X-Spam-Level:
X-Spam-Status: No, score=-0.267 tagged_above=-999 required=5 tests=[AWL=0.170, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, RDNS_NONE=0.1]
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 lfa1YbEdvfWo for <salud@ietfa.amsl.com>; Fri, 8 Mar 2013 09:22:18 -0800 (PST)
Received: from qmta04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [IPv6:2001:558:fe14:43:76:96:62:40]) by ietfa.amsl.com (Postfix) with ESMTP id A85FB21F8615 for <salud@ietf.org>; Fri, 8 Mar 2013 09:22:16 -0800 (PST)
Received: from omta19.westchester.pa.mail.comcast.net ([76.96.62.98]) by qmta04.westchester.pa.mail.comcast.net with comcast id 90GN1l00427AodY545NGAL; Fri, 08 Mar 2013 17:22:16 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([50.138.229.164]) by omta19.westchester.pa.mail.comcast.net with comcast id 95NF1l0143ZTu2S3f5NGed; Fri, 08 Mar 2013 17:22:16 +0000
Message-ID: <513A1E47.8010108@alum.mit.edu>
Date: Sat, 09 Mar 2013 01:22:15 +0800
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130216 Thunderbird/17.0.3
MIME-Version: 1.0
To: salud@ietf.org
References: <CACWXZj2WhAsmQ3Ku7bVpiNhbFxX7-vx9d9wWzzKgiVLSeKk__g@mail.gmail.com> <201302132105.r1DL5BM01801234@shell01.TheWorld.com> <CACWXZj0Qq=Q=7necdgCPLeFAMbr3gg-WmBb-8UzegseEd_b_Qw@mail.gmail.com> <201302181854.r1IIsNFG2067515@shell01.TheWorld.com> <CACWXZj2P58HXJUAYQyB_mp9z_-qCCVwKD1jHhcJg6kGxJ5xVng@mail.gmail.com> <201302212027.r1LKRU4D2297154@shell01.TheWorld.com> <CACWXZj1txwpeCFqAJrJQpL845BNswyvm651WABGULr0DuEwF3A@mail.gmail.com> <201302221824.r1MIOpqh2386335@shell01.TheWorld.com> <CACWXZj0nsvE0ey2H=a0azN+eWSPq2oJnbC6VxyRKA0bEhkPQjg@mail.gmail.com> <201303081651.r28GpZrq029552@shell01.TheWorld.com>
In-Reply-To: <201303081651.r28GpZrq029552@shell01.TheWorld.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1362763336; bh=tM4WsxsVpnXLECUPalYEskCYnA2BKUHDc42Fv2Q7W+4=; h=Received:Received:Message-ID:Date:From:MIME-Version:To:Subject: Content-Type; b=irBY0d8hbRAMbMxXO2lqKgbJzzOxJTcIJ7tXZamisqtPEl4DVPIbgpdeLSH3JTadE MByLfhslXDMU74g3SOt/aLHwQdZ/j13Xu+iE7u7F+Dm14K3Jo/UXkw96HhUHTHNAU+ WMQFJ/CRkswIryPFF9MY/uUMrrjLv6/+c6K1tH9z11sDwe2w6RTgcPUyC2Z44GEq5K gFP6e8Kinw/gfuXqvR+m7f90fAyYVuk5K6qdV34AVWUq9CZfgrn7NtPqiHRoTy06pi wwSiIqoMNJygp8ZEUaT3oE2F7ZTDxZqBzD6BeaYq07tI3hVYabA/23vZ4t6UQx/zRu anVlEtWonLetw==
Subject: Re: [salud] New version of the ABNF-syntax
X-BeenThere: salud@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Sip ALerting for User Devices working group discussion list <salud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/salud>, <mailto:salud-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/salud>
List-Post: <mailto:salud@ietf.org>
List-Help: <mailto:salud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/salud>, <mailto:salud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 08 Mar 2013 17:22:23 -0000

On 3/9/13 12:51 AM, Dale R. Worley wrote:
> [as an individual]
>
> The current syntax is:
>
>        alert-URN         = "urn:alert:" alert-identifier
>        alert-identifier  = alert-category ":" alert-indication
>        alert-category    = alert-name
>        alert-indication  = alert-name *(":" alert-name)
>        alert-name        = alert-label / private-name
>
> One source of difficulty I am having is that I would like a
> nonterminal that means "an <alert-name> that is part of an
> <alert-indication> (but not an <alert-category>".  I have been
> incorrectly using the term <alert-indication> for this nonterminal.
>
> There are alternative ways to provide this nonterminal.  We could
> introduce a new nonterminal:
>
>        alert-URN         = "urn:alert:" alert-identifier
>        alert-identifier  = alert-category ":" alert-indication
>        alert-category    = alert-name
>        alert-indication  = xxx *(":" xxx)
>        xxx               = alert-name
>        alert-name        = alert-label / private-name
>
> Or we could change the meaning of alert-indication:
>
>        alert-URN         = "urn:alert:" alert-identifier
>        alert-identifier  = alert-category ":" alert-indication *(":" alert-indication)
>        alert-category    = alert-name
>        alert-indication  = alert-name
>        alert-name        = alert-label / private-name
>
> But I do not know what change would cause the fewest problems with the
> rest of the draft text.

If there is no need to reference the old meaning of alert-indication 
then I prefer the 2nd. Else the first is fine (but with something more 
mnemonic than xxx.)

	Thanks,
	Paul