[asterisk-bugs] [JIRA] (ASTERISK-28923) T.38 Segfaults in chan_pjsip_queryoption

[Yury Kirsanov (JIRA)]

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

Yury Kirsanov commented on ASTERISK-28923:
------------------------------------------

George,
Patched version of Asterisk without 'don't optimize' and debug flags works just fine, so I assume that the issue is resolved and this ticket can be closed. Thanks again for your help!

> T.38 Segfaults in chan_pjsip_queryoption
> ----------------------------------------
>
>                 Key: ASTERISK-28923
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28923
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 16.10.0
>         Environment: Linux Ubuntu 18.04.04 LTS
>            Reporter: Yury Kirsanov
>            Assignee: George Joseph
>              Labels: fax, patch
>         Attachments: 0001-res_fax-Don-t-start-a-gateway-if-either-channel-is-h.patch, crash.tar.gz
>
>
> We're using Asterisk in a heavily-loaded production environment with a lot of devices in both UDP and TCP mode, compiled with bundled version of PJSIP. Recently we have enabled T.38 fax receiving and started to get segfaults even when there's not too much load (i.e. during weekend days) in chan_pjsip.so. I've tried to compile external (non-bundled) version of PJProject, it works fine (version 2.10-dev) but didn't resolve the issue. So I have compiled a debug version of Asterisk and it looks like thread 1 is crashing when doing some T.38 fax options. Could you please let me know if I'm correct or what could be wrong? I'm attaching coredump files in archive. Thanks.



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