trunk access in dtmf mode using digital handsets
-
penny
trunk access in dtmf mode using digital handsets
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
Try reducing timer 42.
-
penny
Re:still not able to communicate
i reduced timer 42 to 2 still i unable to communicate external trunks(fxs)lines.
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).
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).
-
penny
unable to padlock and 1sec delay exists
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
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
-
penny
still problem exists
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.

