fasihul-iapp / doubango

Automatically exported from code.google.com/p/doubango
0 stars 0 forks source link

no stun response from chrome and webrtc2sip block on ice connetion check #395

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1.disable sipml5 and webrtc2sip ice server
2.make a call with sipml5 on chrome,after it connected then hung up the call
3.after repeat the above steps several times,webrtc2sip maybe blocked by ice 
connection check and sipml5 continuously 'Remote ringing...' or 
'Connection...'on chrome.

What is the expected output? What do you see instead?
This is a occasional problem.
Close chrome when webrtc2sip is blocked and 'netstat -tunpl' on centos, you 
will find some udp connection is not closed.
I found many stun binding request from webrtc2sip and no response from Chrome 
when webrtc2sip blocked.

What version of the product are you using? On what operating system?
centos 6.5
chrome 35.0.1916.153
webrtc2sip r128
doubango r1110
sipml5  r220

Please provide any additional information below.
config.xml:
<config>

  <debug-level>INFO</debug-level>

  <transport>udp;*;10060</transport>
  <transport>ws;*;10060</transport>
  <transport>wss;*;10062</transport>
  <!--transport>tcp;*;10063</transport-->
  <!--transport>tls;*;10064</transport-->

  <enable-rtp-symetric>yes</enable-rtp-symetric>
  <enable-100rel>no</enable-100rel>
  <enable-media-coder>no</enable-media-coder>
  <enable-videojb>yes</enable-videojb>
  <video-size-pref>vga</video-size-pref>
  <rtp-buffsize>65535</rtp-buffsize>
  <avpf-tail-length>100;400</avpf-tail-length>
  <srtp-mode>optional</srtp-mode>
  <srtp-type>sdes;dtls</srtp-type>
  <dtmf-type>rfc4733</dtmf-type>

  <codecs>opus;pcma;pcmu;gsm;vp8;h264-bp;h264-mp;h263;h263+</codecs>
  <codec-opus-maxrates>48000;48000</codec-opus-maxrates>

  <stun-server>stun.l.google.com;19302;stun-user@doubango.org;stun-password</stun-server>
  <enable-icestun>no</enable-icestun>

  <max-fds>-1</max-fds>

  <!--nameserver>66.66.66.6</nameserver-->

  <ssl-certificates>
    /opt/webrtc2sip/sbin/key.pem;
    /opt/webrtc2sip/sbin/cert.pem;
    /opt/webrtc2sip/sbin/cert.pem;
    no
  </ssl-certificates>

</config>

Original issue reported on code.google.com by deng.lia...@gmail.com on 7 Jul 2014 at 4:54

Attachments:

GoogleCodeExporter commented 9 years ago
Moving 'self->is_started = tsk_true;self->is_active = tsk_true;' to 'if((ret = 
_tnet_ice_ctx_fsm_act(self, _fsm_action_GatherHostCandidates))){' of the front 
in tnet_ice_ctx.c, the problem seems solved.

Original comment by deng.lia...@gmail.com on 10 Jul 2014 at 3:24