Re: [Rum] VRS Provider issues - MWI

[Brian Rosen <[e-mail]>]

I’m certainly willing to add a URL for retrieval to the config data.

Brian

> On Aug 26, 2021, at 2:59 PM, Paul Kyzivat <[e-mail]> wrote:
> 
> On 8/26/21 1:33 PM, Brian Rosen wrote:
> 
>> The doc only requires MWI, which is the notification of messages waiting.  It does not assume any specific mechanism to retrieve messages.  Only the notification to the user that there are messages waiting to be retrieved.  So discussion of how messages are streamed is out of scope.
> 
> I don't think that makes sense. An interoperable RUE is a failure if the user still needs a proprietary mechanism to retrieve the video mail.
> 
> The traditional SIP mechanism for voicemail is that the user establishes a sip dialog through which the user receives saved up voice mail. As Ed notes, it is archaic in that it typically doesn't provide a way to pick and choose what you want to hear. (Potentially it can, via some interaction over a media stream established by the call as long as the device doesn't have to do anything special.)
> 
> I was thinking that there was an extension to RFC3842 that included an enumeration of individual messages with a URL to access each. But I haven't been able to find such so I may have been imagining it.
> 
> I think we could allow configuration of either a SIP or an HTTPS URL for use in retrieving video mail. The HTTPS would provide a way to offer a provider-specific GUI for managing the video mail that can be accessed by a RUE that has no proprietary parts.
> 
> 	Thanks,
> 	Paul
>