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

Laura Liess <laura.liess.dt@googlemail.com> Fri, 08 March 2013 17:29 UTC

Return-Path: <laura.liess.dt@googlemail.com>
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 6C15121F859C for <salud@ietfa.amsl.com>; Fri, 8 Mar 2013 09:29:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 8FE3q0+5N1nv for <salud@ietfa.amsl.com>; Fri, 8 Mar 2013 09:29:28 -0800 (PST)
Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::233]) by ietfa.amsl.com (Postfix) with ESMTP id 5CBE721F855C for <salud@ietf.org>; Fri, 8 Mar 2013 09:29:28 -0800 (PST)
Received: by mail-la0-f51.google.com with SMTP id fo13so1928730lab.38 for <salud@ietf.org>; Fri, 08 Mar 2013 09:29:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=w31wfT5gkq+9AJ1jv8+2Eh1RpuD8Ny7Kq7H9hXs9N50=; b=rQAtTwOUk7VLtd0YLQuFGOY8j6PIGGVUnxKgUtMjU/cH6px3pnXHQrnwpeNkAPkJ93 jahGwRPEB6c3nT/GHKlYL+3RiruqdYDXdkgPZWBLPXQuEZbK1m/3xntlrIwCQCX3tcs3 373ZBJVFz4O1xJxduzDBjP4ldANxEMsGsynxTXyNfwUZ4kRYX2SQSfqbWfHgxG2a8yCD 7GmbUes5z0pbEJ7pER3RBPei5sf6YmzuMeAZ6QJ3xUW9p/x9c/Ptkv+uUNfyJg/BhotQ GI+bxUfMio3T0iDoaPCm3fbNWujjaN+a2eWw//YIYxHKDN6U1GXe2ol59uVdaAKQSC1T HDUQ==
MIME-Version: 1.0
X-Received: by 10.112.84.228 with SMTP id c4mr1301624lbz.113.1362763767228; Fri, 08 Mar 2013 09:29:27 -0800 (PST)
Received: by 10.114.95.99 with HTTP; Fri, 8 Mar 2013 09:29:27 -0800 (PST)
In-Reply-To: <201303081651.r28GpZrq029552@shell01.TheWorld.com>
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>
Date: Fri, 08 Mar 2013 18:29:27 +0100
Message-ID: <CACWXZj0bh8xr7jukVkZXwFow5d6PZeeH1GB=cT-SU4KMWtxbug@mail.gmail.com>
From: Laura Liess <laura.liess.dt@googlemail.com>
To: "Dale R. Worley" <worley@ariadne.com>
Content-Type: multipart/alternative; boundary="f46d04016b3b42369504d76d2a01"
Cc: salud@ietf.org
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:29:30 -0000

Dale,

I think there is the first proposal is OK. But the amount of changes depend
also on what you intend to do with the new identifier.

With the second proposal, we probably have to rewrite the draft. In this
case, I would give up.

But why do you need the components of an <alert-indication>?
Currently,  IMO they have no meaning and must be not managed as
individuals, only whole <alert-indicators> must be managed. This was a
decision of the WG at the beginning. If you want to change this we have to
throw avay what we have now an degin again were we were three or four years
ago.

And what is the open point you want to solve?  I thought with what we have
now we solved all issues. Or did I miss something here?

Thank you
Laura


2013/3/8 Dale R. Worley <worley@ariadne.com>

> [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.
>
> What do you recommend?
>
> Dale
> _______________________________________________
> salud mailing list
> salud@ietf.org
> https://www.ietf.org/mailman/listinfo/salud
>