atcomsystems.ca/forum
System is a KX-TD1232 with a TVS100 VM

Company A has three CO lines that are managed by AA on ext 165 company B has one CO line managed by AA on ext 166. DIL 1:1 Day/Night for Company A are set to ext 165 and company B is set in the same manner but to 166. Sometimes an incoming call for company A is sent to company B’s VM ext (166) this is very bad because they are two different companies with different company greetings/menu etc. My question is what on earth is causing this? and how do I fix it?
Posted By: KLD Re: Company A receives Company B incoming calls! - 04/22/05 01:23 PM
Because 165 is busy, 166 auto answers and vise-a-versa. Buy another VM and set it up on another set of ext for DIL for Company B AA. Two companies two VM. You'll want a tech to do this for you.
Good Luck.
you've got to be kidding me? In the TVS manual it says that the general guideline is a ratio of 6/1 every 6 lines per port. For heavy caller traffic 1-4 lines per port than.
sorry forgot to add this: It's not that there is heavy caller traffic. Company A gets one call. That may be answered by the AA and soon after another call is recived, for no reason is transfered to the other company!
why use 2 x aa setup
much better to use 1 more calls could get caught for both companys

ie company greeting (thank u for calling....

custom 1 .. for comp a dial 1 for comp b dial 2

custom 2 menu for comp a
custom 3 menu for comp b
this way calls would never get sent to the wrong place
Peter's idea, or purchase a newer model. The newer models are able to answer based on trunk rather than port.
You can simply split the ports so that they do not hunt.
I would suggest adding another TVS102 card to your 100 because if you split the ports now you will only have 1 port available for each company.
If you want to split them go into 119 and put 165 and 166 in different groups.
By the way, rule of thumb is 1 port for every 2 CO lines. Not 6!
Gem


[This message has been edited by MrGemini (edited April 22, 2005).]
I was going to suggest that Mr. but having only 1 port like that would be hard. If you do go that route I would setup each comapny to use their port when checking messages as well, so you dont have company A using Company B ports.
O-T I aggree 100%
I've seen it done but do not recommend it.
If Nick8Noodles adds a TVS102 card and has 2 ports per company then it wouldn't be so bad.
Upgrading to a TVS 125 would be a better solution, upgrading to 2 seperate systems would probably be the best solution unless there are two companies and only one set of employees!
Posted By: KLD Re: Company A receives Company B incoming calls! - 04/22/05 08:23 PM
Thanx, MrGem, like I said two for two. Been there done that and ended up with two for two to make the customer happy and not restrict the operation of the total system.
It ain't cheap but neither are missed calls.
[Linked Image from sundance-communications.com]
Thanks for all the great suggestions guys! Let me think about some of my options here and have a chat with the owner of the system. Personally I don’t think they would want to invest; upgrading to 2 separate systems (cost). Having the option of the caller selecting which company they want doesn’t sound very professional (business wise) to me, but I will ask them. I’d have to agree and say I think it might be best to buy a TVS102 expansion card. However these cards seem a little pricey around 340US is what I’ve seen quickly skimming though some stuff on the net. If the owner of the system is willing to buy the expansion card; anyone know what a reasonable price is for one of these is and where I might be able to easily acquire one?
I explained to the owner of the current system as best I could what the situation was, but lets face it I’m no salesman. As I anticipated, they answered any questions I had about buying additional components for the system with questions of their own. There is ONE question they asked that has been annoying me that is related to that of this threads origin

Keeping our current situation in mind. If a call is received by the AA and the caller hangs up before the company greeting is played. The AA hogs that line until the main menu finishes it’s recording, and than forwards the call to the operator because there was no DTMF. Of course, when the operator takes the call they get loud annoying noises.

This causes AA to hog the line until the operator receives it and hangs up after getting an ear full. The AA Roughly hogs the line for about 2 mins. For those 2 mins if anyone calls company A they get company B’s AA greeting/menu.

Some people I’ve spoke with said they sent the no DTMF to another menu that will exit and hang-up. Others said to check the [405] CPC Signal Detection Incoming Set and the CPC port parameters for the VM. Another said that I need a peice of equipment to simulate cpc. You guys seem pretty knowledgeable, what do you think? Anyone else ever experience something similar to this?
I would think it is the CPC settings.
I think the norm is around 600 ms but I'm not sure what the Canadian standards are.
You may want to check with the provider and see what they are sending, Hey!
Quote
<font face="Verdana, Arial" size="2">Originally posted by Nick8Noodles:
I explained to the owner of the current system as best I could what the situation was, but lets face it I’m no salesman. As I anticipated, they answered any questions I had about buying additional components for the system with questions of their own. There is ONE question they asked that has been annoying me that is related to that of this threads origin

Keeping our current situation in mind. If a call is received by the AA and the caller hangs up before the company greeting is played. The AA hogs that line until the main menu finishes it’s recording, and than forwards the call to the operator because there was no DTMF. Of course, when the operator takes the call they get loud annoying noises.

This causes AA to hog the line until the operator receives it and hangs up after getting an ear full. The AA Roughly hogs the line for about 2 mins. For those 2 mins if anyone calls company A they get company B’s AA greeting/menu.

Some people I’ve spoke with said they sent the no DTMF to another menu that will exit and hang-up. Others said to check the [405] CPC Signal Detection Incoming Set and the CPC port parameters for the VM. Another said that I need a peice of equipment to simulate cpc. You guys seem pretty knowledgeable, what do you think? Anyone else ever experience something similar to this?
</font>

The Calling party Control for the U.S. is approximately .2 seconds (200 milliseconds) I do not know whatit is in Canada. The CPC is a drop in voltage on your Central Office line which "tells" the C.O. port to drop the call(upon a distance party hangup). If this setting is wrong you will have the beep,beep, beep, beep (off-hook audible signal) recorded in the voice mail box.
Quote
<font face="Verdana, Arial" size="2">Originally posted by Nick8Noodles:
System is a KX-TD1232 with a TVS100 VM

Company A has three CO lines that are managed by AA on ext 165 company B has one CO line managed by AA on ext 166. DIL 1:1 Day/Night for Company A are set to ext 165 and company B is set in the same manner but to 166. Sometimes an incoming call for company A is sent to company B’s VM ext (166) this is very bad because they are two different companies with different company greetings/menu etc. My question is what on earth is causing this? and how do I fix it?
</font>

Have you monitored the lines with your butt set to listen what you hear when a caller hangs up?
© Sundance Business VOIP Telephone Help