Re: [rtcweb] SDP_PRANSWER followed by SDP_OFFER scenario in JSEP

[Roman Shpount <[e-mail]>]

On Thu, May 3, 2012 at 3:54 PM, Randell Jesup <[e-mail]>wrote:

>
> Call setup delay causes clipping, unless you in some manner use feedback
> to the answerer to hold them off from talking.  The classic problem you
> probably all know is "pickup receiver, say "hello" - if call setup takes
> (or media is clipped by) more than a couple hundred ms, the clipping is
> audible to the caller.  And it gets worse (100ms or perhaps even less) for
> "click-to-answer".  The only thing to help you there is possible visual
> indication that it's not connected yet to encourage the answerer to wait
> before talking, and in some uses that's not possible or isn't sufficiently
> obvious.  (audio-only connections, especially in a context where you're
> paying attention to other things as well (game, VR conference, etc)).
>

Unfortunately this is unavoidable with ICE. Once you have ICE setup enabled
you normally end up with at least a RTT delay. If this is a call from east
to west coast in US, this typically means that about 100 ms worth of media
is clipped (pretty much means no initial hello). If you add DTLS setup on
top of this, you end up with more then half a second worth of audio
clipped, so this typically means people saying hello several times to see
if there is a person on the other side. All of this for the calls in
continental US. If you are talking to somebody over a satellite link,
situation is much worse. The way I've seen dealt with this was playing some
sort of audio and media to the answering party until call is actually
connected to prevent them from speaking.
_____________
Roman Shpount