<div dir="ltr"><div><div><div><div><div><div>Hi,<br><br></div>I'd like to get your opinion on whether this WebRTC failure to connect points to a Chrome/VC or FS bug.<br><br></div>FreeSWTICH: 1.6.19<br></div>Verto Communicator: from v1.8 branch</div><div>Chrome: 59-61<br></div><div><br></div><div>Reproducer:</div><div>0. Chrome and FS on a local LAN<br></div>1. In VC, disable STUN as environment is local LAN<br></div>2. Chrome sends<br>2017-09-14 11:48:33.658249 [DEBUG] mod_rtc.c:389 () State Change CS_NEW -> CS_INIT<br>2017-09-14 11:48:33.658249 [DEBUG] switch_core_session.c:615 N/A set UUID=b138714b-740a-de23-101c-c76d5676a6d4<br>2017-09-14 11:48:33.658249 [NOTICE] switch_channel.c:1104 New Channel verto.rtc/3000 [b138714b-740a-de23-101c-c76d5676a6d4]<br>2017-09-14 11:48:33.658249 [DEBUG] mod_verto.c:3661 Remote SDP verto.rtc/3000:<br>v=0<br>o=- 3881351537341052870 2 IN IP4 127.0.0.1<br>s=-<br>t=0 0<br>a=group:BUNDLE audio video<br>a=msid-semantic: WMS Tub3STBaDw6tNMrINhAyvJBWK96IeIanerjj<br>m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126<br>c=IN IP4 0.0.0.0<br>a=rtcp:9 IN IP4 0.0.0.0<br>a=ice-ufrag:VU1P<br>a=ice-pwd:davKC7PLYeQ04ZkN4TNvGo9s<br>a=ice-options:trickle<br>a=fingerprint:sha-256 79:A5:79:AE:62:B9:7F:00:5F:0C:04:C1:18:81:C4:09:ED:47:3B:1B:0A:3C:2F:F2:7B:6F:D5:E7:3C:DA:E0:2C<br>a=setup:actpass<br>a=mid:audio<br>a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level<br>a=sendrecv<br>a=rtcp-mux</div><div><br></div>3. FS replies <br><div><br><div><div><div><div><div><div><div>[DEBUG] switch_core_media.c:3523 Searching for rtp candidate.<br>[DEBUG] switch_core_media.c:3523 Searching for rtcp candidate.<br>[DEBUG] switch_core_media.c:3567 verto.rtc/3000 no suitable candidates found.<br>[NOTICE] switch_channel.c:3812 Hangup verto.rtc/3000 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]<br>[DEBUG] switch_core_session.c:2815 verto.rtc/3000 skip receive message [APPLICATION_EXEC_COMPLETE] (channel is hungup already)<br clear="all"></div><div><br></div><div>4. With STUN on, it connects successfully. Chrome sends the external NAT address (STUN discovered). This seems unnecessary for a local LAN.</div><div><br></div><div>5. For Firefox+VC without STUN, the verto.invite contains all the local LAN addresses and it connect successfully.</div><div><br></div><div>Any suggestions? Should Chrome+VC without be expected to work w/o STUN  on a local LAN while sending c=IN IP4 0.0.0.0?<br></div><div><br></div><br><div><br></div><div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><font face="Droid Sans" color="#000000"><span style="font-size:15px">Richard Chan</span></font></div><br></div></div></div></div>
</div></div></div></div></div></div></div></div></div>