atcomsystems.ca/forum Forums TDM Business Telephone Systems Samsung Telephones & Systems VM Transfer - VT Not same?

How come Transfer # is not the same as VT <VM Group>

??

Transfer # is a direct transfer to a station or station group.
A Vt transfer is telling the phone system to transfer the caller directly to a mailbox so there is more going on than just a plain transfer as mailbox information must also be sent along with the voicemail group.That's why the VT key has an extender code on it with the voicemail group.Then you add in the mailbox after pressing the VT key.If you transfer a call to voicemail with just a Transfer 529 then the main greeting will play.

I am not talking about

Transfer, Ext #, Ans/Rel
or
Transfer, VM Group #, Ans/Rel

I am saying:

Transfer, #, Ext #, Ans/Rel

Also, it has an issue has arised with ip networking, and auto-answer, and vm...

If a caller is transfered to another site, with auto-answer, the caller is greated by the auto-answer. and is stuck talking to the air.

also, VT doesn't work with offsite VM.

I am about to rip out the idcs system from offsite, and hand them all ip phones.


--- Off Orginal Topic ---

Do you know if they have made any improvments with the newer firmwares? In your honest opionion should i upgrade my systems?

Remote Site [SystemID 2]
MCP2: L2.13 2/27/2004
MGI2: V1.21 12/1/2003
SCP2: V2.06 12/1/2003

Local Site [SystemID 1]
MCP2: 2.48 9/13/2005
SCP2: V2.15 5/20/2005
LCP2: V2.15 5/20/2005 [Cab 2&3]
MGI2: V1.22 10/4/2004 [3 Cards]

Local Site [SystemID 3]
MCP2: 2.44 3/16/2005
SCP2: 2.06 12/1/2006
LCP2: 2.06 12/1/2003 [Cab 2&3]
MGI2: 1.24 2/23/2005

-----

System 2 & 1 are connected via IP
System 1 & 3 are connected via PRI

System 1 handles all telco lines, and Voip, and DCS Phones (OnSite)
System 3 handles all fax communications

I have set up IP networking on systems and have had no problem with auto answer or VT. I have newer versons of software on the ones I've done and I think I remember there being an issue with the VT on early releases. You should try updating your systems to the latest versions so at least the MCP's and the MGI's are on the same software levels first and not mix matched like they are now. I'm still wondering why your trying to simulate a VT key by doing transfer #, ext #, then ans/rls. Is this because of the VT problems? I'm assumming your using centralized mail here, what is going on in port activity when a call is VT'd to a mailbox when it doesn't work? This would help identify what the voicemail is getting on it's end and help us identify the problem. Make sure that call progress is turned on in the svmi first too.

I totally agree with Ben. There was an issue with 2.13 on the MCP2 card and the VT transfer not working correctly offsite. I would call tech support and get the latest release firmware and upgrade all your systems.

I agree as well the new software takes care of most of your issues but I do know that when a call is transfered across the network it will follow the auto answer condition in MMC 103 even if its a trunk transfer. Thats why when I set up a netwok I always set MMC 103 to Ring. I have spoken to the product people at Samsung and they say that they have had trouble getting Korea to understand why it should change the programing.

Ya that is the only "bug" where a call on a trunk transfered accross the network to a phone with auto answer doesn't ring but ends up on auto answer. Other than that there aren't any major issues on the newest versions of software that I've found........yet.

Samsung rule of thumb...all hardware and software has to be on the latest release or the same common release. If you mix the system software and hardware loads you are going to have issues, a fact! Save yourself time and money, do as Tech224 says and upgrade then start trouble shooting all over. Things will change.