[asterisk-bugs] [JIRA] (ASTERISK-26774) Playback URL fails after some time

Tue Feb 7 10:53:09 CST 2017

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

Richard Mudgett updated ASTERISK-26774:
---------------------------------------

    Description: 
We have a custom greeting server which runs a dial plan context to  Playback a URL based greeting files to customers before redirecting calls elsewhere.

We see consistently that after couple of hundreds  successful playbacks the Playback application starts failing.

Basically, we have to restart the asterisk to recover. 

We are sure that the files at URL are valid and accessible all the time, because when we see errors we can do 'wget' of the file from the same server without any issues and only way to get back playback is to restart asterisk

The following log  entrees show normal playbacks:
{noformat}
pbx.c: Executing [NNNNNNN at DDDDD:5] Playback("PJSIP/TTT-00000000", "silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav") in new stack
file.c: <PJSIP/TTT-00000000> Playing 'silence/1.gsm' (language 'en')
file.c: <PJSIP/trk_conf-000006ab> Playing 'https://s3-us-west-1.amazonaws.com/xx/yyy.wa.slin' (language 'en')
{noformat}

The following  log entries show when it starts failing:
{noformat}
pbx.c: Executing [NNNNNNN at DDDDD:5] Playback("PJSIP/TTT-00000000", "silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav") in new stack
file.c: <PJSIP/TTT-00000000> Playing 'silence/1.gsm' (language 'en')
file.c: File https://s3-us-west-1.amazonaws.com/xx/yyy.wav does not exist in any format
file.c: Unable to open https://s3-us-west-1.amazonaws.com/xx/yyy.wav (format (ulaw|gsm)): No such file or directory
app_playback.c: Playback failed on PJSIP/TTT-00000000 for silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav
{noformat}

This happens to all Asterisk 14 version since we discovered it can play URLs.

  was:
We have a custom greeting server which runs a dial plan context to  Playback a URL based greeting files to customers before redirecting calls elsewhere.

We see consistently that after couple of hundreds  successful playbacks the Playback application starts failing.

Basically, we have to restart the asterisk to recover. 

We are sure that the files at URL are valid and accessible all the time, because when we see errors we can do 'wget' of the file from the same server without any issues and only way to get back playback is to restart asterisk

The following log  entrees show normal playbacks:

pbx.c: Executing [NNNNNNN at DDDDD:5] Playback("PJSIP/TTT-00000000", "silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav") in new stack
file.c: <PJSIP/TTT-00000000> Playing 'silence/1.gsm' (language 'en')
file.c: <PJSIP/trk_conf-000006ab> Playing 'https://s3-us-west-1.amazonaws.com/xx/yyy.wa.slin' (language 'en')

The following  log entries show when it starts failing:

pbx.c: Executing [NNNNNNN at DDDDD:5] Playback("PJSIP/TTT-00000000", "silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav") in new stack
file.c: <PJSIP/TTT-00000000> Playing 'silence/1.gsm' (language 'en')
file.c: File https://s3-us-west-1.amazonaws.com/xx/yyy.wav does not exist in any format
file.c: Unable to open https://s3-us-west-1.amazonaws.com/xx/yyy.wav (format (ulaw|gsm)): No such file or directory
app_playback.c: Playback failed on PJSIP/TTT-00000000 for silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav

This happens to all Asterisk 14 version since we discovered it can play URLs.

> Playback URL fails after some time
> ----------------------------------
>
>                 Key: ASTERISK-26774
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26774
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_playback
>    Affects Versions: 14.2.1
>         Environment: Amazon Linux AMI release 2016.09
>            Reporter: Igor Gamayunov
>            Severity: Critical
>
> We have a custom greeting server which runs a dial plan context to  Playback a URL based greeting files to customers before redirecting calls elsewhere.
> We see consistently that after couple of hundreds  successful playbacks the Playback application starts failing.
> Basically, we have to restart the asterisk to recover. 
> We are sure that the files at URL are valid and accessible all the time, because when we see errors we can do 'wget' of the file from the same server without any issues and only way to get back playback is to restart asterisk
> The following log  entrees show normal playbacks:
> {noformat}
> pbx.c: Executing [NNNNNNN at DDDDD:5] Playback("PJSIP/TTT-00000000", "silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav") in new stack
> file.c: <PJSIP/TTT-00000000> Playing 'silence/1.gsm' (language 'en')
> file.c: <PJSIP/trk_conf-000006ab> Playing 'https://s3-us-west-1.amazonaws.com/xx/yyy.wa.slin' (language 'en')
> {noformat}
> The following  log entries show when it starts failing:
> {noformat}
> pbx.c: Executing [NNNNNNN at DDDDD:5] Playback("PJSIP/TTT-00000000", "silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav") in new stack
> file.c: <PJSIP/TTT-00000000> Playing 'silence/1.gsm' (language 'en')
> file.c: File https://s3-us-west-1.amazonaws.com/xx/yyy.wav does not exist in any format
> file.c: Unable to open https://s3-us-west-1.amazonaws.com/xx/yyy.wav (format (ulaw|gsm)): No such file or directory
> app_playback.c: Playback failed on PJSIP/TTT-00000000 for silence/1&https://s3-us-west-1.amazonaws.com/xx/yyy.wav
> {noformat}
> This happens to all Asterisk 14 version since we discovered it can play URLs.

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