I believe that naming is comprised of two pieces:
- the path to the object
- one or attributes of the object
Also, if I understand correctly and if we decide to follow the xpath specification then the following is also true:
- the path is not necessarily part of the data model; that is, the head of the path is where the object sits in the hierarchy (not part of the model) and the tail of the path can be within the object (part of the model);
- the attributes that can be used for naming an object can be any attribute of the object
So all the above says that naming that we need to make some decisions about naming however I think that naming is just part of the model and not part of the protocol. Naming must be transported in the protocol.
The above all assumes that we are following an xpath model.
Regards, /gww
> -----Original Message-----
> From: Juergen Schoenwaelder [mailto:j.schoenwaelder@iu-bremen.de]
> Sent: Tuesday, March 30, 2004 16:38
> To: Andy Bierman
> Cc: Gagnon, Gilbert [CAR:NM10:EXCH]; Waters, Glenn [CAR:IO47:EXCH];
> netconf@ops.ietf.org
> Subject: Re: Proposal to do away with netconf attributes in data model
> payloads
>
> On Tue, Mar 30, 2004 at 01:14:33PM -0800, Andy Bierman wrote:
>
> > Your proposal is essentially the same as above,
> > except you removed the <config> container.
> > The only reason there aren't any assumptions
> > about naming is that there's no naming in your example.
> > The data modeling language will have to specify
> > how naming is done.
> >
> > As I pointed out in my previous emails, this approach
> > is too simplistic because the agent needs to know the
> > specific element sub-tree associated with the edit-action.
> > That's why we're using the 'operation' attribute now.
>
> So you are saying naming is defined by the protocol and not by the
> data model?
>
> Note that I do not believe that it will be possible to press everything
> into a single naming hierarchy. I believe we will see a need for cross
> references and hence I would like to filter what I retrieve or select
> what I modify not only by specifying a simple path.
>
> /js
>
> --
> Juergen Schoenwaelder International University Bremen
> <http://www.eecs.iu-bremen.de/> P.O. Box 750 561, 28725 Bremen,
> Germany