DTMF not received results in dead-air or incorrect digits entered 1

[aohinds]

Some callers to our audio bridge experience dead-air after the main greeting is played. Others are told "the meeting does not exist" after entering a legitimate 4 digit meeting ID number. Audio bridge logs say it did not recieve DTMF when these incidents occured.

Routing as follows: Audio bridge main no. DID 3131 configured as an ACD ncfw to 8027 which is the ACOD of Route 27. Route 27(DTI)consist of 192 channels, from 8 Tie T1's

What should be checked?

 

[trvlr1]

1. is this a new set up, if not, has it ever worked?
2. Are any users getting through correctly/DTMF working?
3. is this internal only or a mix of internal/external and if some are working is there any pattern in what is working and what is not?

 

[Reusser]

You might want to start by using a maintenace set select each channel and see if when you can repeat problem is it always that channel and or T1 - all channels on a T1?

Suspect one of your T1s is not returning answer supervision.

 

[aohinds]

@trvlr1
Not a new setup although the last of 8 Tie t1's was added about 10 months ago. For a 192 channels, and over 9,000 conference attendees per month, It is intermittent at best. It has been experience by both internal and external callers.




@Reusser:
If true all 24 channels on that T1 should behave the same way? This is not the case it ramdom at best. However i will attempt to repeat the problem using the maintenance set.

 

[aohinds]

I should add that i gave the same scenario to a shared technolgies Nortel technician. Here is what he did.

Change PCDR in ld 22 PARM to NO. call register usage was giving priority to CDR trunks.

Check EOD on Route 27 and change value from 4096 to 8196.

Check TDS in LD 34; they all returned a OK.

Does this help anything? is it related to the afore mentioned problem? Could Parameter PCDR set to YES and Route 27 EOD set at 4096 cause the intermittent dead-air, and lost digits to the audio bridge?

 

[Reusser]

PCDR yes could use up your registers and slow down switch but not likely cause one-way or no-way speach

EOD -is end of dialer timer - you will not get supervision until EOD has expired - could affect trans/conf/dtmf but not speach path

TDS - would affect DTMF - however, if you have no speech path, DTMF will not be sent either.

With non-PRI TDM T1s - no speech path are 99.9% either hardware issue or far end. Thus reason I suggest maint set as results should be consistant - same trunk/loop. Where it is intermittent to you may be because route is set to round robin of if linier, problem on other end of hunt so does nt get hit often.

Another thing to concider is if speech path problem not on T1s - but you would also see problems from station to station. IGS or Fiji problems could result in speech path problems - even A,B,C,D Cables problems between shelves.

remember you are looking for speech path not signaling.

 

[aohinds]

Reusser thanks for all you help so far. When you say speech path what exactly do you mean?

The main prompt/greeting that callers hear is on the Audio bridge, as is the prompts to enter the meeting ID and the response that the meeting ID is incorrect.

Maintenance sets usage: I am not familiar with this phone. I have never really use it. Could you tell what I would enter in order to test each individual trunk seperately?

The trunk group is 27. The ACOD is 8027 trunks number up to 192 across 8 Tie T1's.

I can currently access the next avaialable trunk by dialing 8027. What can i do outside of disabling 7 loop and 23 channnels on the one thats up to test each channel seperately? Can i enter like 8027*1 to access the audio bride on the first trunk?

 

[Reusser]

Maintence Set:

CLS = MTA

from maint set- do it close to maint terminal so you can see what is happening

dial Spree 91 <-- should see maint set logged in
Dial 53#36## <-- enter LD 36
Dial 875#xx#yy## <-- TRK Loop channel to test

should see DN on terminal and hear audio brindge - enter password or whatever is required.

Dial * when done to disconnect - then try again on next channel - Dial 875#xx#yy##

etc.


Since it sounds like you are using round robin you could do the same just by dialing ACOD 8027 - remember though call will skip busy trunk so might want to test when not much traffic to Audio unit.

 

[aohinds]

I have tested all 192 ports and they all behave the same way which is, they all played the main greeting on the AUDIO BRIDGE. Does this proves that voice/speech path is not at cause?
Should I have been able to respond to the Menu prompts of the Audio bridge via the Maintenence set? e.g. press one to enter a meeting. No futher input was accepted after the Audio BRIDGE PLAYED IS GREETING.

 

[PERRYPJ]

Yes, once you access a trunk you can dial on it

OLD ROLMEN WORKING ON NORTELS AND AVAYA

 

[aohinds]

PERRYPJ

These are tie T1'S all they do is deliever a caller to the Audio bridge. From there you enter prompts as requested by the Bridge. This is not working for me, when I access any trunk via the maintenance set. It just play the main greeting and ignores any further input from me. Is there some futher input required after

875#14#16## plays greeting welcome to meetingplace press 1 to access a meeting or press 9 for help.

Press 1 or 9 has no effect.

 

[Reusser]

Use the maint. set to Dial out on one of your regular trunks to a cell phone - once you answer, press digits and see if you hear tone.

This will prove if you are sending tone from switch.

If you dial ACOD - most of time you can select menu items ok?

are trunks in route CLS = DTN and SUPV = yes?
wnk start or IMM,and what is SIGL?

 

[aohinds]

Thanks again Reusser:

Yes ACOD allows menu prompt access everytime.

Remember that users who experience the issue always hears the main greeting, can always select 1 to enter a meeting, and is either told the meeting number entered is not recognized or they are place into the meeting but cannot talk to other parcipants vice versa. Which is not all Digits getting through and Dead-air when connected.

The Tie trunks servicing the Audio bridge
have DTN in CLS
SUPV=NO
Wnk wnk
Sigl=EAM

What does Supv do? and would I be changing it to yes permanently or just for testing purposes?

 

[Reusser]

SUPN should be yes but may not make a difference for DTMF but would for transfer/conf

What Rls is switch - there were some older rls that a patch cleared this problem.