<HTML>
<HEAD>
<TITLE>Re: [Freeswitch-users] Hack for Zoiper speex codec payload problem</TITLE>
</HEAD>
<BODY>
<FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>That’s just broken in general... The RTP map there is saying that codec 101 is telephone-event/8000 which is specifically RFC2833 DTMF... There is no audio codec in there...<BR>
<BR>
In this case it appears no actual audio codecs were offered <BR>
<BR>
<BR>
On 11/14/14 5:07 PM, "Mateusz Bartczak" <<a href="netcentrica@gmail.com">netcentrica@gmail.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Zoiper sends 101 code, which seems to be not recognized by FS<BR>
<BR>
absolute_codec_string is set to speex@8000h@20i,SILK@8000h@20i,G729,GSM,SILK@12000h@20i,PCMA,PCMU<BR>
<BR>
Here are parts from logs:<BR>
<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia.c:5860 Remote SDP:<BR>
v=0<BR>
o=Z 0 0 IN IP4 37.190.147.137<BR>
s=Z<BR>
c=IN IP4 37.190.147.137<BR>
t=0 0<BR>
m=audio 64037 RTP/AVP 101<BR>
a=rtpmap:101 telephone-event/8000<BR>
a=fmtp:101 0-15<BR>
<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[PCMA:8:8000:20:64000]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[PCMU:0:8000:20:64000]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[SPEEX:99:32000:20:44000]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[SPEEX:99:16000:20:42200]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[SPEEX:99:8000:20:24600]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[SILK:118:12000:20:25000]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[SILK:117:8000:20:20000]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[G729:18:8000:20:8000]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5284 Audio Codec Compare [telephone-event:101:8000:20:0]/[GSM:3:8000:20:13200]<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [DEBUG] sofia_glue.c:5453 Set 2833 dtmf send/recv payload to 101<BR>
2014-11-15 00:01:26.118326 [NOTICE] sofia.c:6185 Hangup <a href="sofia/external/964938@80.72.35.123">sofia/external/964938@80.72.35.123</a> [CS_NEW] [INCOMPATIBLE_DESTINATION]<BR>
<BR>
Still no success<BR>
<BR>
<BR>
2014-10-21 14:29 GMT+02:00 Brian West <<a href="brian@freeswitch.org">brian@freeswitch.org</a>>:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Since the codec is in the dynamic range the payload number is of little to no value the codec name is then used to compare. So could you provide some details of what you think is wrong?<BR>
<BR>
On Fri, Oct 17, 2014 at 7:34 AM, Mateusz Bartczak <<a href="netcentrica@gmail.com">netcentrica@gmail.com</a>> wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Android, but the same problem is with Windows client<BR>
<BR>
2014-10-17 12:35 GMT+02:00 Brian West <<a href="brian@freeswitch.org">brian@freeswitch.org</a>>:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Android or iOS?<BR>
<BR>
<BR>
On Friday, October 17, 2014, Mateusz Bartczak <<a href="netcentrica@gmail.com">netcentrica@gmail.com</a>> wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'>Hi All,<BR>
<BR>
I have problem with getting Zoiper with enabled codec speex/8000 working with FS. I saw some discussions about this problem before, but none of them ended with working solution.<BR>
<BR>
Maybe these days some of you can share some hints how to hack this<BR>
<BR>
Problem is that Zoiper sends SDP payload type 110 for speex/8000, but FS expects other type for that codec. <BR>
<BR>
I tried to rewrite SDP on OpenSIPS proxy that sits between end users and FS box, and then later rewrite replies with SDP payload generated by FS to 110 code, but calls always end-up with codec negotiation failure<BR>
<BR>
And yes, I know that zoiper is broken, please don't paste RFC here :) <BR>
<BR>
It gets very popular on mobile devices and I'm forced to provide support for it, even if its broken<BR>
</SPAN></FONT></BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE><FONT FACE="Monaco, Courier New"><SPAN STYLE='font-size:11pt'><BR>
-- <BR>
Ken<BR>
<FONT COLOR="#0000FF"><U><a href="http://www.FreeSWITCH.org">http://www.FreeSWITCH.org</a><BR>
<a href="http://www.ClueCon.com">http://www.ClueCon.com</a><BR>
<a href="http://www.OSTAG.org">http://www.OSTAG.org</a><BR>
</U></FONT>irc.freenode.net #freeswitch<BR>
Twitter: @FreeSWITCH<BR>
<BR>
</SPAN></FONT>
</BODY>
</HTML>