[asterisk-bugs] [JIRA] (ASTERISK-28240) Unexpected unhold
Martin Nyström (JIRA)
noreply at issues.asterisk.org
Fri Jan 11 09:21:47 CST 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-28240?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Martin Nyström updated ASTERISK-28240:
--------------------------------------
Description:
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 on the Customer and it 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.
was:
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 on the Customer and it 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.
> Unexpected unhold
> -----------------
>
> 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: Critical
>
> 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 on the Customer and it 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)
More information about the asterisk-bugs
mailing list