[asterisk-bugs] [JIRA] (ASTERISK-20149) Crash when faxing SIP to SIP with strictrtp set to yes

Michal Rybarik (JIRA) noreply at issues.asterisk.org
Tue Feb 11 16:45:03 CST 2014


    [ https://issues.asterisk.org/jira/browse/ASTERISK-20149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=214735#comment-214735 ] 

Michal Rybarik edited comment on ASTERISK-20149 at 2/11/14 4:43 PM:
--------------------------------------------------------------------

I am running patched code for 11 days... Previously, I had segfault every 1-2 days, now still running.... Around 24000 calls processed already... 

So, if your Asterisk sometimes crashes with T38gateway enabled, during fax tone detection, please try this patch, and write comment here if it helps you too.... It is not related only to SIP<->SIP, this can also happen in SIP<->DAHDI calls, and any other protocol too. Segfault happens because res_fax_spandsp sometimes pass alaw/ulaw frames to libspandsp, which expects only slinear. This patch is adding conversion from alaw/ulaw to slinear before frame is passed to libspandsp. 
https://issues.asterisk.org/jira/secure/attachment/49214/spandsp_g711decode.diff

                
      was (Author: pixall):
    Previously, I had segfault every 1-2 days... After applying patch, I haven't seen any segfault (currently 11 days)... If your Asterisk sometimes crashes with  T38gateway during fax tone detection, please try this patch, and write comment here if it helps you... 
https://issues.asterisk.org/jira/secure/attachment/49214/spandsp_g711decode.diff

                  
> Crash when faxing SIP to SIP with strictrtp set to yes
> ------------------------------------------------------
>
>                 Key: ASTERISK-20149
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20149
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_fax, Resources/res_fax_spandsp
>    Affects Versions: 10.6.0, 11.5.0
>            Reporter: Alexandr Gordeev
>            Assignee: Alexandr Gordeev
>            Severity: Critical
>         Attachments: backtrace.1346914431.1467.11, backtrace_20120719.txt, backtrace_20120720.txt, backtrace_20121205.txt, backtrace_20130814_2.txt, backtrace_20130814.txt, full_20120719.txt, full_20120720.txt, spandsp_g711decode.diff, t38_gw_crash_dec_20.backtrace, t38_gw_crash_dec_20.pcap.gz, traffic_20120719.dump, traffic_20120720.dump
>
>
> Crash Asterisk (2) when faxing.
> Schema :
> Other PBX - > pri - > Asterisk 10.6.0 (1) - > sip,g729,t38 - > Asterisk 10.6.0 (2) - > sip,g711,t30- > Other PBX

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list