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

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Mon, 18 February 2013 23:53 UTC

Return-Path: <keith.drage@alcatel-lucent.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 28B0521E8099 for <salud@ietfa.amsl.com>; Mon, 18 Feb 2013 15:53:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.999
X-Spam-Level:
X-Spam-Status: No, score=-106.999 tagged_above=-999 required=5 tests=[AWL=-1.350, BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_41=0.6, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1B5By-Q+KUrF for <salud@ietfa.amsl.com>; Mon, 18 Feb 2013 15:53:31 -0800 (PST)
Received: from smail2.alcatel.fr (smail2.alcatel.fr [62.23.212.57]) by ietfa.amsl.com (Postfix) with ESMTP id 6D43021E8087 for <salud@ietf.org>; Mon, 18 Feb 2013 15:53:30 -0800 (PST)
Received: from FRMRSSXCHHUB02.dc-m.alcatel-lucent.com (FRMRSSXCHHUB02.dc-m.alcatel-lucent.com [135.120.45.62]) by smail2.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id r1INr5cm015227 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Tue, 19 Feb 2013 00:53:13 +0100
Received: from FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com ([135.120.45.46]) by FRMRSSXCHHUB02.dc-m.alcatel-lucent.com ([135.120.45.62]) with mapi; Tue, 19 Feb 2013 00:53:11 +0100
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "Dale R. Worley" <worley@ariadne.com>
Date: Tue, 19 Feb 2013 00:53:10 +0100
Thread-Topic: [salud] New version of the ABNF-syntax
Thread-Index: Ac4OIGFwf3dswSltS+GnKZokBXUvqAAESxmg
Message-ID: <EDC0A1AE77C57744B664A310A0B23AE2107016089A@FRMRSSXCHMBSC3.dc-m.alcatel-lucent.com>
References: <CACWXZj2WhAsmQ3Ku7bVpiNhbFxX7-vx9d9wWzzKgiVLSeKk__g@mail.gmail.com> <201302132105.r1DL5BM01801234@shell01.TheWorld.com> <CACWXZj0Qq=Q=7necdgCPLeFAMbr3gg-WmBb-8UzegseEd_b_Qw@mail.gmail.com> <51225C60.9050201@alum.mit.edu> <201302182105.r1IL5S7O2079509@shell01.TheWorld.com> <51229F75.809@alum.mit.edu>
In-Reply-To: <51229F75.809@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.69 on 155.132.188.80
Cc: "salud@ietf.org" <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: Mon, 18 Feb 2013 23:53:33 -0000

I am not sure I understand fully the issue here, but surely what matters is that the URN that is inserted has the semantics that are defined by the owner at the time given for the URN, not that they inserted it themselves, or that they owned the domain name at the time.

Thus the owner defines the semantics of the URN, but anyone can use it.

Regards

Keith

> -----Original Message-----
> From: salud-bounces@ietf.org [mailto:salud-bounces@ietf.org] On Behalf Of
> Paul Kyzivat
> Sent: 18 February 2013 21:39
> To: Dale R. Worley
> Cc: salud@ietf.org
> Subject: Re: [salud] New version of the ABNF-syntax
> 
> On 2/18/13 4:05 PM, Dale R. Worley wrote:
> >> From: Paul Kyzivat <pkyzivat@alum.mit.edu>
> >>
> >> I've been trying to explain why this sort of wording doesn't work for
> >> me, several times.  [...]
> >
> > I tried to avoid this problem by describing which <provider>s a given
> > entity "owns", and thus has the right to define the meaning of
> > <label>s that are governed by that <provider>:
> >
> >     http://www.ietf.org/mail-archive/web/salud/current/msg00341.html
> >
> >     5) Definition of meaning of <label>s:
> >
> >     5a) A <provider> has an "owner", which is the entity that was the
> >         registered owner of the domain name <provider-id> on the date
> >         <date> (with respect to rule (2)).
> >
> >     5b) If an entity is the first registrant of a domain name
> >         <provider-id>, it owns all <provider>s with that <provider-id>
> and
> >         all <date>s preceding when it registered the domain name.
> >
> >     5c) The entity owning <provider> defines the meaning of a
> >         <private-name>, whether it is used as an <alert-category> or an
> >         <alert-indication>.
> >
> >     5d) The entity owning <provider> within a <private-name> (in either
> an
> >         <alert-category> or an <alert-indication>) defines the meaning
> of
> >         each <alert-indication> which is a <label> following that
> >         <private-name> and preceding the next <alert-indication> which
> is
> >         a <private-name>.
> >
> >     5e) Entities SHOULD use only one <provider> value for all <private-
> name>s
> >         that they define.
> >
> > Does that approach work for you?
> 
> The issue isn't who is the "owner" of the label, but rather what rights
> are restricted to owners.
> 
> It is possible that the "owner" of a label neither inserts the URN into
> an Alert-Info nor defines the actual alert data structures in an
> endpoint that are selected by the Alert-Info URN. It may just strike
> some agreements with others about these things.
> 
> For instance, example.com may make it known that Bob and Carol work for
> the foo department with label foo@example.com, while Ted and Alice work
> for the bar department with label bar@example.com. Then I may configure
> my incoming proxy to identify calls from Bob, Carol, Ted, and Alice, and
> insert a corresponding Alert-Info for them. And I may configure my
> devices to map foo@example.com and bar@example.com to the alerts I want
> to hear when getting calls from people in those departments.
> 
> I guess an alternative to the above is that I use my own private labels
> for those cases. But in any case, somebody other than the owner may be
> inserting the alert-info.
> 
> 	Thanks,
> 	Paul
> 
> _______________________________________________
> salud mailing list
> salud@ietf.org
> https://www.ietf.org/mailman/listinfo/salud