Page 1 of 2

trunk access in dtmf mode using digital handsets

Posted: 09 Feb 2005 10:24
by penny
analog trunks interfaced with nddi board. usng digital sets, when i seize trunk prefix make ouside call it allow dtmf mode after 10 to 15 seconds.after that it allows to make outside call using dtmf end to end diallig prefix.how to reduce the delay?

Change to conversation mode

Posted: 09 Feb 2005 10:53
by patmul39
Try reducing timer 42.

Re:still not able to communicate

Posted: 09 Feb 2005 11:38
by penny
i reduced timer 42 to 2 still i unable to communicate external trunks(fxs)lines.

Posted: 09 Feb 2005 17:48
by frank
try to dial # at the end of your number..
if not, try timer 18 ?

Posted: 09 Feb 2005 22:48
by vad
We say about NDDI board where "called answer" signal not exist.
Timer 42 start after conversation begins. You must manage discriminator. F.e. if external number 712345678 (9 digits) in discriminator rule must be string 7 with number of digits 9. If you manage number of digits 20 (30, 255) after last dialed digit PBX will start timer 3 (10 sec) and after this timer decide - external number finished and start conversation (and timer 42).

unable to padlock and 1sec delay exists

Posted: 10 Feb 2005 04:01
by penny
i set timer 18 and 42 to 2, now time delay reduced to 1 sec. but how to modefiy 1sec time delay? there is one more problem i am facing,
i could not able to padlock these trunk groups. because trunk groups corresponds to real descriminator 0 and logical descriminator -1 means there is no barring restrictions. when i modified logical descriminator to 0(barring applied to these trunk groups). when i dialed trunk group prefix from digital sets it is not allow to dial on dtmf mode?
other trunk groups corresponds real descriminator 0 can able padlock it

re: i get back to u

Posted: 10 Feb 2005 10:10
by penny
i will get back to u

Posted: 10 Feb 2005 21:39
by goldy
if that still doesn't work, it will probably be in the trunk category of the NDDI trunks. Depending on the combination of parameters in there, it will affect when the call is considered 'connected' to the other party.

Posted: 10 Feb 2005 23:06
by vad
When you change logical discriminator from -1 to 0 and can't use DTMF - you have something wrong in discriminator rules.

still problem exists

Posted: 12 Feb 2005 07:59
by penny
yesterday i checked in discriminator rule 00:0 corresponds entity 1. every thing okay. as per trunk catagaries concernes it is 0 for all trunk groups.the problem was 3 trunks corresponds to one provider, 4 trunks to another provider, one trunk corresponds to another provider. i had no prolems with single line provide by the provider. but remaining trunks i had problem.i could not able to padlock these trunks because the logical discriminator was -1. if i changed to 0. i can able to padlock. but after i seize trunk group prefix it is not allow me to dial on dtmf mode.