Re: [Netconf] comments on draft-ietf-netconf-subscribed-notifications-12

[Juergen Schoenwaelder <[e-mail]>]

On Wed, Jun 13, 2018 at 03:36:01PM +0000, Eric Voit (evoit) wrote:
> Each of the terms used are different.  While they all are defined in the first document they are used, let me paraphrase the meanings of the definitions...
> 
> Event - something that happened
> 
> Event record - the recorded details of a single event
> 
> Update record - one or more datastore node updates
> 
> <notification> - a structure defined in RFC5277 which is as a wrapper which contains an event record.  A <notification> can exist without any active subscription.
> 
> "notification" statement - a structure defined in RFC-7950 section 7.16 which allows the definition of event record types specific to a YANG module. The results of the a YANG "notification" statement are encoded in a <notification>.

Here is where I am getting lost. The RFC 7950 notification statement
(its not a structure btw) does define the content of a notification.
And notification used to be defined in RFC 6241 as a "server-initiated
message indicating that a certain event has been recognized by the
server." Your notion of an event record may come from the RFC 5277
format that adds an eventTime etc. but the relationship of what is a
YANG defined notification and how it related to your event record and
the <notification> structure is still unclear.
 
> Notification message - a message intended for a specific subscription receiver which includes one or more <notification>. A notification message will have undergone any security/content filtering on embedded <notification> as appropriate for that receiver.

So how does this fit Figure 1 of RFC 6241? This figure indicates that
<notification> is a message as seen from the messages layer. You are
saying a notification message is something else that includes one or
more <notification>s. Yes, I know that the diagram in RFC 5277 is
different but the diagram in RFC 6241 is the newer one.

> Per the discussion below, I see an update record being a specialized type of event record.  For YANG push, the 'event' is driven by the update trigger: i.e., either the expiration of a periodic timer (for periodic subscriptions), or a change to the datastore (on-change subscription).
>

I am missing a definition what an Update record is. It is surely not
in this email. Anyway, if there are changes to architectural concepts,
it would be nice to find them in a coherent well explained section.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: [phone]         Campus Ring 1 | 28759 Bremen | Germany
Fax:   [phone]         <https://www.jacobs-university.de/>