Re: [rtcweb] Future requirement: RTC-Web apps must work through interface switching

[<[e-mail]>]

Hi, 

Iñaki Baz Castillo wrote:
>
>In WebSocket a disconnect() event will be called by JS API if the connection is
>terminated (this can occur when the server explicity terminates the
>connection or when the WebSocket client tries to send a message over the
>WebSocket connection and gets an error because the connection "does not
>work anymore"). For the last case, a pinging mechanism from the client is a
>good choice.
>

Is it possible for the browser to call disconnect() also for more explicit reasons, such that it has itself learned that the current interface/socket has become disconnected? This way the JS application would get the signal immediately rather than having to wait for the next ping. In that case this should be OK. The disconnect() function should then have the code for re-creating the websocket connection, this time over the new (default) interface, and recreating the necessary state on top of it in the application level. This would create a few seconds of disconnect between the client and the server, which might be OK for most apps. Perfect handling of this case, i.e. being able to open the new connection before the old one is lost, would probably require changes in the Websocket API. Or, use of MPTCP.

Markus