Re: [dispatch] New I-D - SPIN - on voice/video interop between app providers

Re MSRP, it’s easier to build a REST API to create a real time multimedia session, see WebRTC, but you proposed SIP.  That’s because everyone’s idea of the right REST API is different, but everyone can manage to make SIP work between those islands of REST APIs.  Ditto MSRP.

Re CloudSIP.  I don’t want to fight this one very hard, because I agree it makes things simpler, but lots and lots of folks have done it without CloudSIP.

Brian

> On Jul 12, 2022, at 10:56 PM, Jonathan Rosenberg <jdrosen@jdrosen.net> wrote:
> 
> inline:
> 
> On Tue, Jul 12, 2022 at 10:34 AM Brian Rosen <br@brianrosen.net <mailto:br@brianrosen.net>> wrote:
> Definitely interesting.  Would be wiling to work on it.
> 
> Is there a reason MSRP isn’t acceptable for the messaging default protocol?
> 
> Well, its long in the tooth, and not really how most folks today are building messaging - which is by REST APIs. A big goal of the proposed approach (which is not clearly stated) is to try and minimize barriers to adoption by those who must adopt it. It's also way easier to build public cloud based messaging using REST APIs than MSRP. 
>  
> 
> Probably want to mention Real Time Text via RFC4103 (SIP signaled like voice and video).
> 
> Are the cloud sip extensions actually necessary to get a minimum viable protocol for this purpose?
> 
> Well, that's a fair criticism. THe rationale was what I was saying above - if you are building a pure software-based voip system on public cloud, its a mighty pain in the neck to do it without something like this. So the goal is to reduce barriers to entry.
> 
>  
> 
> Might want to look at RFC9248 which is a SIP profile that uses the WebRTC media specs, DTLS-SRTP, and a bunch of other things to get a common client for audio, video and real time text.  Probably not entirely suitable for this purpose, but it’s a start of things that should be considered.
> 
> I admit I had missed this one - will look, thx.
> 
>  
> 
> Brian
> 
> 
>> On Jul 12, 2022, at 10:13 AM, Jonathan Rosenberg <jdrosen@jdrosen.net <mailto:jdrosen@jdrosen.net>> wrote:
>> 
>> Hi fellow dispatchers - 
>> 
>> I wanted to call attention to the following draft submitted yesterday:
>> https://www.ietf.org/archive/id/draft-rosenberg-dispatch-spin-00.txt <https://www.ietf.org/archive/id/draft-rosenberg-dispatch-spin-00.txt>
>> 
>> Abstract:
>> This document introduces a framework and a protocol for facilitating
>>    voice, video and messaging interoperability between application
>>    providers.  This work is motivated by the recent passage of
>>    regulation in the European Union - the Digital Markets Act (DMA) -
>>    which, amongst many other provisions, requires that vendors of
>>    applications with a large number of users enable interoperability
>>    with applications made by other vendors.  While such interoperability
>>    is broadly present within the public switched telephone network, it
>>    is not yet commonplace between over-the-top applications, such as
>>    Facetime, WhatsApp, and Facebook Messenger.  This document
>>    specifically defines the Simple Protocol for Inviting Numbers (SPIN)
>>    which is used to deliver invitations to mobile phone numbers that can
>>    bootstrap subsequent communications over the Internet.
>> 
>> Right now, we're looking to see if there is interest in working on this. Comments welcome.
>> 
>> Thx,
>> Jonathan R.
>> 
>> -- 
>> Jonathan Rosenberg, Ph.D.
>> jdrosen@jdrosen.net <mailto:jdrosen@jdrosen.net>
>> http://www.jdrosen.net <http://www.jdrosen.net/>_______________________________________________
>> dispatch mailing list
>> dispatch@ietf.org <mailto:dispatch@ietf.org>
>> https://www.ietf.org/mailman/listinfo/dispatch <https://www.ietf.org/mailman/listinfo/dispatch>
> 