sundance-communications.com/forum Forums TDM Business Telephone Systems Mitel Telephones & Systems long wait before call is connected.

i have a 200D with a 480 port configuration, it's a hotel, G1005. customer complains that after they dial a number, they have to wait up to 1 minute for ringback. I've heard of this problem before, it's something to do with the ARS.

Any ideas what I should look for, is it in form 26 digit strings?

It could be as simple as a dead CO line.
If this was an existing setup & it used to work, & nobody was adding anything, that's where I would start.
In COS of the trunks you could also look for'limited wait for dial tone'. That might need to be enabled.

------------------
Bound to cover,
just a little more ground.

i added option for limited wait for dialtone, no difference. The customer has analog lines, if you put your buttset on the line directly the call goes through fine. when you call through the switch it does in fact take at least 45 seconds to hear your first ringback.

I suppose my next step is to delete all ARS and start fresh however the ARS seemed rather simple.

customer claims this started happening recently.

any ideas?

[This message has been edited by jsaad (edited November 14, 2004).]

Don't delete all the ars, just create a new route for a test number. Get that to work, then you can change the other routes.

When you used your butt set did you dial the pick code first ,then the number ,maybe their provider.

good ideas, thanks!

First at all I'm in 2000 not 200 .
If I had a problem like yours I'll try to find out at first were the delay ocurs :
1.at sizing the C.O. trunk ?
2.at dialing on C.O. trunk ?
3.at conecting the audio path between the station and the C.O. trunk ?
To do that I'll monitor with the butt set on monitoring state (if it haven't that state you can made that state by conecting tru an ~100 nF capacitor) an outside test call.
If you findout where the delay ocurs post again.

First at all I'm in 2000 not 200 .
If I had a problem like yours I'll try to find out at first were the delay ocurs :
1.at sizing the C.O. trunk ?
2.at dialing on C.O. trunk ?
3.at conecting the audio path between the station and the C.O. trunk ?
To do that I'll monitor with the butt set on monitoring state (if it haven't that state you can made that state by conecting tru an ~100 nF capacitor) an outside test call.
If you findout where the delay ocurs post again.

I am having the same problem. This is not only on external calls but transferring incoming calls to stations. I also think this is on extention to extention calls. Any ideas?

From the console, do a direct trunk select on all of the CO trunks to make sure you're getting CO dial tone THROUGH the PBX.
99% percent of the time, the trouble is a bad trunk in the outgoing group, as mentioned earlier!
If they all test fine, make a note for which trunks are used when the call finally does go out. That will help you narrow down the possibilities!