[Freeswitch-users] Invalid Codec CN Is Tearing Down The Call Request

Maybe your like

[prev in list] [next in list] [prev in thread] [next in thread] List: freeswitch-users Subject: Re: [Freeswitch-users] Invalid codec CN is tearing down the call request From: Maciej Bylica <mbsip () gazeta ! pl> Date: 2014-12-11 16:37:06 Message-ID: CACynCY473-rhBSU4ftwN=HzK1KJai8R-nAwwKnWhCLzb4c6ZyQ () mail ! gmail ! com [Download RAW message or body] [Attachment #2 (multipart/alternative)] 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 <[email protected]>: > 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" <[email protected]> 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 <[email protected]> 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: >  > <load module="mod_spandsp"/> > <load module="mod_g723_1"/> > <load module="mod_g729"/> >  >  > <load module="mod_h26x"/> >  >  >  >  >  >  > > 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: > [email protected] > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > [email protected] > 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: > [email protected] > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > [email protected] > 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: > [email protected] > http://www.freeswitchsolutions.com > > Official FreeSWITCH Sites > http://www.freeswitch.org > http://confluence.freeswitch.org > http://www.cluecon.com > > FreeSWITCH-users mailing list > [email protected] > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > [Attachment #5 (text/html)] <div dir="ltr">Thanks for prompt reply.<div> </div><div>Steven, later \ today i will try to update FS to the latest git and check this \ out.</div><div> </div><div>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.</div><div> </div><div>Thanks</div><div>Mac.</div></div><div \ class="gmail_extra"> <div class="gmail_quote">2014-12-11 17:12 GMT+01:00 \ Ken Rice <<a href="mailto:[email protected]" \ target="_blank">[email protected]</a>>: <blockquote \ class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \ solid;padding-left:1ex"> <div> 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...<div><div \ class="h5"> On 12/11/14 9:53 AM, "Steven Ayre" <<a \ href="http://[email protected]" \ target="_blank">[email protected]</a>> wrote: </div></div><blockquote><div><div class="h5">Your version is 3 \ months old. Can you reproduce this on the latest git head? On 11 December 2014 at 13:45, Maciej Bylica <<a \ href="http://[email protected]" target="_blank">[email protected]</a>> \ wrote: <blockquote>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:  <load module="mod_spandsp"/> <load module="mod_g723_1"/> <load module="mod_g729"/>   <load module="mod_h26x"/>       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: <a href="http://[email protected]" \ target="_blank">[email protected]</a> <a \ href="http://www.freeswitchsolutions.com" \ target="_blank">http://www.freeswitchsolutions.com</a> Official FreeSWITCH Sites <a href="http://www.freeswitch.org" \ target="_blank">http://www.freeswitch.org</a> <a \ href="http://confluence.freeswitch.org" \ target="_blank">http://confluence.freeswitch.org</a> <a \ href="http://www.cluecon.com" \ target="_blank">http://www.cluecon.com</a> FreeSWITCH-users mailing list <a href="http://[email protected]" \ target="_blank">[email protected]</a> <a \ href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" \ target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" \ target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a> <a href="http://www.freeswitch.org" \ target="_blank">http://www.freeswitch.org</a> \ </blockquote></div></div> <hr align="CENTER" size="3" \ width="95%">_________________________________________________________________________ Professional FreeSWITCH Consulting Services: <a href="http://[email protected]" \ target="_blank">[email protected]</a> <a \ href="http://www.freeswitchsolutions.com" \ target="_blank">http://www.freeswitchsolutions.com</a> Official FreeSWITCH Sites <a href="http://www.freeswitch.org" \ target="_blank">http://www.freeswitch.org</a> <a \ href="http://confluence.freeswitch.org" \ target="_blank">http://confluence.freeswitch.org</a> <a \ href="http://www.cluecon.com" \ target="_blank">http://www.cluecon.com</a> FreeSWITCH-users mailing list <a href="http://[email protected]" \ target="_blank">[email protected]</a> <a \ href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" \ target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" \ target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a> <a href="http://www.freeswitch.org" \ target="_blank">http://www.freeswitch.org</a> \ </blockquote> -- Ken <a href="http://www.FreeSWITCH.org" \ target="_blank">http://www.FreeSWITCH.org</a> <a \ href="http://www.ClueCon.com" \ target="_blank">http://www.ClueCon.com</a> <a \ href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a> \ <a href="http://irc.freenode.net">irc.freenode.net</a> \ #freeswitch Twitter: @FreeSWITCH </div> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: <a href="mailto:[email protected]">[email protected]</a> <a href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a> Official FreeSWITCH Sites <a href="http://www.freeswitch.org">http://www.freeswitch.org</a> <a href="http://confluence.freeswitch.org">http://confluence.freeswitch.org</a> <a href="http://www.cluecon.com">http://www.cluecon.com</a> FreeSWITCH-users mailing list <a href="mailto:[email protected]">[email protected]</a> <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a> UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a> <a href="http://www.freeswitch.org">http://www.freeswitch.org</a> </blockquote></div> </div> _________________________________________________________________________ Professional FreeSWITCH Consulting Services: [email protected] http://www.freeswitchsolutions.com Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list [email protected] http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org [prev in list] [next in list] [prev in thread] [next in thread] Configure | About | News | Add a list | Sponsored by KoreLogic

Tag » Codec Cn/8000

[Freeswitch-users] Invalid Codec CN Is Tearing Down The Call Request

A=rtpmap:13 CN/8000 - Descriptions

Real-time Transport Protocol (RTP) Payload For Comfort Noise (CN)

RTP Payload Formats - Wikipedia

[Freeswitch-users] Invalid Codec CN Is Tearing Down ... - Mailing Lists

Real-Time Transport Protocol (RTP) Parameters

Media Codecs In Lync 2013 - Jeff Schertz's Blog

Audio And Codecs | Telnyx Support

CSCuq10394 - Cube Invalid Payload Type For CN / Non ... - Cisco Bug

[MS-SDPEXT]: Representing New Payload Types - Microsoft Docs

Comfort Noise Transcoding - Oracle Help Center

Knowledgebase Article: SmartMedia: SDP Profile Configuration ...

CM: SIP SDP Telephone-event Codec Clock Rate Mismatch

RFC 8851: RTP Payload Format Restrictions

Skype For Business 2015 (Lync 2013) Video And Audio Codecs

Contact