Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

problems with centralized voice mail on networked Legends.

Status
Not open for further replies.

Ghostin

Vendor
Feb 22, 2003
416
US
Here is the scoop. I have two Legend R7's networked together via a point to point t-1. Using a third party centralized voice mail on Switch A. The voice mail is setup as intergrated, and using inband DTMF.

The problem is when people from Switch B try to log into the voice mail, or when someone transfer a caller to voice mail, the caller hears, "I'm sorry, that was not a valid entry". When the voice mail says this, it indicates someone dialed an incorrect extension, or the system did not recieve all the digits it expected. Instead of getting extension 134, it most likely got 34 or 13. Is there a timing parameter on the the point to point T-1 that would slow down the sent digits? It seems to happen only to people at switch B. Switch A seems to have no problems. The problems for Switch B are intermittant. It seems to happen about once out of every 3 or 4 calls.

I am at my wits end, so help???
 
check your UDP tables, you may be stripping a digit or adding a digit when the call forwards to vm.
 
There is an Inter-digit timer table under options that has 9 different system timers. I have been trying to locate what each timer represents, but have not been able to find my notes on that. You may want to look further into that table if you can locate some info.
 
I have never had to adjust any timers on the Legend in the 20 years I've been working on them. There must be a pronlem with translations or with the P2P.
 
Try putting a digit grabber on the voice mail ports. You should see something like ##02#xxx where xxx is the extension number being called, make sure you set the calling group to linear to anticipate which port is going to answer.
 
I have already done that. I beleive I have isolated the problem to be either in the TTR's of Switch B, which I still need to test, or some noise on the point to point T-1. We only have 6 TTR's for 36 s/l phones and two PRI T-1's. Even if none of them are bad, we might just be short. I am going to add a 400TTR card in the morning to see what happens.
 
If you are short TTR's, an alarm will peg under the transient alarms indicating that ALL TTR'S ARE UNAVAILABLE.
 
Man, I forgot about the alarm for TTR's. I will check it out.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top