Re: notification charter proposal

["David T. Perkins" <dperkins@dsperkins.com>]

HI,

Just to make sure that there is no possibility
of lost notifications...

Please correct me if I've got this incorrect.

I do believe that you can loose the last "n" notifications
that you have sent unless you do application level
acks. In this case, the notification receiver
should receive the notification, write it to stable
storage, and then provide the app level ack.
How many notifications can be lost depends
on the implementation of the app and the stack.

What do you think?

Regards,
/david t. perkins

On Wed, 23 Nov 2005, Eliot Lear wrote:

> Glenn Waters wrote:
> > Ahh, the challenges of multiple transports with differing features. So,
> > if we chose (b) then we don't *need* to do anything the protocol for
> > BEEP transport but we *need* to include something in the protocol for
> > SSH transport (and SOAP I just don't know).
> > 
> > Of course Netconf is transport independent so if we chose (b) then we
> > *must* include in acks in the proto which means the BEEP transport will
> > have an extra ack.
> 
> How about "The right tool for the right job?"  For those who need this
> sort of thing, use BEEP.
> 
> Eliot
> 
> --
> 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/>
> 


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