Mitel 3300 and dialing into conference calls

[mrcaution99]

I'm having a strange problem. One of my users needs to call into a weekly conference call with AT&T. When he calls the number, the AT&T system asks for a conference ID number. When he tries to enter it, the AT&T system says it is invaild. Yet, if you dial the system from a cell phone it works just fine.

I've verified that this problem exists with other IP phones as well.

This is a quite stranage. Anyone have any ideas on this?

 

[Lundah]

What system is this on? I know on the 3100ICP, you need to dial either a # or * before dialing DTMF tones on an outgoing call.

 

[mrcaution99]

This is on a 3300 ICP. I can hear the tones on the phone when dialing the conference code. I've tried your suggestion of # or *. But it did not work.

 

[mitelman]

Are these calls placed on loop strat trunks or on PRI/T1?
Sometimes there are complications between ip sets and copper trunks. You might have to change some settings in the trunk descriptor.

 

[mrcaution99]

The trunks are connected to a T1. I've called my telco service provider and had them check the lines and test from their end and they can't find anything.

The strange thing is that this is the only symtom. There are no other dialing problems that I'm aware of....

 

[MitelTech]

Do other auto attendant's work? We always hear of customer's having problems when calling American Airlines, they have a finicky auto attendant system.
In the T1's circuit descriptor, check to see if "Audio Inhibit Until Answer Supervision" is enabled, it's best to have that at "No" if the carrier is not providing answer supervision.

 

[mrcaution99]

Well, as far as I know we have not had issues with other auto attendants.

I did find that the trunks were set to have "auto inhibit until answer supervision" was set to yes. I disabled this and I still get the same results... Do I need to reboot the system? If so, that will occur tonight during its daily reboot.

Any other ideas?

Thanks for all your help!

 

[MitelTech]

No, it won't require a reboot to implement the change. What if you dial the same place with an ONS set, same result?
Note: all IP sets have their own DTMF generator built in. All sets produce their own tones when pressing any keys on the keypad, could be a faulty DTMF generator in the phone I guess. The same generator produces "dial tone", "busy tone", "error tone" and any other tone you can think of. Try this some time for proof, take an IP set, go off hook, then unplug it's network connection. Note the result.

 

[mrcaution99]

I've tried calling the conference number from different ip phones and even our analog conference phone. They all produce the same result "invaild entry" yet, if I call from my cell phone it works...

I may have to turn this over to our phone vendor.... but they are clueless.... the tech has trouble opening a bowser window to even look at the system let alone know how to solve this problem.

Thanks for your help!

 

[MitelTech]

Well, since it's happening to all sets that eliminates a set issue. PRI or T1? If PRI, maybe something in the Imat programming it is toasting it? If T1, call your telco and see if they can find any troubles.

 

[mrcaution99]

I found the problem! It was the setting "drop digit rcver for outgoing audio before ans setup" This was set to "not and according the the system help file, this should be set to yes for "calling card or credit card" phone calls.

As soon as I changed this it solved the problem.

Thanks MitelTech for pointing me in the right direction! Although your tip was not the fix, it did lead me down the path to examine all the settings in this section for the trunks!

Thanks for your help!

 

[ISDNman]

The "usual suspects" are duration and level of the DTMF tones.

You need to put a T1 monitor/Transmission test set on the line and listen to the outbound DTMF.

Is it there? What is the level?

Does it at least sound right?

You will also want to check the duration. That may be tricky.

If you don't have access to the proper equipment dial into a decent POTS line and listen for the DTMF tones.

Again, are they present. Do they obviously sound distorted. Does the level seems to be as high or higher than speach?

If you have a DTMF "Digit analyzer" (e.g. "digit grabber" type of box) you may be able to measure the duration from the POTS line. I know the PHD Line Analyzer can do this.

good luck