Invalid codec CN is tearing down the call request
Hello, I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them: 2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000 +++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000 2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000 sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20 2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000 +++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000 2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN!* 2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec?* 2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL] and Freeswitch is terminating the call by using CANCEL. My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/--> Is it a problem with CN definition? Could you please lead me where the problem is located? Thanks in advance. Mac.
Your version is 3 months old. Can you reproduce this on the latest git head? On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN!* 2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec?* 2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode... On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 Invalid codec CN! 2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 Can't load codec? 2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch Twitter: @FreeSWITCH
Thanks for prompt reply. Steven, later today i will try to update FS to the latest git and check this out. Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this. Thanks Mac. 2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here. On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
Sure i'll try with jira Mac. 2014-12-11 17:41 GMT+01:00 Anthony Minessale <anthony.minessale@gmail.com>:
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------ _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Funny, payload 13 is CN, which is 0x13 in base16 or 19 in base10, Please file a JIRA, I would need to see a packet capture for this one. On Thu, Dec 11, 2014 at 11:47 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Sure i'll try with jira
Mac.
2014-12-11 17:41 GMT+01:00 Anthony Minessale <anthony.minessale@gmail.com> :
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
I will gather packet capture and file JIRA. Thank You Maciej. Funny, payload 13 is CN, which is 0x13 in base16 or 19 in base10, Please
file a JIRA, I would need to see a packet capture for this one.
On Thu, Dec 11, 2014 at 11:47 AM, Maciej Bylica <mbsip@gazeta.pl <javascript:_e(%7B%7D,'cvml','mbsip@gazeta.pl');>> wrote:
Sure i'll try with jira
Mac.
2014-12-11 17:41 GMT+01:00 Anthony Minessale <anthony.minessale@gmail.com <javascript:_e(%7B%7D,'cvml','anthony.minessale@gmail.com');>>:
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl <javascript:_e(%7B%7D,'cvml','mbsip@gazeta.pl');>> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org <javascript:_e(%7B%7D,'cvml','krice@freeswitch.org');>>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org <javascript:_e(%7B%7D,'cvml','sip:888@conference.freeswitch.org');> ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org <javascript:_e(%7B%7D,'cvml','brian@freeswitch.org');>
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
1. FS-7086 <https://freeswitch.org/jira/browse/FS-7086> 2014-12-12 1:00 GMT+01:00 Maciej Bylica <mbsip@gazeta.pl>:
I will gather packet capture and file JIRA.
Thank You Maciej.
Funny, payload 13 is CN, which is 0x13 in base16 or 19 in base10, Please
file a JIRA, I would need to see a packet capture for this one.
On Thu, Dec 11, 2014 at 11:47 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Sure i'll try with jira
Mac.
2014-12-11 17:41 GMT+01:00 Anthony Minessale < anthony.minessale@gmail.com>:
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
That shouldn't really matter though should it? IIRC static payload types can be used for codecs other than the one statically assigned by IANA if a=rtpmap is given... so "a=rtpmap:19 CN/8000" should allow 19 to be CN, overriding the default 19 assignment (which is 'Reserved' apparently) On 11 December 2014 at 18:07, Brian West <brian@freeswitch.org> wrote:
Funny, payload 13 is CN, which is 0x13 in base16 or 19 in base10, Please file a JIRA, I would need to see a packet capture for this one.
On Thu, Dec 11, 2014 at 11:47 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Sure i'll try with jira
Mac.
2014-12-11 17:41 GMT+01:00 Anthony Minessale <anthony.minessale@gmail.com
:
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
It doesn't matter. Also bug should be fixed, it was not related to cn. On Sunday, December 14, 2014, Steven Ayre <steveayre@gmail.com> wrote:
That shouldn't really matter though should it? IIRC static payload types can be used for codecs other than the one statically assigned by IANA if a=rtpmap is given... so "a=rtpmap:19 CN/8000" should allow 19 to be CN, overriding the default 19 assignment (which is 'Reserved' apparently)
On 11 December 2014 at 18:07, Brian West <brian@freeswitch.org <javascript:_e(%7B%7D,'cvml','brian@freeswitch.org');>> wrote:
Funny, payload 13 is CN, which is 0x13 in base16 or 19 in base10, Please file a JIRA, I would need to see a packet capture for this one.
On Thu, Dec 11, 2014 at 11:47 AM, Maciej Bylica <mbsip@gazeta.pl <javascript:_e(%7B%7D,'cvml','mbsip@gazeta.pl');>> wrote:
Sure i'll try with jira
Mac.
2014-12-11 17:41 GMT+01:00 Anthony Minessale < anthony.minessale@gmail.com <javascript:_e(%7B%7D,'cvml','anthony.minessale@gmail.com');>>:
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl <javascript:_e(%7B%7D,'cvml','mbsip@gazeta.pl');>> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org <javascript:_e(%7B%7D,'cvml','krice@freeswitch.org');>>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org <javascript:_e(%7B%7D,'cvml','sip:888@conference.freeswitch.org');> ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
--
*Brian West* brian@freeswitch.org <javascript:_e(%7B%7D,'cvml','brian@freeswitch.org');>
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org <javascript:_e(%7B%7D,'cvml','consulting@freeswitch.org');> http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org <javascript:_e(%7B%7D,'cvml','FreeSWITCH-users@lists.freeswitch.org');> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬ ☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>* ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
Steven, i have the same issue on FreeSWITCH Version 1.5.15b+git~20141211T210353Z~be0e09bd7f I am about to rise this ticket on jira. Thanks anyway. BR Mac. 2014-12-11 18:47 GMT+01:00 Maciej Bylica <mbsip@gazeta.pl>:
Sure i'll try with jira
Mac.
2014-12-11 17:41 GMT+01:00 Anthony Minessale <anthony.minessale@gmail.com> :
For years I beg ppl to post issues to jira not the mailing list. if you start typing and keywords like "problem" "not working" "issue" appear in your text, you probably should be filing it to JIRA not here.
On Thu, Dec 11, 2014 at 10:37 AM, Maciej Bylica <mbsip@gazeta.pl> wrote:
Thanks for prompt reply.
Steven, later today i will try to update FS to the latest git and check this out.
Ken, i am fine with CN, passing thru is what i really need, but the question is why FS generates such ERRors and how to get out of this.
Thanks Mac.
2014-12-11 17:12 GMT+01:00 Ken Rice <krice@freeswitch.org>:
CN is comfort noise... Your cisco is sending it, and freeswitch is passing it thru because you have told it to use proxy media mode...
On 12/11/14 9:53 AM, "Steven Ayre" <steveayre@gmail.com> wrote:
Your version is 3 months old. Can you reproduce this on the latest git head?
On 11 December 2014 at 13:45, Maciej Bylica <mbsip@gazeta.pl> wrote:
Hello,
I am running FreeSWITCH Version 1.5.14b+git~20140917T231120Z~8f85b5204c~64bit, proxy media mode and heaving problem with some call requests setup. Here is one of them:
2014-12-11 13:38:15.034612 [NOTICE] switch_channel.c:1055 New Channel sofia/outside_1/20049112223344 [] 2014-12-11 13:38:15.034612 [DEBUG] mod_sofia.c:4579 (sofia/outside_1/20049112223344) State Change CS_NEW -> CS_INIT 2014-12-11 13:38:15.034612 [DEBUG] switch_core_session.c:1388 Send signal sofia/outside_1/20049112223344 [BREAK] 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:472 (sofia/outside_1/20049112223344) Running State Change CS_INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_state_machine.c:512 (sofia/outside_1/20049112223344) State INIT 2014-12-11 13:38:15.054610 [DEBUG] mod_sofia.c:87 sofia/outside_1/20049112223344 SOFIA INIT 2014-12-11 13:38:15.054610 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=CiscoSystemsSIP-GW-UserAgent 6016 7716 IN IP4 10.10.10.226 s=SIP Call c=IN IP4 10.10.10.12 t=0 0 m=audio 24782 RTP/AVP 18 19 c=IN IP4 10.10.10.12 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 13:38:15.054610 [DEBUG] sofia_glue.c:1228 sofia/outside_1/20049112223344 sending invite version: 1.5.14b git 8f85b52 2014-09-17 23:11:20Z 64bit Local SDP: v=0 o=FreeSWITCH 0255539876 0255539877 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 19690 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
sending out SDP exactly as shown above. The other side is responsing with 100, then 180 Ringing wo/SDP then 183 w/SDP
2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6423 Channel sofia/outside_1/20049112223344 entering state [proceeding][183] 2014-12-11 14:29:12.214608 [DEBUG] sofia.c:6433 Remote SDP: v=0 o=Dialogic_SDP 11471558 0 IN IP4 10.10.10.218 s=Dialogic-SIP c=IN IP4 10.10.10.198 t=0 0 m=audio 10024 RTP/AVP 19 18 a=rtpmap:19 CN/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=silenceSupp:off - - - - a=ptime:20
2014-12-11 14:29:12.214608 [DEBUG] switch_core_media.c:7510 sofia/outside_1/20049112223344 Patched SDP --- v=0 o=FreeSWITCH 0351957506 0351957507 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
+++ v=0 o=FreeSWITCH 0351957506 0351957508 IN IP4 10.10.10.166 s=FreeSWITCH c=IN IP4 10.10.10.166 t=0 0 m=audio 29492 RTP/AVP 18 19 c=IN IP4 10.10.10.166 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=yes a=rtpmap:19 CN/8000
2014-12-11 14:29:12.214608 [ERR] switch_core_codec.c:651 *Invalid codec CN! *2014-12-11 14:29:12.214608 [ERR] switch_core_media.c:2294 *Can't load codec? *2014-12-11 14:29:12.214608 [NOTICE] switch_core_media.c:2295 Hangup sofia/outside_1/20049112223344 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION] 2014-12-11 14:29:12.214608 [DEBUG] switch_channel.c:3222 Send signal sofia/outside_1/20049112223344 [KILL]
and Freeswitch is terminating the call by using CANCEL.
My modules.conf.xml config part looks like following: <!-- Codec Interfaces --> <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/> <!--load module="mod_amr"/--> <!--<load module="mod_ilbc"/>--> <load module="mod_h26x"/> <!--load module="mod_vp8"/--> <!--load module="mod_b64"/--> <!--<load module="mod_siren"/>--> <!--<load module="mod_isac"/>--> <!--<load module="mod_celt"/>--> <!--load module="mod_opus"/-->
Is it a problem with CN definition? Could you please lead me where the problem is located?
Thanks in advance. Mac.
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
------------------------------
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Ken
*http://www.FreeSWITCH.org <http://www.FreeSWITCH.org> http://www.ClueCon.com <http://www.ClueCon.com> http://www.OSTAG.org <http://www.OSTAG.org> *irc.freenode.net #freeswitch Twitter: @FreeSWITCH
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II ♬ @anthmfs ♬ @FreeSWITCH ♬
☞ http://freeswitch.org/ ☞ http://cluecon.com/ ☞ http://twitter.com/FreeSWITCH ☞ irc.freenode.net #freeswitch ☞ *http://freeswitch.org/g+ <http://freeswitch.org/g+>*
ClueCon Weekly Development Call ☎ sip:888@conference.freeswitch.org ☎ +19193869900
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (5)
-
Anthony Minessale
-
Brian West
-
Ken Rice
-
Maciej Bylica
-
Steven Ayre