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

External callers are dropped if they dial an unrecognized extension. 1

Status
Not open for further replies.

jpasint

MIS
Jun 13, 2012
14
US
Is it possible to have callers from the outside be rerouted back to the attendant if a caller dials a non-existent extension number? Right now, the call is simply dropped if an external caller does this.

Internally, we get an “INCOMPATIBLE” message on our screen and the wave off if we dial an extension that does not exist.

Thanks in advance.
 
Yes, but depends partially on whether you use prefix number for external calls and what type of voicemail it.

If you have a three-digit extension numbering, a short code XXX can be used to route any three-digit dialing that doesn't match an extension wherever you want, eg. to the auto attendant.




Stuck in a never ending cycle of file copying.
 
Thanks. Yes, we use 3 digit extensions.
Would you be able to point me to any info on how to accomplish this?

Thanks again.
 
jpasint meant an external call.

Just add an empty incomming call route.

Incomming number empty, destination the reception group.

 
Assuming its embedded voicemail autoattendant.

Add a system short code:
- Code: XXX
- Feature: Auto Attendant
- Telephone Number: "AA:Example" (will depend on what name you gave to your auto-attendant).


For Voicemail Pro auto-attendant change the feature to Voicemail Collect and the telephone number to "Name" being the name of the auto-attendant module.

Stuck in a never ending cycle of file copying.
 
Well, we have a few empty incoming routes. The *9200 is our auto attendant.
When a caller calls in, they get the auto attendant but if they dial an extension that does not exist, the caller gets disconnected/dropped.

i-DKB5FvF.jpg
 
Try putting fallback to a default destination.

"Trying is the first step to failure..." - Homer
 
Do you have the "Invalid Entry" in the AA set to return to the AA start point?
 
Sorry, should have mentioned at first but it is VM Pro.
 
Then yeah set an invalid entry option and route it somewhere.

| ACSS SME |
 
When the caller dials the extension number, assign $KEY to $CP0. Test $CP0 against Extensions and Hunt Groups. If no match, send it back to the AA, otherwise, transfer to $CP0

AA_bkirnb.jpg
 
This is how we programmed it for any unassigned number on the incoming call route; on the incoming call route add N for the incoming number,add the correct line group id and set attendant as the destination
 
This is a case where the "Assisted Transfer" action is porbably the Simplest & Best option.



Do things on the cheap & it will cost you dear
 
Thanks everyone for your assistance and @TouchToneTommy thanks a million for the screen shot. Picture is definitely worth a thousand words. Working perfectly now.


i-ncCPBqz.jpg
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top