<div dir="ltr"><div><div><div><div>Hello All,<br><br></div>I am using Asterisk 11.4 to make WebRTC calls.<br></div>I am having one way audio issues in certain scenarios.<br><br></div>Analysis Failure case:<br>--------------------------------<br>
<br></div>INVITE sent from browser:<br><br><div>v=0^M<br>o=- 546074467646554532 2 IN IP4 127.0.0.1^M<br>s=-^M<br>t=0 0^M<br>a=group:BUNDLE audio^M<br>a=msid-semantic: WMS 9oVZAJxsBQKy0FFy9FyYvp3OlN4xNHHknuuC^M<br>m=audio 33746 RTP/SAVPF 111 103 104 0 8 106 105 13 126^M<br>
c=IN IP4 194.183.244.5^M<br>a=rtcp:33746 IN IP4 194.183.244.5^M<br>a=candidate:1679965505 1 udp 2113937151 10.1.5.116 50461 typ host generation 0^M<br>a=candidate:1679965505 2 udp 2113937151 10.1.5.116 50461 typ host generation 0^M<br>
a=candidate:2999745851 1 udp 2113937151 192.168.56.1 42208 typ host generation 0^M<br>a=candidate:2999745851 2 udp 2113937151 192.168.56.1 42208 typ host generation 0^M<br>a=candidate:3890964107 1 udp 2113937151 10.1.65.38 47247 typ host generation 0^M<br>
a=candidate:3890964107 2 udp 2113937151 10.1.65.38 47247 typ host generation 0^M<br>a=candidate:2265168813 1 udp 1845501695 194.183.244.5 33746 typ srflx raddr 10.1.5.116 rport 50461 generation 0^M<br>a=candidate:2265168813 2 udp 1845501695 194.183.244.5 33746 typ srflx raddr 10.1.5.116 rport 50461 generation 0^M<br>
a=candidate:715243953 1 tcp 1509957375 10.1.5.116 0 typ host generation 0^M<br>a=candidate:715243953 2 tcp 1509957375 10.1.5.116 0 typ host generation 0^M<br>a=candidate:4233069003 1 tcp 1509957375 192.168.56.1 0 typ host generation 0^M<br>
a=candidate:4233069003 2 tcp 1509957375 192.168.56.1 0 typ host generation 0^M<br>a=candidate:2842204795 1 tcp 1509957375 10.1.65.38 0 typ host generation 0^M<br>a=candidate:2842204795 2 tcp 1509957375 10.1.65.38 0 typ host generation 0^M<br>
a=ice-ufrag:olXlAxnuMOs4Lro/^M<br>a=ice-pwd:5XHaFtt6AnMTGzGEH838T+vP^M<br>a=ice-options:google-ice^M<br>a=fingerprint:sha-256 2A:89:A9:D9:08:1B:56:1F:68:91:51:46:98:02:95:38:65:C3:F2:6E:DC:FD:F5:7D:C2:BD:8F:D9:4B:CC:39:61^M<br>
a=setup:actpass^M<br>a=mid:audio^M<br>a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level^M<br>a=sendrecv^M<br>a=rtcp-mux^M<br>a=crypto:0 AES_CM_128_HMAC_SHA1_32 inline:jY2eb+Kf9rWU8RrD0c0A/MEef/M15jAiTMkx/XaZ^M<br>a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:vj3FFZX3DEIKpS+FcHgp89aqPuHvSGdMEICgKaeQ^M<br>
a=rtpmap:111 opus/48000/2^M<br>a=fmtp:111 minptime=10^M<br>a=rtpmap:103 ISAC/16000^M<br>a=rtpmap:104 ISAC/32000^M<br>a=rtpmap:0 PCMU/8000^M<br>a=rtpmap:8 PCMA/8000^M<br>a=rtpmap:106 CN/32000^M<br>a=rtpmap:105 CN/16000^M<br>
a=rtpmap:13 CN/8000^M<br>a=rtpmap:126 telephone-event/8000<br>a=maxptime:60^M<br>a=ssrc:2744681183 cname:A3AoKceVBFkjBBi0^M<br>a=ssrc:2744681183 msid:9oVZAJxsBQKy0FFy9FyYvp3OlN4xNHHknuuC 9oVZAJxsBQKy0FFy9FyYvp3OlN4xNHHknuuCa0^M<br>
a=ssrc:2744681183 mslabel:9oVZAJxsBQKy0FFy9FyYvp3OlN4xNHHknuuC^M<br>a=ssrc:2744681183 label:9oVZAJxsBQKy0FFy9FyYvp3OlN4xNHHknuuCa0<br><br><br></div><div>Asterisk 2xx response ::<br>v=0^M<br>o=root 972456278 972456278 IN IP4 81.201.82.213^M<br>
s=Inum^M<br>c=IN IP4 81.201.82.213^M<br>t=0 0^M<br>m=audio 12256 RTP/SAVPF 8 0 126^M<br>a=rtpmap:8 PCMA/8000^M<br>a=rtpmap:0 PCMU/8000^M<br>a=rtpmap:126 telephone-event/8000^M<br>a=fmtp:126 0-16^M<br>a=silenceSupp:off - - - -^M<br>
a=ptime:20^M<br>a=ice-ufrag:2a1217a53e86c40c66e149bd57f769d6^M<br>a=ice-pwd:6eb2a7476f494b160d39df395af10d01^M<br>a=candidate:H51c952d5 1 UDP 2130706431 x.x.x.x 12256 typ host^M<br>a=candidate:H51c952d5 2 UDP 2130706430 x.x.x.x 12257 typ host^M<br>
a=connection:new^M<br>a=setup:active^M<br>a=fingerprint:SHA-256 F2:F6:3F:50:01:EF:89:B3:D5:8C:9B:D2:A9:FA:3A:5B:61:0C:67:E1:8B:AA:65:4C:A0:14:45:49:BE:F0:42:69^M<br>a=sendrecv^M<br><br><br></div><div>Call is connected, but i observed in chrome://webrtc-internals and saw that packets received by the browser is "ZERO". <br>
Analysing it further with a PCAP trace, i realized that asterisk is STUN binding request to one of the host candidates (which is a private IP) proposed in the incoming INVITE.<br></div><div>It doesn't attmept other candidates.<br>
<br></div><div>Interesting observation if i disable one of my local interface created by Oracle VM virtual box(192.168.56.1), everything is fine.<br><br></div><div>------<br></div><div>I would really appreciate if someone could throw light on this issue and help me debug it.<br>
<br></div><div>Thanks,<br></div><div>Nitesh Bansal<br></div><div><br><br></div><div> <br></div><div><br></div></div>