sundance-communications.com/forum Forums TDM Business Telephone Systems Samsung Telephones & Systems SVMI-8E Simple questions.

Hello.

I had a few simple questions about the SVMI-8E that I hope someone might be able to answer.

1. Can I have a call transfered directly to a person's mailbox(and bypass ringing at their extension)?

2. Can I transfer to a department Group(group on extensions MMC 601 such as 520)

3. If I trying to transfer a call directly to someone's mailbox. How do I set that up?
MMC:722 and assign VT549 to a buttom. Then dial that button along with the mailbox number?

Thanks.

1. yes

2. yes

3.are u using full auto attendant or did's or u have an attendant answer and then transfer. Need a little more info to help u better.

To use the VT key,just press the Vt key and either dial the persons number or press the corresponding DS key if you have one for the phone in question.

I added the VM extensions to group 549 in MMC 601.

So from what you are saying, I assume you mean I should first assign a VT549 to a Key on the station.(not just VT but VT + Voicemail group #)

The Voicemail is not being used as an autoattendant just a regular voicemail.

So Lets say I get a call, I should just press the VT549 button then the mailbox number and the call should be transfered directly to the mailbox?

I used my Cell phone to call my extension number and tried to transfer the call to my mailbox as a test. However the call was just transfered to the general mailbox. Perhaps there a prior setting needed before this step? Any ideas.

Thanks.

""So from what you are saying, I assume you mean I should first assign a VT549 to a Key on the station.(not just VT but VT + Voicemail group #)""

Yes

""So Lets say I get a call, I should just press the VT549 button then the mailbox number and the call should be transfered directly to the mailbox? ""

Yes

""I used my Cell phone to call my extension number and tried to transfer the call to my mailbox as a test. However the call was just transfered to the general mailbox. Perhaps there a prior setting needed before this step? Any ideas. ""

You do have the VM group setup correct, meaning you can call ext 549 and get the "enter your password" prompt? As far as tranfering a call to your own vm from your own extension, i have never tried that, i would assume it shoud work, however there are systems out there that wont let you do this.

I tried doing the VT transfer to different extension however it just brings the caller to the general mailbox. Any ideas on what should I try next?

So far I have.

1. MMC 724 to assign extensions to Voicemail ports
2. MMC 207 verified extensions are VMAA ports
3. MMC 601 Created VMAA group with VMAA extensions(group 549)
4. Tested the group to make sure voicemail answers.
5. Assigned a VT549
6. Used the button to transfer the call however it just goes into the general mailbox.

Please let me know if there are any settings in HyperTerminal or DTMF settings, etc that I need to change in order to get this to work.

Also, the general mailbox does not give me the option to transfer directly to someone's mailbox just an extension. Maybe the transfer to mailbox needs to be activated or the block data is corupted? Please let me know if you can think of anything at all that I can try.

Thanks for your help.

Log into the SVMI via hyperterminal.

in the Day Menu and Night Menu Blocks, you need to check the digit translations. This is on Page 2 of both blocks.

The lines
??? srch ext 01
???? Srch ext 01
??? srch mbx 01
???? srch mbx 01

are the lines that look for caller input "?" and translate them to extensions and mailboxes. If you want the caller to go directly to the mbx remove the ??? srch ext 01 lines. This will apply to all callers however and would only really be suitable for night menu.

If you are pressing VT549 and an ext number and just getting day/night menu, these lines may be missing entirely from the menus. Another possibilty is that there are no mailboxes on the system except the general. Try calling in, transfer yourself with the VT549 key but dont enter an ext. This should just send you to the menu.

The best way to troubleshoot any problem is to watch the port activity. This is available from the main menu in the SVMI. It will tell you excatly what blocks are being accessed and processing your call. Once you identify the blocks being used, you should be able to determine what the problem is.

Thank you for the detail help. I went into the system via hyperTerminal and gathered the information.

1. Both DAY MAIN & Night Main page 2 of 4

??? SRCH EXT 01
???? SRCH EXT 01

??? SRCH MBX 01
???? SRCH MBX 01

Which mean from what I read that it will search both 3 & 4 digits entered for a mailbox or extension number in the “01” table.

2. I viewed the “ Open block” for “ EXT 01” and verified that all the mail boxes are in the list:

EXT 306 306
EXT 307 307
EXT 309 309
EXT 310 310
EXT 311 311

And the list goes on and on….


3. I looked at the port activity when I tried placing a call via to my extension number then pressing the VT549 + Extension # 310 the following information was displayed:

=>) [ MOD 01 DAY MAIN] New Call- Wed Apr 5:18:04:32 2006
=>) [ MOD 01 DAY Main ] Code = <AT> CID=< cell phone number listed> FID = <> Trunk=<701>
=>) [ MOD 01 DAY] Searching on Call code –AT
=>) [ NNU Forward Trunk}
=>) [ NNU Forward Trunk] Searching on Forwarding party ID – NOENTRY
=>) [ NNU Day main]
=>) [ NNU Day main} Searching on Caller entry- NO-ENTRY
=>) [ NNU Daymain] Caller Disconnected
=>) [ SVMI-8E Hanging up
=>)

So the SVMI-8E shows NO-ENTRY when the VT549 was used the transfer the call? What could this possible mean? A problem with inband signaling settings? Has anyone ever heard of something like this happening before?

Thanks for your help.


P.S.

The direction and information in HyperTerminal was a BIG Help in eliminate possible causes.

=>) [ MOD 01 DAY MAIN] New Call- Wed Apr 5:18:04:32 2006
=>) [ MOD 01 DAY Main ] Code = <AT> CID=< cell phone number listed> FID = <> Trunk=<701>
=>) [ MOD 01 DAY] Searching on Call code –AT
=>) [ NNU Forward Trunk}
=>) [ NNU Forward Trunk] Searching on Forwarding party ID – NOENTRY
=>) [ NNU Day main]
=>) [ NNU Day main} Searching on Caller entry- NO-ENTRY
=>) [ NNU Daymain] Caller Disconnected
=>) [ SVMI-8E Hanging up
=>)

At what point did you do the VT549 XXX transfer? I dont have an svmi in front of me but it looks like a call came in on trunk 701 and the caller didnt press anything. In the Day Main what is your No Entry set to on page 2? Also to verify your voicemail is talking, what does the voicemail say when when you dial 549 from an extension? If there is a mailbox on that extension it should say "enter your password"

Hello.

Thank you for the response.

1. NO-ENTRY GO TO EXT 01 Operator

2. After getting a call to a station, the VT549 button was press followed by the Extension # of the mailbox. Then the Station phone hung up which should of transfered the call to the mailbox. At this point the call started the transfer I believe.

I had the station phone and the laptop with the SVMI in 2 different rooms so I could not see it real time. I will gladly recheck this information to confirm it but I think the problem is that the call is being transferred directly to the voicemail general greeting promt because its not accepting the Call codes from the phone.

I noticed the Call Code is listed as " AT" which would indicate a call from a Trunk instead of showing " TS" which would indicate a manual transfer call from a station.

Is there a special code or signal the station is suppose to send to the voicemail that maybe is not being sent correctly? What should the port activity normally look like for a call manually transferred to a mailbox using the method of " VT549 + extension number"

I can double check the port activity on Friday and maybe bring a test phone in the room so I can watch it in real time. Please let me know if any ideas pop in your head as to what configuration conflicts may be causing the SVMI not to recognize a VT mailbox transfer or if there are any other things I should look for. This is a real puzzle.

Thanks again for your help.