atcomsystems.ca/forum Forums TDM Business Telephone Systems Samsung Telephones & Systems (yes another) MOH programming question

I had MOH working last week but it has failed to work since a sytem reset (for unknown cause) over the weekend.

Prompt 5001 is still recorded with desired music.

MMC748 was/is set to 215:01 and MMC408 was set to 6 for VM sound file. Now when I go to MMC408 and reset it to 6 it won't 'stick', meaning that if I come back to MMC408 it has reverted to 'none'. The same happens at MMC308. It won't 'stick'.

All else seems to be working expected. What am I missing here?

oops - I thought my system specs were in my signature.
iDCS100 - ROMv 2003.08.04 B1.31
SVMi4 - 2004.05.147 v4.0

I've never done this as I think it wastes VM ports, but....

Are you sure 215 is one of the VM ports? Default iDCS 100 with 16 stations would make the VM ports start at 217. If you call 215 from another extension what happens? Also, I think for MMC 408 you need to enter the port number rather than "6" - it won't "stick" because it doesn't recognize the value (it's just an option number in the manual). Actually, it should have complained when you tried to save it. If the value entered in 748 is a valid VM port then you should be able to select that value in 308/408 by using the volume key to scroll through the valid values.

Oh, and make sure your MEM switch is ON so you don't lose programming when it resets.

Catfish - I acknowledge the waste of VM ports but we have provided our field reps with wireless phones which have VM. Our customers are better served that way. Having said that our 4 port VM card has little else to do but provide AA for 3 in house employess over 4 inbound trunks.

You're right on the 6 not sticking. Using the vol key helps a lot. But when I scoll I do not see 215 as an option. Based on your suggestion about VM ports starting at 217 I decided I was going to repoint prompt 5001 to 225, but when I go to 748 and try to enter 225 I get 'invalid data' complaint. :confused: When I scroll I get 215:01, 216, 217 & 218:not used. How do I get 225 in that list?

When I go to 408 and scroll I only see NONE, 371, 384, 372 & TONE. Where are these set?

I verified that the MEM switch is on.

If you to 748 and scroll with the volume keys the valid values will be the only choices, so it looks like 215-218 are your VM ports. If you go to MMC 601 and take at look at the VM group (519) what are the members? Those are your VM ports. Alternately you could call those ports and see if you get a password prompt, just to check.

Just looked at the manual. See MMC 748 again. Port 1 of the SVMi is used to exchange info between VM and the system during boot. They suggest using the last port(s). Also, once you add 218 as a VMMOH port in 748 it should be removed from the 519 group automatically, but I would check anyway, and remove it if it's still in that group. You may have to restart the system once the programming is completed.

I'll mess with this at the shop later this evening.

OK, when I go to MMC601 Group 519 I get Member 01:216, 02:217, 03:218 & 04 thru 32:None. So it looks like 215 has already been removed from 519. Do I need to reassigm 215 thru 217 to members 01 thru 3 respectively then assign 218 to VMMOH in 748? Also, is 'member' synonymous with 'port' in this context? If so then port 1 is available during the boot process and the last (available) port (4) was taken for the VMMOH function automatically by the system when I programmed it the first time. Pretty smart software, yes?

In reading your last reply to this post you've answered another question I've been pondering. We have a button marked on our 18 button phones as VT519 and were told this is a transfer directly to VM. I was wondering how the 519 played into that equation which you've clued me in on. Of course I'm still wondering why that finction doesn't seem to work as expected. Our understanding is that if we are speaking to a caller that wants to leave a voicemail for a different subscriber then we press the VT519 key then dial the MB number which should put the caller directly into the subscribers OGM. Instead the caller is dumped back to the AA main message. We've been around a few times with our installer on this and he can't seem to get it working.

I appreciate your help.
Steve

I think you should first look at MMC 724 and look at your number plan. It was stated in an earlier post that by default those numbers should have been stations, that would be true if the default occurred after the 8DLI board was installed. Not knowing your number plan will cause us all to go in circles. Find out what 4 numbers are for your SVMi board, then dial each one of them to make sure. Now check MMC 601 for the last group (519) and make sure those 4 station numbers are members. Now dial 519 and make sure you get the voice-mail.
This may seem like a lot of work for nothing but you and the rest of us need something we can be sure about. Plus it will help you understand the process.

OK, I think I've got some more meaningful info. If I dial 519, 216, 217 or 218 I get 'Enter your password' telling me that I'm in the VM system. If I dial 215 I get the music that was recorded on prompt 5001. Knowing this and applying what you guys are saying here's what I've done: 1)Went to MMC748 (VMMOH) and assigned 215-217 to NONE then 218 to '01' (pointed prompt 5001 to the last VM port instead of the first one) 2) Went to MMC601 and reassigned ext 215-217 to Member 01 - 03. 3) went to MMC408 (trunk MOH) and assigned 218 as the source for all trunks.
I now have music on hold. :toast:

I do find it odd that if I dial 218 now I get 'Invalid Number' where before the change if I dialed 215 (where the music was pointed before) I got the music. Of course that could have been a symptom of being mal-programmed.

I think the key to me solving this was what Catfish said about not using the first VM ports for this function combined with CMDL_GUY reminding me how to test for what each port (ext) was doing. We will see what the week-end brings.

Again, thanks for all the help. I'm sure I will have more questions further down the line.

I think the reason it didn't work before, although you probably had it programmed correctly, was because it was the first (physical) port, which can't be disabled and have VM work correctly.

The reason you get 'Invalid Number' when you dial 218 now (after pointing VMMOH) is probably because that resource is now in use (as VMMOH).

Cheers!