Re: [Sipping] Missed calls event package

["Jeroen van Bemmel" <jbemmel at zonnet.nl>]

Hi Dean, Arif,

Thank you for your pointers, indeed I think that RFC3842 could solve my 
problem

I do feel people could benefit from having a standards based solution, I 
also did find some products that support similar features (although more 
often client side than server side, i.e. a different feature).

One issue that I think would still need to be standardized is the manner in 
which a UA would recognise a message as representing a missed call. You 
could of course simply scan for all 'From' headers you can find, but they 
may not all represent headers from a previous INVITE (could also be e.g. 
MESSAGE, or a received SMS). To me none of the message context values from 
RFC3458 can accurately represent this (see 
http://www.faqs.org/rfcs/rfc3458.html)

Perhaps something like:
Message-Context : sip-inviteRegards,
jeroen


----- Original Message ----- 
From: "Dean Willis" <dean.willis at softarmor.com>
To: "Jeroen van Bemmel" <jbemmel at zonnet.nl>
Cc: <Sipping at ietf.org>
Sent: Monday, June 27, 2005 11:52 PM
Subject: Re: [Sipping] Missed calls event package


> On Jun 24, 2005, at 3:52 PM, Jeroen van Bemmel wrote:
>
> > Hi,
> >
> > Is there an event package defined for notification / retrieval of  missed 
> > calls (in particular the ones that occur when you have no SIP  UA online, 
> > which requires network support)
>
> I'm not aware of a standard event package here. There is a product 
> listing  such a feature at:
>
> http://www.dynamicsoft.com/prod_sol/MissedCallSummary/ 
> missedcallsummary.php
>
> But I think it might be feasible to use Message Waiting Indicator, RFC 
> 3842, to do something similar.
>
> --
> Dean


_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sip at ietf.org for new developments of core SIP