[asterisk-bugs] [JIRA] (ASTERISK-28839) Sporadic crashes with Segmentation fault

[Joeran Vinzens (JIRA)]

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

Joeran Vinzens commented on ASTERISK-28839:
-------------------------------------------

Hi, we installed on one of our machines a vanilla asterisk and we have encountered a crash. According to your idea we search for a fax involved in the scenario.

The new Stack trace led us to a pbx thread which handled a call where we received a T.38 Fax Re-Invite. Asterisk forwards  the re-Invite to the other call-leg. After this it takes 4.6 sec until the Asterisk crashes and we do not see anything else for the PBX thread.

The incoming Re-Invite contains an SDP:
{code}
v=0
o=user 801993 801994 IN IP4 1.2.3.4
s=call
c=IN IP4 217.10.77.156
t=0 0
m=image 20764 udptl t38
a=T38FaxVersion:1
a=T38MaxBitRate:14400
a=T38FaxTranscodingMMR
a=T38FaxTranscodingJBIG
a=T38FaxRateManagement:transferredTCF
a=T38FaxUdpEC:t38UDPRedundancy
a=T38FaxUdpEC:t38UDPFEC
a=T38FaxMaxDatagram:512
a=sendrecv
a=ptime:20
{code}

The SDP Asterisk is sending out is:

{code}
v=0
o=- 0 3 IN IP4 212.9.44.9
s=sipgate VoIP GW
c=IN IP4 212.9.44.9
t=0 0
m=image 4198 udptl t38
a=T38FaxVersion:1
a=T38MaxBitRate:14400
a=T38FaxTranscodingMMR
a=T38FaxTranscodingJBIG
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxDatagram:1006
a=T38FaxUdpEC:t38UDPRedundancy
{code}

if you need further details (Backtrace etc.) let us know!

> Sporadic crashes with Segmentation fault
> ----------------------------------------
>
>                 Key: ASTERISK-28839
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28839
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/General
>    Affects Versions: 17.3.0
>         Environment: Asterisk 17.3 is build from github branch 17.3 running on Debian buster
>            Reporter: Joeran Vinzens
>            Assignee: Unassigned
>              Labels: fax
>         Attachments: asterisk17_1%3a1.0.0+0~20191118130339.4.d388b49+buster_amd64.deb, asterisk17_1%3a1.0.0+0~20200407073332.14.c50f0c5+buster_amd64.deb, asterisk17-dbgsym_1%3a1.0.0+0~20200407073332.14.c50f0c5+buster_amd64.deb, core_asterisk_32124_11_113_1587025086-locks.txt, core_asterisk_32124_11_113_1587025086-thread1.txt
>
>
> We are facing crashes (about twice a week on each system) and so far we do not know why this happens. We have now enabled core dumps so we could see something (we are unfortunately the wrong people)
> Asterisk is connected to an FastAGI running locally on the same machine and there are some Perl AGI scripts triggered by Asterisk Dialplan.
> The PJSIP conf is quite small since we just have a couple of endpoints (Registration and stuff is done by Kamailio (SBC))



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