[asterisk-bugs] [JIRA] (ASTERISK-27050) Crash on Transcoded Audio in PERIODIC_HOOK Function

[George Joseph (JIRA)]

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

George Joseph updated ASTERISK-27050:
-------------------------------------

    Assignee: Joshua Elson
      Status: Waiting for Feedback  (was: Triage)

I haven't been able to reproduce this even after modifying the pjsip config to force g722 on the originating channel.   The only thing I don't have is your "custom/hello" file so I used the standard hello.wav.  Is there something special about your hello.wav or is that just the standard one copied onto the custom directory?





> 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
>
>
> 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)