web statisticsweb stats

Business Phone Systems

Previous Thread
Next Thread
Print Thread
Rate Thread
#427973 11/28/06 03:58 AM
Joined: Feb 2005
Posts: 63
Member
Member
Offline
Joined: Feb 2005
Posts: 63
How come Transfer # is not the same as VT <VM Group>

??


Contract SQL/C# Developer / Network Engineer
Atcom VoIP Phones
VoIP Demo

Best VoIP Phones Canada


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
pvj Offline
Moderator-Executone-Isoetec, Samsung
*****
Moderator-Executone-Isoetec, Samsung
*****
Offline
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
Offline
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
Offline
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
Offline
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
Offline
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
Offline
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.


Moderated by  nameless, pvj 

Link Copied to Clipboard
Newest Topics
NEC IP Phones
by juno - 04/04/25 09:05 AM
NEC IP phones rebooting
by jpet621 - 04/03/25 03:03 PM
SV9100 store hours mailbox
by muddybl - 04/03/25 02:10 PM
Samsung Os 7400 Pri Caller Id No Info
by John807 - 04/02/25 06:19 PM
Forum Statistics
Forums84
Topics94,512
Posts639,934
Members49,844
Most Online5,661
May 23rd, 2018
Newest Members
yeloshak, ty3995, Sippy, sersmith, Taddeo
49,844 Registered Users
Top Posters(30 Days)
Toner 8
Taddeo 5
dexman 3
DeanB 2
Who's Online Now
0 members (), 234 guests, and 29 robots.
Key: Admin, Global Mod, Mod
Contact Us | Sponsored by Atcom: One of the best VoIP Phone Canada Suppliers for your business telephone system!| Terms of Service

Sundance Communications is not affiliated with any of the above manufacturers. Sundance Phone System Forums - VOIP & Cloud Phone Help
©Copyright Sundance Communications 1998 - 2025
Powered by UBB.threads™ PHP Forum Software 8.0.0