<div dir="ltr"><div><div>Giovanni,</div><div><br></div><div>I know the Skype API takes a TCP stream of <span style="color:rgb(0,0,0);font-family:Arial,Helvetica,'Luxi Sans',sans-serif;font-size:14px;white-space:pre">SL 16. </span>In order to force the correct codecs, I inserted setting the following in the dialplan just before the bridge.</div>
<div><br></div><div> <action application="export" data="nolocal:absolute_codec_string=L16,SL16,GSM"/></div></div><div><br></div><div>However call establishment still fails with INCOMPATIBLE_DESTINATION after comparing GSM and L16:<br>
</div><div><br></div><div><div>2013-10-17 18:22:25.272510 [DEBUG] sofia_glue.c:5226 Audio Codec Compare [GSM:3:8000:20:13200]/[L16:70:8000:20:128000]</div></div><div><br></div><div>Any suggestions on the contents of global_codec_prefs, outbound_codec_prefs, or nolocal:absolute_codec_string? I suspect I need to define something like L16@13200h but when I tried this, the L16 offering did not change.</div>
<div><br></div><div>Full log snippet follows</div><div><br></div><div>Thanks,</div><div>Danny Iland</div><div><br></div><div><div>2013-10-17 18:22:25.252453 [NOTICE] mod_skypopen.c:2471 Channel [skypopen/skype102/echo123] has been answered</div>
<div>2013-10-17 18:22:25.252453 [DEBUG] switch_channel.c:3594 (skypopen/skype102/echo123) Callstate Change RINGING -> ACTIVE</div><div>2013-10-17 18:22:25.252453 [DEBUG] mod_skypopen.c:1232 [543dc3c|22dd4bf] [DEBUG_SKYPE 1232 ][skype102 ][UP,INPROGRS] MSG_ID=41</div>
<div>2013-10-17 18:22:25.252453 [DEBUG] mod_skypopen.c:2479 [543dc3c|22dd4bf] [DEBUG_SKYPE 2479 ][skype102 ][UP,INPROGRS] outbound_channel_answered!</div><div>2013-10-17 18:22:25.272510 [DEBUG] sofia_glue.c:5226 Audio Codec Compare [GSM:3:8000:20:13200]/[PCMU:0:8000:20:64000]</div>
<div>2013-10-17 18:22:25.272510 [DEBUG] sofia_glue.c:5226 Audio Codec Compare [GSM:3:8000:20:13200]/[PCMA:8:8000:20:64000]</div><div>2013-10-17 18:22:25.272510 [DEBUG] sofia_glue.c:5226 Audio Codec Compare [GSM:3:8000:20:13200]/[L16:70:8000:20:128000]</div>
<div>2013-10-17 18:22:25.272510 [DEBUG] sofia_glue.c:5370 No 2833 in SDP. Disable 2833 dtmf and switch to INFO</div><div>2013-10-17 18:22:25.272510 [DEBUG] switch_core_session.c:858 Send signal sofia/internal/[me]@[ip] [BREAK]</div>
<div>2013-10-17 18:22:25.272510 [NOTICE] switch_channel.c:3633 Hangup sofia/internal//[me]@[ip] [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]</div><div>2013-10-17 18:22:25.272510 [DEBUG] switch_channel.c:3134 Send signal sofia/internal//[me]@[ip] [KILL]</div>
<div>2013-10-17 18:22:25.272510 [DEBUG] switch_core_session.c:1338 Send signal sofia/internal//[me]@[ip] [BREAK]</div><div>2013-10-17 18:22:25.272510 [DEBUG] switch_ivr_originate.c:3450 sofia/internal//[me]@[ip] Media Establishment Failed.</div>
<div>2013-10-17 18:22:25.272510 [NOTICE] switch_ivr_originate.c:3452 Hangup skypopen/skype102/echo123 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION]</div></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Oct 17, 2013 at 1:00 AM, Giovanni Maruzzelli <span dir="ltr"><<a href="mailto:gmaruzz@gmail.com" target="_blank">gmaruzz@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">mod_skypopen uses signed raw linear 16 bit (eg: SL16) natively, but you seem to force it to use PCMU or PCMA (eg: g711).<br><br>FreeSWITCH will automatically do the conversion for you (from whatever your channel uses) when bridging to skypopen if you don't force it.<div>
<br></div><div>-giovanni</div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Wed, Oct 16, 2013 at 8:04 PM, Danny Iland <span dir="ltr"><<a href="mailto:iland@cs.ucsb.edu" target="_blank">iland@cs.ucsb.edu</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div>I'm using Freeswitch as a PBX for OpenBTS, to route calls from mobile phones to VoIP providers.</div>
<div><br></div><div>When bridging a call from a cellular handset to a mod_skypopen interface, I get the following error as soon as the Skype call is answered. The handset then hangs up. It appears the problem lies in the 'audio codec compare' phase.</div>
<div><br></div><div>2013-10-16 17:54:21.932473 [DEBUG] switch_channel.c:3548 Send signal sofia/internal/IMSI[me]@[ip] [BREAK]</div><div>2013-10-16 17:54:21.932473 [NOTICE] mod_skypopen.c:2471 Channel [skypopen/skype101/echo123] has been answered</div>
<div>2013-10-16 17:54:21.932473 [DEBUG] switch_channel.c:3594 (skypopen/skype101/echo123) Callstate Change RINGING -> ACTIVE</div><div>2013-10-16 17:54:21.932473 [DEBUG] mod_skypopen.c:1232 [543dc3c|22dd4bf] [DEBUG_SKYPE 1232 ][skype101 ][UP,INPROGRS] MSG_ID=41</div>
<div>2013-10-16 17:54:21.932473 [DEBUG] mod_skypopen.c:2479 [543dc3c|22dd4bf] [DEBUG_SKYPE 2479 ][skype101 ][UP,INPROGRS] outbound_channel_answered!</div><div>2013-10-16 17:54:21.932473 [DEBUG] skypopen_protocol.c:1172 [543dc3c|22dd4bf] [DEBUG_SKYPE 1172 ][skype101 ][UP,INPROGRS] ACCEPTED here you send me 32776</div>
<div>2013-10-16 17:54:21.932473 [DEBUG] skypopen_protocol.c:1177 [543dc3c|22dd4bf] [DEBUG_SKYPE 1177 ][skype101 ][UP,INPROGRS] 4 SO_RCVBUF is 5120, size is 4</div><div>2013-10-16 17:54:21.932473 [DEBUG] skypopen_protocol.c:1181 [543dc3c|22dd4bf] [DEBUG_SKYPE 1181 ][skype101 ][UP,INPROGRS] 4 SO_SNDBUF is 5120, size is 4</div>
<div>2013-10-16 17:54:21.952511 [DEBUG] skypopen_protocol.c:207 [543dc3c|22dd4bf] [DEBUG_SKYPE 207 ][skype101 ][UP,INPROGRS] READING: |||ALTER CALL 32 SET_INPUT PORT="32776"||| </div><div>2013-10-16 17:54:21.952511 [DEBUG] sofia_glue.c:5226 Audio Codec Compare [GSM:3:8000:20:13200]/[PCMU:0:8000:20:64000]</div>
<div>2013-10-16 17:54:21.952511 [DEBUG] sofia_glue.c:5226 Audio Codec Compare [GSM:3:8000:20:13200]/[PCMA:8:8000:20:64000]</div><div>2013-10-16 17:54:21.952511 [DEBUG] sofia_glue.c:5370 No 2833 in SDP. Disable 2833 dtmf and switch to INFO</div>
<div>2013-10-16 17:54:21.952511 [DEBUG] switch_core_session.c:858 Send signal sofia/internal/IMSI[me]@[ip] [BREAK]</div><div>2013-10-16 17:54:21.952511 [NOTICE] switch_channel.c:3633 Hangup sofia/internal/IMSI[me]@[ip] [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]</div>
</div><div><br></div><div>Any advice on forcing a transcode or otherwise having the Audio Codec Compare result in a successful bridge is appreciated.</div><div><br></div><div>Thanks,</div><div>Danny Iland</div><div><br></div>
<div><br></div><div><br></div></div>
<br></div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Sincerely,<br><br>Giovanni Maruzzelli<br>Cell : <a href="tel:%2B39-347-2665618" value="+393472665618" target="_blank">+39-347-2665618</a><br>
</font></span></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>