[asterisk-bugs] [JIRA] (ASTERISK-28800) SIGSEGV on DTMF

[Adrien Martin (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-28800?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Adrien Martin updated ASTERISK-28800:
-------------------------------------

    Attachment: rtp.conf
                modules.conf
                inbound.conf
                peers.conf
                extensions.conf
                sip.conf
                core-thread1.txt
                core-locks.txt
                core-full.txt
                core-brief.txt

Ah yes sorry, attaching the backtrace files, with DONT_OPTIMIZE and BETTER_BACKTRACES compile flags.

About specific steps I don't really know what is relevant.
The system is installed on debian stretch.
The UAC are linphone and zoiper either directly or with an old asterisk between.

Added the configuration files too.
There is an empty pjproject.conf file too.

> SIGSEGV on DTMF
> ---------------
>
>                 Key: ASTERISK-28800
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28800
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/General
>    Affects Versions: 16.7.0, 16.8.0, 16.9.0
>            Reporter: Adrien Martin
>            Assignee: Adrien Martin
>         Attachments: core-brief.txt, core-full.txt, core-locks.txt, core.tar.gz, core-thread1.txt, extensions.conf, inbound.conf, modules.conf, peers.conf, rtp.conf, sip.conf
>
>
> During a call when the caller send a DTMF (using the method negotiated in SDP and configured for the peer) asterisk ends with SIGSEGV.
> The versions I tested (using chan_sip) were :
> * 16.2.1 with debian patches (which we are using at the moment), no crash,
> * 16.6.0 with debian patches, no crash,
> * 16.7.0/16.8.0/16.9.0 with debian patches, segfault,
> * 16.9.0 built from upstream archive without packaging nor patches, segfault.
> The crash happens while playing a .wav or in a call or with Answer+Echo.
> It happens either before the call is answered or after.
> It happens with dtmfmode set 2833 of info.



--
This message was sent by Atlassian JIRA
(v6.2#6252)