Re: [rtcweb] RTCWeb default signaling protocol [was RE: About defining a signaling protocol for WebRTC (or not)]

[Randell Jesup <[e-mail]>]

On 9/19/2011 11:06 AM, Saúl Ibarra Corretgé wrote:
>>> That would require a signaling central point (think about
>>> NAT), does it mean that web sites should provide a like-"SIP proxy"
>>> within their infraestructure? (think about web sites hosted in shared
>>> datacenter by an Apache or other web server not behind the control of
>>> the web developer).
>> It would require a SIP proxy only if the app developer decides to use the SIP
>> module.
>>
> I might be missing something, but how would Alice communicate with Bob if both are behind NAT and there is no server involved? Asking some IP and port out of band? I'm not aware of any Bonjour-style protocol for the Internet, is there something similar which could be leveraged?
>
> I see no clean way for 2 browsers to communicate without a server involved, and since it's not feasible to mandate that every browser manufacturer deploys one, I'd rather not have any simplified or default protocol.
You misunderstood me; I meant "if you use an optional SIP module, you'll
need to have a SIP proxy on your server".  WebRTC in general presumes some sort
of server architecture to solve the discovery/invitation problem.  There *are*
some possible uses of WebRTC that might not use a central server(s).   The simplest
would be the "phone-tag" server, where you and the person you want to talk to
exchange IP addresses and external port numbers over the phone, and type them into
the web app, which then opens a default-configured PeerConnection and re-negotiates
to the actual configuration.


-- 
Randell Jesup
[e-mail]