atcomsystems.ca/forum Forums TDM Business Telephone Systems Samsung Telephones & Systems SVMi-20E Calls Getting Blocked - Getting "Goodbye" Message After Voicemail Greeting

Working on a SVMi-20E that had a crash a few nights ago and since that time any call to any extension that goes to voicemail get's the mailbox's greeting played and then after a few seconds the "Goodbye and thank you for calling" message and then the call is dropped. Looking at the port activity during one of these calls, here's what is happening:

=> 1) [MOD 01 Day] New call - Tue Jun 19 11:48:36 2012
=> 1) [MOD 01 Day] CODE = <AS> CID = <5551234> FID = <1234> TRUNK = <>
=> 1) [MOD 01 Day] Searching on Call Code - AS
=> 1) [MNU Forward Station]
=> 1) [MNU Forward Station] Searching on Forwarding party ID - 1234
=> 1) [EXT 01 EXT 1234] Blocked
=> 1) [EXT 01 EXT 1234] Caller made no request
=> 1) [EXT 01 EXT 1234] DEFAULT to [BYE GoodBye]
=> 1) [BYE GoodBye] Saying goodbye

As you can see, the problem is the call status is "Blocked" (instead of "No Answer" or "Busy" as it used to be before the crash). Any idea how/why these calls are showing as Blocked and how we can resolve this? Thanks.

Check to see if the mailbox was deleted, Also, there is a mmc that you can enable whether the EXT should create a ext/mbx when started up, make option is set to both.

Also make sure the extension is still assigned to the mailbox.

Thanks for the suggestions Nate. I've checked all of the mailboxes and extensions and they all are still there and working (can log on to mailboxes and retrieve existing messages). I've even deleted and recreated an extension/mailbox pair and recreated them and the problem remains. Any other ideas? Thanks.

Nathan

I have seen this on SVMI-4s. Look at your eclass and mclass. I have seen these blocks get corrupted or evermore deleted. Also make sure the extensions and mailboxes have classes assigned to them.

I have seen this on SVMI-4s. Look at your eclass and mclass. I have seen these blocks get corrupted or evermore deleted. Also make sure the extensions and mailboxes have classes assigned to them.

I have seen this on SVMI-4s. Look at your eclass and mclass. I have seen these blocks get corrupted or evermore deleted. Also make sure the extensions and mailboxes have classes assigned to them.

Thanks Bobby - something like that would make sense. As a work around I changed every extension's CallDirector No-Entry action to "Goto MBX 01 MBX nnnn" where nnnn is their mailbox extension. The only downside is that after hearing a person's VM greeting, instead of just a beep and then the recording starts, now you get the system "Recording" prompt and then the beep.
Is there a way to accomplish the same thing with the eclass instead of having to fix each extension separately? Thanks.

Nathan

Don't know if you've sorted this, but I just had similar behavior and it was because the e-class for the mailboxes in question were set to no-messaging. In whatever eclass is chosen, confirm that in the general page the leave a message fields are set to yes.

This post is 12 years old! No need to respond to posts this old.