telephone cable to delay landline ring?
drgeoff:
Quote from: ianobi on October 06, 2014, 09:37:27 am
My understanding of this:
Quote
Junk and spam phone calls are forwarded to my Google Voice, but a short "forward ring" indicator is heard whenever one of these calls attempts to go through.
is that one short ring is sent to the OBi. RingDelay will absorb the first ring and maybe the second while it's decoding CallerID. I.e. any ringing current sent in those four seconds will not make it through to the Phone Port.
I have the same understanding.
azrobert:
I setup an experiment.
I have my OBi110 connected to my PSTN line.
I also have an analog phone connected directly to the PSTN line.
I called the PSTN number and let it ring once and hung up.
The phone directly connected to the PSTN line rang once.
The phone connected to the OBi110 also rang once approximately 4 seconds later.
I think this proves the OBi110 RingDelay setting only delays the ringing.
ianobi:
@ azrobert - Empirical testing is definitely the way forward!
I set up the exact same experiment and got the same results as you. I think that it's odd that the OBi110 would ring the Phone Port even though the call on the Line Port has hung up. However, that is what happened.
Next I extended the experiment to try a RingDelay of 10000 (10 seconds). This time the single incoming ring from the PSTN line was absorbed. Lastly I reduced the RingDelay to 6000 (6 seconds) and the single incoming ring is absorbed and not passed to the Phone Port.
It will be up to the OP to consider if a RingDelay of 6 seconds rather than 4 seconds is acceptable to solve the original problem of hearing the single "forward ring".
Well I've learnt something today, so another day not wasted :)
babobi:
Thank you lanobi! Your instructions solved my problem and worked for me! May I ask you another question? When I dial out I notice a delay of several seconds before I hear ringing of the dialed number. Is there any way to shorten that delay? Thanks again in advance.
ianobi:
The most important factor causing delays on outgoing calls, SIP or PSTN, is matching the number dialled in your digit maps. There are many posts in this forum on this subject! For example, if you are dialling an eleven digit number starting with "1", then a rule such as "1xxxxxxxxxxS0" will process the number instantly.
If your digit map is perfect, then a SIP call will be routed instantly, but remember the called party may not respond instantly. With a PSTN call there are additional delays at the sending party. The DTMF digits have to be sent to line. The OBi assumes a worst case scenario and sets the DTMF tone settings as follows:
Physical Interfaces > LINE Port > LINE Port > DialDigitOnTime: 200
Physical Interfaces > LINE Port > LINE Port > DialDigitOffTime: 200
So that adds another 2 seconds or so delay at the sending end. I use:
Physical Interfaces > LINE Port > LINE Port > DialDigitOnTime: 80
Physical Interfaces > LINE Port > LINE Port > DialDigitOffTime: 80
Which works fine. I know some who use:
Physical Interfaces > LINE Port > LINE Port > DialDigitOnTime: 80
Physical Interfaces > LINE Port > LINE Port > DialDigitOffTime: 50
It all depends how good your PSTN line is.
Another small delay for outgoing PSTN calls is:
Physical Interfaces > LINE Port > LINE Port > DialDelay: 500
This allows half a second for the PSTN line to be "seized" and return dial tone before the OBi starts to send out the DTMF tones. I would say that this setting is about right for most people. There have been cases where some have found it necessary to increase this setting to 1000 (1 sec) to make outgoing calls more reliable.
Navigation
[0] Message Index
[#] Next page
[*] Previous page