- March 24, 2019 at 8:24 pm
I upgraded my production machine to v2.3.0-3 and I now find there is an issue with Message Waiting Indication (MWI).
When a call goes to voicemail and the caller leaves a message, the extension does not display the Message Waiting light, and the extension does not get ‘stutter dial tone”.
So the extension’s user does not know there is a voicemail message waiting. If the extension has email activated, they do get an email.
If I do a core reload, the MWI light comes on and dialtone changes to stutter dialtone, as it should.
However, after listening to the voicemail message, the MWI light fails to go out, and stutter dialtone fails to return to normal dialtone. I have to again do a core reload to reset these.
I have tested this on a Yealink T23G handset, and a Grandstream GXP-1610 handset.0
- March 25, 2019 at 3:52 pm
- March 26, 2019 at 3:14 am
- March 26, 2019 at 3:43 am
- March 26, 2019 at 4:27 am
Jose, I just did another build of v2.3.0-3 on a test machine, and imported my data from backup of the live/production system, and this time the Message Waiting facility is working correctly.
I’m perplexed why this problem would happen on my production machine and on a rPi build but not on another test PC. The production machine is running from a 32GB USB stick, the RPi is running from a 32GB Micro SD card, and the latest test machine build is on a 60GB SATA SSD.
That’s really the only difference I can think of. Could it be relevant?0
- March 26, 2019 at 4:00 pm
We have been investigating a lot about this issue, and there’s a reporting that the MWI is not working due to some modifications in asterisk source code:
We are compiling the Asterisk Again with the needed patches to fix this issue.0
- March 27, 2019 at 9:18 pm
- March 27, 2019 at 9:21 pm
Tagged: Message Waiting Indicatio
- You must be logged in to reply to this topic.