Local (PSTN) Line Delay Connect/Ring
Taoman:
Quote from: bsdaiwa on October 31, 2015, 07:18:47 am
Yes, adding a # after the local number does decrease the "dead air" time to what seems like normal.
This proves it is a DigitMap issue. As ianobi stated, your current digit map waits 10 seconds to make sure you have dialed your last digit. By dialing # as your last digit the number is immediately routed (based on your DigitMap) and there is no 10-second waiting period.
Ianobi should be along to help you fine tune your Digitmap. I could make an attempt but I only know enough to be dangerous. ;D
bsdaiwa:
Quote from: Taoman on October 31, 2015, 07:34:14 am
Quote from: bsdaiwa on October 31, 2015, 07:18:47 am
Yes, adding a # after the local number does decrease the "dead air" time to what seems like normal.
This proves it is a DigitMap issue. As ianobi stated, your current digit map waits 10 seconds to make sure you have dialed your last digit. By dialing # as your last digit the number is immediately routed (based on your DigitMap) and there is no 10-second waiting period.
Ianobi should be along to help you fine tune your Digitmap. I could make an attempt but I only know enough to be dangerous. ;D
You know enough to confirm the problem and I thank you, will wait for Ianobi. ;D
ianobi:
Brazil seems to have an unusual numbering format! Luckily, we like a challenge here :)
The most simple digitmap I can come up with is:
Physical Interfaces > LINE Port > DigitMap:
([2-5]xxxxxxx|[6-9]xxxxxxxx?|0[1-9]xxxxxxxxxxxx?|00xx.S3|xx.S3)
In order, this matches:
Eight digit numbers with first digit 2 through 5.
Eight or nine digit numbers with first digit 6 through 9.
Thirteen or fourteen digit numbers with first digit 0 and second digit 1 through 9.
Numbers of any length starting with 00, with delay reduced to three seconds.
All other numbers with delay reduced to three seconds.
There are no short codes (emergency numbers etc ?) included in the digitmap, but they will be matched by “xx.S3”. Normally, I would prefer to route emergency numbers through the Phone Port OutboundCallRoute. This may already be the case or you may be user a voip provider for this rather than PSTN.
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 ok, then you could try reducing these settings from the default 200 to something like:
Line Interfaces > LINE Port1 > LINE Port > DialDigitOnTime: 80
Line Interfaces > LINE Port 1> LINE Port > DialDigitOffTime: 80
PSTN line dialling will never be as fast as voip, but the above should achieve something like “normal” delays.
If there are a few numbers that you dial over PSTN a lot, then you might consider configuring them as speed dials using trunk format:
li(01234567890123)
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.
bsdaiwa:
Quote from: ianobi on October 31, 2015, 09:10:25 am
Brazil seems to have an unusual numbering format! Luckily, we like a challenge here :)
Problem solved, thank you very much. That has been driving me crazy for some time.
Thanks again.
Navigation
[0] Message Index
[*] Previous page