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

Auto attendant voice

Status
Not open for further replies.

modulistic

Technical User
Feb 7, 2008
167
US
Hey, I have a 3300 here 9.0.0.41

When another system (not a Mitel) calls in over their PRI, they get what I think is a transfer voicemail node, a ladies voice comes on and prompts you to enter the desired extension, etc. How can I determine which extension or number this prompt is coming from to change the voice, or ideally, make it go away.

In other words, what is the voicemail extension the other pbx is calling? I have twenty voicemail ports, 1001-1020 and if I dial them, I get the voicemail of the set I am calling from. How can I directly call this extension from a phone to hear the prompt and see what kind of changes I have made?

Thanks
 
Run a ccs trace from the maintenance commands then dial in from the other system and see where the call is being routed to.
You may have an intercept handling on the trunks to voicemail

Share what you know - Learn what you don't
 
What type of voicemail we talking about? Basically it sounds like you are hitting the Auto Attendant and that's pretty much what should happen if you call the voicemail.

What happens when an internal extension dials the voicemail is that it recognizes your extension number and thinks you want to log in. If a outside caller hits the voicemail no internal extension number is presented so it defaults to the AA. Sorry thats the standard way it works. You don't want callers to hear the Auto Attendant then don't send calls there.

The single biggest problem with communications is the illusion that it has taken place.
 
Sorry thats the standard way it works. You don't want callers to hear the Auto Attendant then don't send calls there."

Interesting. Where else could I send the call besides an operator? if the other pbx sends digits can I send it straight to an extension?
 
I made a little bit of headway into my problem.

some more detail here. The avaya has a feature code of 1148 to hit the pri and come to my 3300. I have tried to absorb 4 digits and insert a local extension and was unsuccessful.

I ran a ccs trace for when I call in from the avaya and here is what came out.

CCS Tracing is enabled for continuous output display
08:56:49 RO112 DPN 2 CRM/CIM ;30;
08:56:49 RI112 DPN 2 CRM/CIM ;30;
08:56:51 RI139 DPN 2B ISRM_I ;10;*3#*19*Z#*58*Ca*1*Z#*100*PKIMC#*233*dIBb#
08:56:51 RI139 DPN B SSRM_C *58*CI*L4#
08:56:51 RO139 DPN 1A NAM *1*1 3#*50*1000#*166*4 6#
08:56:52 RO139 DPN 1A CCM *1*1 3#*50*1008#*166*4 6#
08:56:56 RI116 DPN 17 CRM/CIM ;30;*166*1 2 3 4#*234*D@#
08:56:57 RO113 DPN 2 CRM/CIM ;30;
08:56:57 RI113 DPN 2 CRM/CIM ;30;

CCS Tracing is disabled

then I modified the intercept handling form. the very last value, unnassigned directory number, was 1000. 1000 is the voice mail extension. I erased the number and now instead of the auto attendant I get a wierd error tone.

I ran a ccs trace on the error tone and got this:

CCS Tracing is enabled for continuous output display
09:59:47 RI139 DPN 2B ISRM_I ;10;*3#*19*Z#*58*Ca*1*Z#*100*PKIMC#*233*dIBb#
09:59:47 RI139 DPN B SSRM_C *58*CI*L4#
09:59:47 RO139 DPN 2 CRM/CIM ;0;
09:59:47 RI139 DPN 2 CRM/CIM ;0;
09:59:48 RI118 DPN A CCM *58*CP*G#

CCS Tracing is disabled

what is preventing me from dialing straight to an extension from the other system?
 
The Mitel will route the call according to the digits it receives. If it receives the extension number, it will call the extension number.

Turn your question around. Why, when a call is made from the Avaya to the Mitel, does the Avaya not deliver the required digits?

**********************************************
What's most important is that you realise ... There is no spoon.
 
CCS Tracing is enabled for continuous output display
10:11:31 RI139 DPN 2B ISRM_I ;10;*3#*19*Z#*58*Ca*1*Z#*100*PKIMC#*233*dIBb#
10:11:31 RI139 DPN F SSRM_C *58*CI*L4#2593
10:11:31 RO139 DPN 24 NAM *1#*50*2593#*166*6#*100*F.Ferrante#

CCS Tracing is disabled

we killed the ladys voice. The avaya guy said he didnt change anything but it looks clear to me that he is sending digits now. For some reason yesterday I was inserting a 0, so I took that out and absorbed none. anyways, it works now, and looks a lot cleaner.
 
the extension we are calling is 2593, by the way.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top