Re: [Notifications] Reliability

On Aug 10, 2007, at 4:55 AM, <Zoltan.Ordogh@nokia.com>  
<Zoltan.Ordogh@nokia.com> wrote:

>
> Regarding email:
> It may be ok from our point of view - but the end-user will notice  
> that
> He was not notified about some mails - and if it's not a free service,
> he is going to complain (because he is missing events that were
> important to him)...
>
> ...
> Regarding future extensions:
> I do think there might be a few future candidates for extensions to  
> this
> notification framework that will not tolerate the fact that this
> protocol is unreliable. So, instead of simply defining an extension to
> this notification framework, a completely new mechnism will be  
> invented.
>
> I do think that the notification mechanism has to be reliable.  
> Otherwise
> we did not achieve anything because people will try to re-invent the
> wheel every time they need something that they can count on when
> everything else fails.
>

Hi Zoltan,

Do you think the reliability requirements for mail-related events  
(not delivery, not access,  but events) are really significantly  
greater than the reliability requirements for SIP and instant  
messaging?   If I was in IM conversation with a colleague and one of  
their messages to me got dropped, that would seriously derail the  
conversation and I would not find that acceptable.  I've never  
noticed that happen, however.

One of the points I was making, which I think you agree with, is that  
if we're going to build on top of the deployed pub/sub  
infrastructure, the reliability of that system is what it is.  We can  
only make certain choices in our schemas to improve on that or break  
it, without changing the system functionality itself, which I believe  
we don't want to get into.  In the long run, if people want greater  
reliability than what we get by default, people will build new  
systems or strengthen the reliability of their existing systems.

thanks,
Lisa

_______________________________________________
Notifications mailing list
Notifications@ietf.org
https://www1.ietf.org/mailman/listinfo/notifications