STUN BINDING request timing out

[Yadala Venkata Varun]

Hi,

I'm testing out WebRTC in a UI that's receiving media relayed through a turn server. 1 out of 10-15 times I see this error in the chrome_debug.log ->

[78005:57347:0821/215904.341117:INFO:connection.cc(909)] Conn[7930c00:audio:Net[any:0.0.0.x/0:Wildcard:id=0]:rw18FEhm:1:0:relay:udp:52.73.92.x:32391->PmAhH44j:1:2015363327:local:udp      :30.1.4.x:30013|C--I|-|0|0|144150372183704063|-]: Timed out after 15051 ms without a response, rtt=6000

The media doesn't load for 15 seconds when this happens and then a new session is established. I see some STUN BINDING requests before the above log like so:

17523 [78005:57347:0821/215904.283281:INFO:connection.cc(1441)] Conn[7930c00:audio:Net[any:0.0.0.x/0:Wildcard:id=0]:rw18FEhm:1:0:relay:udp:52.73.92.x:32391->PmAhH44j:1:2015363327:local:ud      p:30.1.4.x:30013|C--I|-|0|0|144150372183704063|-]: Sent STUN BINDING request, id=43696b62326c3832706a4f4e, use_candidate=0, nomination=0
17524 [78005:57347:0821/215904.340909:VERBOSE1:connection.cc(871)] Conn[7930c00:audio:Net[any:0.0.0.x/0:Wildcard:id=0]:rw18FEhm:1:0:relay:udp:52.73.92.x:32391->PmAhH44j:1:2015363327:local      :udp:30.1.4.x:30013|C--I|-|0|0|144150372183704063|-]: UpdateState(), ms since last received response=853212048, ms since last received data=853212048, rtt=6000, pings_since_last_res      ponse=4372673564744f4e79546442 786468584b36307134444963 526e5454484661614f41366a 6f32355667776e68534a6f6e 413844767649546e6b5a4c66 ... 236 more

What does the above timeout mean and when can this happen? What can be done to debug this further?

Thanks,

Varun

DISCLAIMER: The contents of this email, including any attachments that it may contain, are privileged and confidential information, and may also constitute as proprietary, and are intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by email and delete the original message. Unintended recipients are strictly prohibited from copying, disclosing, and/or distributing such contents in any manner or form. Opinions, conclusions, and other information in this transmission that do not relate to the official business of Amagi, including all its affiliates, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless expressly and specifically stated as otherwise, or followed by written confirmation, by an authorized signatory of the Company.

[shakeeb nazmus]

Hi Varun.

>>What does the above timeout mean.

This means one endpoint has sent the request but did not receive the response.

>>and when can this happen?

This can happens when the communications between two points is broken. 

      

>>What can be done to debug this further? 

You need some knowledge of ICE(Interactive Connectivity Establishment) to debug further.  When connection is established, endpoint sends keepalives. It is just  sending STUN binding request and getting STUN binding response.

You can get details in RFC rfc5245 #section-10.

You first need to find out where the data is missing. The following information may help you.

1. when this happens, turnserver receives data from the client or not.

2. if  #1 is yes, then turnserver sends data to other party. 

3. if #2 is no. then is there any sudden change in the sender's public IP or port.       

If turnserver receives data from the endpoint but doesn't send then you can see turnserver's log. why it is discarding.  

Thanks,

Shakeeb