|
Joined: Feb 2005
Posts: 63
Member
|
Member
Joined: Feb 2005
Posts: 63 |
How come Transfer # is not the same as VT <VM Group>
??
Contract SQL/C# Developer / Network Engineer
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
Joined: Sep 2001
Posts: 2,360 Likes: 9
Moderator-Executone-Isoetec, Samsung
|
Moderator-Executone-Isoetec, Samsung
Joined: Sep 2001
Posts: 2,360 Likes: 9 |
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.
|
|
|
|
Joined: Feb 2005
Posts: 63
Member
|
Member
Joined: Feb 2005
Posts: 63 |
I am not talking about
Transfer, Ext #, Ans/Rel or Transfer, VM Group #, Ans/Rel
I am saying:
Transfer, #, Ext #, Ans/Rel
Contract SQL/C# Developer / Network Engineer
|
|
|
|
Joined: Feb 2005
Posts: 63
Member
|
Member
Joined: Feb 2005
Posts: 63 |
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
Contract SQL/C# Developer / Network Engineer
|
|
|
|
Joined: Sep 2005
Posts: 690
Member
|
Member
Joined: Sep 2005
Posts: 690 |
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.
|
|
|
|
Joined: Nov 2006
Posts: 10
Member
|
Member
Joined: Nov 2006
Posts: 10 |
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.
|
|
|
|
Joined: Feb 2005
Posts: 137
Member
|
Member
Joined: Feb 2005
Posts: 137 |
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.
|
|
|
|
Joined: Sep 2005
Posts: 690
Member
|
Member
Joined: Sep 2005
Posts: 690 |
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.
|
|
|
|
Joined: Aug 2006
Posts: 185
Member
|
Member
Joined: Aug 2006
Posts: 185 |
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.
|
|
|
Forums84
Topics94,512
Posts639,934
Members49,844
|
Most Online5,661 May 23rd, 2018
|
|
0 members (),
234
guests, and
29
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|