outgoing call service order
azrobert:
<1>xxxxxxxxxx will only match 10 digits. If it matches 10 digits it will then add a "1" prefix.
1?xxxxxxxxxx will match 10 or 11 digits.
FYI, I recently started to investigate Trunk Groups because I wanted to use one after the demise of GoogleVoice XMPP and I'm not pleased with how they work. My trunk list is SP1 and SP2. If SP1 is down in the "Not Registered" status, it still takes 30 seconds before the call transfers to SP2. I would rather hang up and dial a prefix to route the call out SP2. I did find that disabling SP1 will cause the call to immediately transfer to SP2.
If anyone knows how to speed up the process please chime in.
ianobi:
azrobert,
That's an interesting finding. I've been using Trunk Groups for a long time and have never noticed that, but failures are rare events.
I think the 30 seconds is set by one of the SIP Timers in ITSP Profile X > SIP. It needs further investigation, but at least one timer relates to how long the OBi should wait for a response to the "Invite" message before deciding that the call has failed. I wonder if the Trunk Group software waits for that failure before trying the next available route.
ProfTech:
You may also want to try checking "X_NoRegNoCall". I think the feature may have been added to remove the delay that you are seeing. Not sure. I use a trunk group and it works great but mine is "li,sp1" and the line is treated differently.
azrobert:
Quote from: ProfTech on May 23, 2014, 08:27:41 am
You may also want to try checking "X_NoRegNoCall".
I have Raspbx on SP1 and when I have the PBX shut down I want calls to be routed out SP2. Using your suggestion it now works perfectly without any delay.
Thank you very much!
ianobi:
Well spotted Prof Tech!
Also, I note that if you try to call through sp1 and the Trunk Group routes it out of sp2, then Call History will record the call as being made on sp1. It correctly records call duration, call end time etc, but does not show the call has been passed to another trunk.
Edit: With X_NoRegNoCall checked Call History does record correctly which trunk was used for the call that succeeds.
Navigation
[0] Message Index
[#] Next page
[*] Previous page