Help with DigitMaps and OutboundCallRoute
ianobi:
My experience of PSTN delays:
OBi Line Ports assume the worst case scenario when it comes to your PSTN line. A long line may need long DTMF tones when dialling. If your PSTN line is good quality, then you could try reducing these settings from the default 200 to something like:
Line Interfaces > LINE Port > LINE Port > DialDigitOnTime: 80
Line Interfaces > LINE Port > LINE Port > DialDigitOffTime: 80
These settings work for me. I would leave DialDelay at default.
Some have reported that these settings work well for them:
Line Interfaces > LINE Port > LINE Port > DialDigitOnTime: 80
Line Interfaces > LINE Port > LINE Port > DialDigitOffTime: 50
That's probably close to the limit even for a good PSTN line.
If there are a few numbers that you dial over PSTN a lot, then you might consider configuring them as OBi speed dials using trunk format:
li(12345678901)
Using trunk format avoids digit maps and all call processing and simply sends the call direct to line – you still have to wait for all the DTMF tones to be sent.
tre1:
Thanks for all you tips. I will try those and post my experience here.
@azrobert: For dialing of extensions, adding additional two pauses (four pauses altogether) helped. However, I didn't notice a difference by adding "#" after the phone number (without adding additional pauses).
ng2016:
I have a similar problem: I set up one of speed dial to call a regular conference bridge. But I have not been able to add the conference code that I need to punch in once the connection has been established. I tried to use "," or "p" to no avail. As soon as I add either one of these characters to the numbers on the speed dial entry, it breaks the speed dial process.
For example,
Speed Dial slot 5 --> 8005551212 works
But Sp Dial slot 5 --> 8005551212,,1234# got me error message
Same with slot 5 --> 8005551212pp1234#
Any help?
Thanks!
azrobert:
When you dial a number it is validated by the Phone Port and Primary line's Digitmap.
Then the Phone Port OutboundCallRoute routes the call.
The way you coded the speed dial, it is processed the same way.
There isn't a rule in the DigitMaps that match your speed dial string, so the call fails and you get a busy.
Code it like this: li(18005551212,,,,,,1234)
Now the digit maps and outbound route processing is bypassed and the call is routed directly to the Line port.
I forgot the duration of each pause, but it's not long and you will need a bunch of them.
Don't use "#".
These pauses ONLY work on the Line port!
Navigation
[0] Message Index
[*] Previous page