Open githubkimizhou opened 4 years ago
Hello,
I have the same problem with: Debian 10 Buster FS version: FreeSWITCH Version 1.10.1-release-12-f9990221e6~64bit (-release-12-f9990221e6 64bit)
I also have this problem. But there is no problem with version 1.6. OS:Debian 9.11 stretch
I can confirm, that in 1.6.20 there no DTLS delay, for chrome its tooks about ~0.2-0.4 s. for firefox: ~0.4-0.9 sec to connect sound.
I also tested version 1.8.7, DTLS delay, on that version also persist.
OS: Debian 8.10 jessie
Any news about this issue?
Same problem here. FreeSWITCH Version 1.10.3-release-15-129de34d84~64bit (-release-15-129de34d84 64bit) OS: Debian 10
Similar issue over here. Both on 1.10.3 and 1.10.4 releases (Debian Buster 10.5)
same here... do we have a fix for this issue? or should i go back using asterisk again. lol.
it seems.. asterisk is fast in handling dtls handshake compare to FS
same here... do we have a fix for this issue? or should i go back using asterisk again. lol.
it seems.. asterisk is fast in handling dtls handshake compare to FS
Personally, I ended up with disabling the SRTP entirely on the FreeSWITCH. In my deplyoment, my next node is a Kamailio server with RTPEngine. So I configured the FS to work with Kamailio with RTP, and RTPEngine encrypts the RTP towards my WebRTC clients. That way every thing is very fast.
for branch 1.10.1, change "wrong_addrs > 2 " to "wrong_addrs >= 0 " in $(freeswitchRootDir)/src/switch_rtp.c line 1257, then recompile and install freeswitch, the dtls delay disappeared.
When the freeswitch and the webrtc client negotiate the dtls, when the client sends the client Hello, the server does not immediately send the server hello to the public network address of the client, but sends the server hello to the public IP address of the client after delaying for 3s. . How can I solve this problem, thank you.
freeswitch version: 1.10.1 os: debian9.11