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 dencom on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Auto Attendant cutting off caller with "Invalid entry"

Status
Not open for further replies.

phoneguyjr

Vendor
Mar 25, 2006
117
US
IPO was a 4.0 and I upgraded to 4.1 and upgraded embedded voicemail prompts too. I did read this exact problem in here before but there was not really an answer to what the solution was that I could see. It does not happen on all calls and doesnt seem to matter what line in the system. You do not get disconnected but the Auto attendant stops after the first couple of words are played and you get "invalid entry, please try again." any help would be appreciated as this is getting really troublesome.
 
Try re-recording the prompt. I have heard of odd situations where the recorded voice can of the right note of DTMF tones and confuse the AA thinking digits have been dialled.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office


Fooball is not a matter of life and death-It is far more important!!!!
 
we have re-recorded 2 times now and tried to set up another auto attendant leaving that one in place to take up that spot on the VM thinking that it may be corrupt. After doing all that we still have the same problem. It is starting to look like a hardware issue but I wanted to see what others said before I try to get the unit replaced.
 
** NOTE **
Make sure when you redo the recording, you use a different voice... preferrably a mans voice. When I have this issue, it is always with a womans voice.

 
It's known as "talk-off", but it's really very rare, so I would be more inclined to replace the vm card before following that path.
 
Second decade, and I have seen "talk off" a dozen or so times myself. Re-recording the voice is simple to do, on the VMPRO just set the digits not to be allowed to interupt the prompts, so the DTMF talk off is not even listened to. Imbed has no such option. I have never seen a male voice do talk off either.

Might re-load the VM files on the card.

 
Ok, one problem I have with this being "talk-off" is that if it were indeed doing that, and I had the left-over digits set to replay the main Attendant message, shouldnt it have replayed the message? I had 0-4 set to extension transfers, and all the rest of the digits set to replay message. I tried it and sure enough, it did the same thing. Invalid entry, please try again. I am beginning to think that we need to replace the embedded VM. with this info, does anyone else agree?
 
Might re-load the VM files on the card, before trying to actualy replace the card.

 
I replaced the files on the card already and upgraded the system to 4.1 all at the same time. That was the first thing that I did after talking to one of the other techs I have been working with. Thats why I am thinking I am down to a hardware issue.
 
what type of lines are you using? does it still happen if you create a short code and access internally? have you tried tracing the call?

are there invalid digits, or is the vm reading things that aren't being sent?

go from there
 
We have 4 analog loop start lines coming into the system on a ATA4. I put a test set on one of the lines that we seemed to have a little more trouble on and listened to see if it was indeed getting a touch tone thrown into it. There were not extra tones. I set all my digits to do something and I still had the same thing happening. So the voicemail is acting like it is seeing a digit that doesnt exist in the list of 0-9,*,and #. Anything else that you need to know, let me know. I am having a hard time figuring this one out.
 
following other sugestions above that haven't been answered:

Have you set a short code and dialled the AA internally?? Does it do the same???

Have you traced the call?? Monitor?? SSA????

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office


Fooball is not a matter of life and death-It is far more important!!!!
 
did you try looping an analog station port into the co port as a line to see if it did the same thing there?

 
Have you got a fallback destination programmed in the incoming call routes? Try that!

Take Care

Matt
If at first you don't succeed, skydiving is not for you.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top