Re: [rtcweb] SIP MUST NOT be used in browser?[was RE: Remote recording - RTC-Web client acting as SIPREC session recording client]

[Harald Alvestrand <[e-mail]>]

On 09/07/11 19:29, Ravindran Parthasarathi wrote:
>
> Matthew,
>
> When I asked for SIP, I have meant RFC 3261 only.
>
This is 269 pages, and has 26 normative dependencies including S/MIME. 
It's not a small dependency.
>
> The basic reason for asking SIP is to make the basic call works 
> between browser to browser across web servers. Without SIP in browser, 
> it is not going happen. Innovative application is going to be 
> proprietary whether it is HTTP or SIP or any other protocol for that 
> matter.
>
> My reasoning are as follows:
>
> 1)SIP makes browser more intelligence compare to dump signaling 
> mechanism like MEGACO and browser acts as MG.
>
Why does that "intelligence" need to be in the browser, rather than in 
the Javascript?
>
> 2)The importance of basic call interop is that there is no need of 
> many individual id like skype id, Google id  and yahoo id by everyone 
> in the world to communicate others. I wish to have single id like 
> e-mail id to be maintained by browser-to-browser users to communicate 
> with others.
>
This only makes sense for applications that fit the "call an identified 
party" paradigm.
>
> 3)SIP helps to interop for basic call with other existing realtime 
> application in Enterprise & Telecom provider.
>
> 4)There is no need to build two different signaling logic in VoIP 
> servers for each service. Your own example of Bridge line appearance 
> will need two implementation by the single vendor because desktop 
> application or hardphone implementation based on SIP and browser based 
> implementation is depend on HTTP metadata. It is possible to avoided 
> by having one signaling protocol.
>
One protocol can be achieved by multiple applications choosing to 
implement one protocol.
It doesn't have to be enforced by the prtoocol being embedded in the 
browser.
>
> In RTCWEB does not standardize the signaling protocol interface 
> between browsers, the interop across webservers is next to impossible 
> and it will be restricted to single webserver (company) only. Please 
> let  me know in case I?m missing something here.
>

I think the main thing you are missing is that there are many 
applications that people want to build on top of RTCWEB that are not 
telephones, and will not fit with telephone-based paradigms.