Re: replayLogStartTime

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

Simon Leinen <simon.leinen@switch.ch> wrote:
> As an operator, what I'm interested in is the temporal extent for
> which the record of notifications in the buffer is complete.  Assuming
> the end of that extent is "now", the ("start") time I need is either
> 
> * the time the buffer was created and started recording notifications,
>   or,
> * if notifications already had to be dropped, the time of the most
>   recent notification that had to be dropped.

There are two things different from the current spec.  The first part
gives you the creation time unless notifs has been dropped.  I think
this is good.  The second part is that you want the timestamp of the
last notif dropped instead of the timestamp of the first one in the
log.  I'm not sure I understand why this would be better.  I think
both definitions work equally well - the reason this object is there
is to let the client know if it has missed any notifs.

I'd be happy if the definition of replayLogStartTime stated that it's
the log creation time unless there are any entires in the log.


> But since everybody else on this list is an implementor, you will
> simply ignore this as overly complicated/hard to implement.

I will simply ignore that comment :)


/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/>