<html><head></head><body><div>Hi,</div><div><br></div><div>Did you make any substantive change? or is that only a debugging statement?</div><div><br></div><div>On Tue, 2016-06-21 at 16:14 -0700, James Huang wrote:</div><blockquote type="cite"><div dir="ltr">oh the <span style="font-size:12.8px">nice_tcp_active_socket_</span><span style="font-size:12.8px">connect issue is a logging mistake. </span><div><span style="font-size:12.8px">I put the statement right before the nice_tcp_bsd_socket_new_from_gsock() call and it works now </span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 21, 2016 at 3:51 PM, James Huang <span dir="ltr"><<a href="mailto:hng.jms@gmail.com" target="_blank">hng.jms@gmail.com</a>></span> wrote:<br><blockquote type="cite"><div dir="ltr">Hi all,<div><br></div><div>I'm trying to get an openwebrtc iphone-to-iphone stream working, and it uses libnice as the underlying connectivity manager. It's running on the 1.13 release, but there have been about 14+ months of bug fixes to the master branch so I've updated to the latest version. </div><div><br></div><div>I'm getting the following messages when I try to establish a connection.</div><div><br></div><div><blockquote type="cite">ICE failed to establish a connection!<br>ICE state changed from connecting to failed<br></blockquote></div><div><br></div><div><div>This is a dump of my logs with <span style="color:rgb(51,51,51);font-family:"Helvetica Neue",Helvetica,"Segoe UI",Arial,freesans,sans-serif,"Apple Color Emoji","Segoe UI Emoji","Segoe UI Symbol";font-size:14px;line-height:22.4px">NICE_DEBUG </span>turned on. </div><div><a href="http://pastebin.com/vQtmk4hX" target="_blank">http://pastebin.com/vQtmk4hX</a></div></div><div><br></div><div>An example below: </div><div><br></div><blockquote type="cite">With the following ICE candidates<br>-----------------------offer sdp-----------------------<br>a=candidate:1 1 UDP <a href="tel:2013266431" value="+12013266431" target="_blank">2013266431</a> 192.168.1.27 53302 typ host<br>a=candidate:2 1 TCP 1019216639 192.168.1.27 0 typ host tcptype active<br>a=candidate:3 1 TCP 1015022335 192.168.1.27 55855 typ host tcptype passive<br>-----------------------answer sdp-----------------------<br>a=candidate:1 1 UDP <a href="tel:2013266431" value="+12013266431" target="_blank">2013266431</a> 192.168.1.245 65305 typ host<br>a=candidate:2 1 TCP 1019216383 192.168.1.245 0 typ host tcptype active<br>a=candidate:3 1 TCP 1015022079 192.168.1.245 52295 typ host tcptype passive<br></blockquote><div><br></div><div><br></div><div>I'm getting a TCP handshake over the tcp-passive port 55855/52295, which triggers some code in agent.c:</div><div><blockquote type="cite">/* Passive candidates when readable should accept and create a new<br> * socket. When established, the connchecks will create a peer reflexive<br> * candidate for it */<br>new_socket = nice_tcp_passive_socket_accept (nicesock);<br></blockquote></div><div><br></div><div>But that seems to be out-of-band data or something according to the return value?</div><div><br></div><div>But it seems like a new connectivity check never happens and the pair times out. I also don't fully understand what the comment means.</div><div><br></div><div>When I run the linux-linux version it appears </div><div>conncheck.c conn_check_handle_inbound_stun->priv_reply_to_conn_check() </div><div>gets called, and everything works fine but on the iphone it does not. <br><br>I've removed STUN and TURN servers and have been running 2 phones off of the same wifi just to simplify the connection paths, but I've also tried adding in STUN servers. </div><div><br></div><div>This pull request problem (<a href="https://github.com/libnice/libnice/pull/6" target="_blank">https://github.com/libnice/libnice/pull/6</a>) seems suspiciously like my issue except that particular code path never executes for me. I've added it in anyways just to be safe. </div><div><br></div><div>Oh, the other thing that I've seen is the only call to nice_tcp_active_socket_connect is to seemingly garbage src/dst ip:port numbers like:</div><blockquote type="cite">[<unknown>]:903479824 -> [(null)]:1336121346 <br></blockquote><div>it's unclear to me right now when/where they turn into garbage . </div><div><br></div><div>Anyways, I'm a little lost and not sure what to investigate. But I'm happy to add extra logging to figure this thing out. Any advice would be appreciated. </div><div><br></div><div><br></div></div> <br></blockquote></div><br></div> <pre>_______________________________________________ nice mailing list <a href="mailto:nice@lists.freedesktop.org">nice@lists.freedesktop.org</a> <a href="https://lists.freedesktop.org/mailman/listinfo/nice">https://lists.freedesktop.org/mailman/listinfo/nice</a> </pre></blockquote><div><span><pre>-- Olivier Crête olivier.crete@collabora.com </pre></span></div></body></html>