[asterisk-bugs] [JIRA] (ASTERISK-28240) Unexpected unhold when Asterisk cannot find the moh-files

[Joshua C. Colp (JIRA)]

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

Joshua C. Colp updated ASTERISK-28240:
--------------------------------------

    Severity: Minor  (was: Critical)

> Unexpected unhold when Asterisk cannot find the moh-files
> ---------------------------------------------------------
>
>                 Key: ASTERISK-28240
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28240
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: . I did not set the category correctly.
>    Affects Versions: 13.16.0, 13.20.0
>            Reporter: Martin Nyström
>            Severity: Minor
>
> Given the following scenario
> 1) Customer calls Agent A
> 2) Agent A holds customer
> 3) Agent A calls an external party
> If Asterisk cannot find the MusicOnHold files, asterisk will stop MusicOnHold and the Customer will barge into the call between Agent A and the external party (3). 
> [2019-01-11 15:06:55] VERBOSE[2510][C-00006428] res_musiconhold.c: Started music on hold, class 'default', on channel 'SIP/trunk-0000a992'
> [2019-01-11 15:06:55] WARNING[2510][C-00006428] file.c: File /var/lib/asterisk/moh/reno_project-system does not exist in any format
> [2019-01-11 15:06:55] WARNING[2510][C-00006428] res_musiconhold.c: Unable to open file '/var/lib/asterisk/moh/reno_project-system': No such file or directory
> [2019-01-11 15:06:55] VERBOSE[2510][C-00006428] res_musiconhold.c: Stopped music on hold on SIP/trunk-0000a992
> This issue can be replicated by simply setting musiconhold on a queue, then moving the moh-file away from /var/lib/asterisk/moh without performing an CLI moh reload.
> This has been tested and replicated in Asterisk 13.16 and Asterisk 13.20.



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