1) please do not report bugs on the mailing list.
2) please report the bug on jira http://jira.freeswitch.org according to the rules: http://wiki.freeswitch.org/wiki/Reporting_Bugs
If you have an issue that you want us to correct you will have to try the latest SVN trunk (not a snapshot) issue "make current" from your RC1 directory.
Attach the entire console log output from start of call to finish with console loglevel debug.
Here is the correct codec sent to fs, but it times out again.
http://www.nabble.com/file/p21911561/correct_codec_with_cancel.txt
correct_codec_with_cancel.txt
View this message in context: http://www.nabble.com/Freeswitch-not-processing-calls-tp21909687p21911561.html
Ankit Gandhi wrote:
>
> Hi Brian,
> But issue here is that, FS is not processing any such calls and not
> sending 488 to the caller.
> Also the sip trace I had provided was from the caller to fs. FS does not
> even bridge the call to terminator in between the INVITE and CANCEL from
> the caller.
> It just gives so many errors in log like following :
>
> 2009-02-09 11:31:04 [ERR] mod_g729.c:145 switch_g729_decode() This codec
> is only usable in passthrough mode!
> 2009-02-09 11:31:04 [ERR] mod_g729.c:145 switch_g729_decode() This codec
> is only usable in passthrough mode!
> 2009-02-09 11:31:04 [ERR] mod_g729.c:145 switch_g729_decode() This codec
> is only usable in passthrough mode!
> 2009-02-09 11:31:04 [ERR] mod_g729.c:145 switch_g729_decode() This codec
> is only usable in passthrough mode!
> 2009-02-09 11:31:04 [ERR] mod_g729.c:145 switch_g729_decode() This codec
> is only usable in passthrough mode!
>
> It seems odd that due to codec mismatch, fs does not process the call at
> all and just times out and the caller sends CANCEL to us.
> Waiting for your reply.
>
>
> Brian West-3 wrote:
>>
>> I notice it offers 18 which is G729 but these listed below are 100%
>> invalid. There is no such thing as G.729a, G.729b or G.729ab that are
>> valid in the SDP. I suspect if you start FreeSWITCH and crank it up
>> to debug level ("console loglevel debug") you'll clearly see why this
>> is taking place. I think we talked to you on IRC about this and told
>> this. If your termination gateway requires any of the above listed on
>> 96,97 or 98 the call will fail. We can only do passthru on G729 which
>> is the official name which is listed on payload 18. Your termination
>> provider needs to be informed of this fact. The fmtp line is what
>> controls annexb operation!
>>
>> /b
>>
>> On Feb 9, 2009, at 3:46 AM, Ankit Gandhi wrote:
>>
>>> a=rtpmap:97 G.729b/8000.
>>> a=rtpmap:98 G.729a/8000.
>>> a=rtpmap:96 G.729ab/8000.
>>
>>
>> _______________________________________________
>> 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
>>
>>
>
>
--
Sent from the Freeswitch-users mailing list archive at Nabble.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