Re: notification issues update (draft)

[Martin Bjorklund <mbj@tail-f.com>]

"Sharon Chisholm" <schishol@nortel.com> wrote:
> 
> <Andy>
>    - the replayComplete event type is renamed to notificationComplete.
>      It is sent if stopTime is present, just before the agent returns
>      to accepting all RPC operations (normal mode).
> </Andy>
> 
> I'm not sure I agree with this one. This is the notification that gets
> sent after replayed notifications are sent and before real-time ones are
> sent (if applicable). Calling it notificationComplete would seem to
> imply something else.

We discussed this in Chicago.  There are two things that can happen:

  1.  when the last replayed notif has been sent, and the live feed
      starts. (replayComplete)

  2.  when a stopTime is given, and the last notif has been sent;
      after this the session switches back to normal command-response
      mode. (notificationsComplete)

A manager needs to know when the session switches back to normal mode,
so item 2 must be signalled.  However, it has been argued that a
manager doesn't care about item 1.



/martin


--
to unsubscribe send a message to netconf-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/netconf/>