[asterisk-bugs] [JIRA] (ASTERISK-27050) Crash on Transcoded Audio in PERIODIC_HOOK Function
Joshua Elson (JIRA)
noreply at issues.asterisk.org
Wed Jun 14 11:50:00 CDT 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-27050?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=237448#comment-237448 ]
Joshua Elson commented on ASTERISK-27050:
-----------------------------------------
It actually doesn't matter what we do in the hook. We now just have it doing a verbose and returning. It still crashes when it gets to the Playback in the [p-hook-test] context. If we do the Playback on the channel before inserting the PERIODIC_HOOK it doesn't crash.
Here is the channelstats output:
mediang*CLI> pjsip show channelstats
...........Receive......... .........Transmit..........
BridgeId ChannelId ........ UpTime.. Codec. Count Lost Pct Jitter Count Lost Pct Jitter RTT....
===========================================================================================================
6001-00000004 00:00:02 g722 90 0 0 0.000 86 0 0 0.003 0.000
> Crash on Transcoded Audio in PERIODIC_HOOK Function
> ---------------------------------------------------
>
> Key: ASTERISK-27050
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-27050
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Affects Versions: 14.5.0
> Reporter: Joshua Elson
> Assignee: Joshua Elson
> Attachments: coredump.txt, extensions_crash.conf, pjsip_crash.conf, verbose-output.txt
>
>
> This is an interesting one. Transcoding an audio file on a periodic hook will almost always cause a crash. If it does not cause a crash, it will peg a core and eventually lock up Asterisk.
> Steps are as follows:
> The originating endpoint needs to use a higher def codec (confirmed crashing with opus,g722, and speex 16/32)
> The dialplan must apply a PERIODIC_HOOK to the originating channel.
> Playback a *.wav file on the same channel the HOOK was enabled on.
> (Tested this with .sln16/.gsm and things work as expected.)
> This usually causes a core dump of asterisk, but occasionally locks up the thread, pegging a core and making asterisk totally unresponsive.
> Attaching the stack trace and sample dialplan to generate the issue.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list