Obitalk Setting to Hang up if the call answered too fast?
Woodwards:
New to Obitalk and thanks to the very helpful forum topics and answers, I have figured out much on using the Obi. I am still a little fuzzy on inbound, outbound, default, and digit maps and the logic flow through all that, but I will get there!
My question is in followup to the ability to have obi ring two phone numbers (i.e. ph1, sp1:aaa-bbb-cccc) and have the second entry not ring until a delay of some odd seconds (forgot the suffix (S4? D4?)
I would like to have an inbound call ring my home phones, then after 15 seconds, ring my cell phone. However, I would like to configure the obi talk to hang up on the cell phone if it answers in under 3 seconds.
The reason for this is because on my Tracfone cell phone, I do not have a voice mail box set up and I leave it off most of the time. When a call comes to the cell phone with the phone off, Tracfone immediately plays a "no voice mail box set up" and hangs up.
So if Obi detects an answer on the cell phone really quick, I would like it to not bridge the call over and keep ringing the other configured bridge destinations.
The hope would be then that the obi keeps trying to ring until my VOIP provider's timer runs out and tosses the call to voice mail.
Make sense? Possible?
Now, if only I can find a cell provider that does not charge for inbound calls….that would make Auto Attendent awesome!
giqcass:
I definitely understand this issue as I have experienced it personally when a cell phone was offline due to being out of service range or off because of a dead battery. I would love to see a solution to this problem. I'm trying to come up with something but If there is a pure obi solution I suspect one of our dial plan experts will beat me to it.
QBZappy:
@Woodwards
Welcome to the forum,
Quote from: ianobi on February 09, 2014, 03:39:12 am
It is possible to make this imitation call hunting a little more sophisticated. Consider an InboundCallRoute such as:
Voice Services > SP1 Service > X_InboundCallRoute:
{ph,sp2(12222222222;d=5),sp2(13333333333;d=15)}
A call coming in to sp1 will ring the phone connected to the OBi. Five seconds later the call will be forked to 12222222222. Fifteen seconds later the call will be forked to 13333333333. All three endpoints will now be ringing, the first to answer takes the call. If a second call comes in while the first call is in progress, then the two free endpoints will receive ringing (after any applicable delays) and either may take the second call.
To use the Oleg Method with this example:
Voice Services > SP1 Service > X_InboundCallRoute:
{>1234567:ph,sp2(12222222222;d=5),sp2(13333333333;d=15)}
Where 1234567 = Voice Services > SP1 Service > SIP Credentials > AuthUserName
Here is ianobis' "imitation call hunting" scheme. If I understand you correctly, could you not put the cell phone last on the inbound call route? Figure out the d=? (delay) to avoid the cell picking up. The call forking order and timing is everything in this use case.The first phone to pick up ends the call forking. If you time it properly the voice mail may be the last leg of the call.
Make sense? Possible?
Woodwards:
QBZappy:
Yes, that was the post I actually read that got me thinking about call hunting using the Obi!
However, this inboundcallroute: {ph,sp2(12222222222;d=5),sp2(13333333333;d=15)}
Is calling PH, then adding another destination after a delay of d=x.
What I am asking is it is possible to have the obi (in the above example) ring 12222222222 and if it answers in less than 3 seconds, DROP the call to 12222222222 and NOT BRIDGE? Instead of D=x a "FAKE_ANSWER=x"?
From Obi's perspective, my carrier immediately answering and saying "voice mail is not set up" would appear as if the call was answered and bridge the inbound call, correct? But in reality, no human would normally be able to answer a phone that quickly. Certainly not in less than a couple seconds spent to pull the phone out of their pocket, see who is calling, and then swipe/flip the phone open.
If I can get the obi to not bridge a call to "the first answered extension" if the answer is less than x=milliseconds or x=seconds would provide a lot of flexibility in the final determination on where to bridge the call.
Out of curiosity, if (using the example above) 1222222222 number is a bad number and the telco plays the disconnect tone sequence and chatters about the number being bad, does the obi detect this and NOT BRIDGE the call? Or will obi simply see "off hook" and transfer the inbound call to 12222222222 even though it is a recording?
QBZappy:
To clarrify the process, note the behaviour of call forking:
Quote from: ianobi on February 09, 2014, 03:39:12 am
... All three endpoints will now be ringing, the first to answer takes the call...
Quote from: Woodwards on February 18, 2014, 05:22:24 pm
What I am asking is it is possible to have the obi (in the above example) ring 12222222222 and if it answers in less than 3 seconds, DROP the call to 12222222222 and NOT BRIDGE?
The first phone/cell to answer will "DROP" all the other forked calls. Your objective if I understand you is to avoid the cell from answering before you have a chance to pick up using the the OBi attached phone or letting it go to voice mail on your voip service provider.
BTW, the reference to the two "sp2" in your inbound route implies that the sp2 provider offers two voice channels. In your example I am expecting that sp2(13333333333;d=15 would be forking to your cell after a 15 second delay. At this point if sp2(12222222222;d=5 has not picked up to voice mail and is still ringing, I expect that your cell will deliver a completed call to the OBi. Note you need to play with the timing before it goes to voice mail.
Quote from: Woodwards on February 18, 2014, 05:22:24 pm
However, this inboundcallroute: {ph,sp2(12222222222;d=5),sp2(13333333333;d=15)}
Quote from: Woodwards on February 18, 2014, 05:22:24 pm
From Obi's perspective, my carrier immediately answering and saying "voice mail is not set up" would appear as if the call was answered and bridge the inbound call, correct?
After the cell carrier picks up the call the bridging is terminated. The OBi assumes that the call has completed. That is why the order of the forking is an important element in this call strategy.
Quote from: Woodwards on February 18, 2014, 05:22:24 pm
Is calling PH, then adding another destination after a delay of d=x.
Each time a call is forked a second, third, up to a maximum of 4 calls can be forked. All the phones will ring at the same time. If the cell is last on that list you have a window of 3 seconds for the voice mail to pick up.
Navigation
[0] Message Index
[#] Next page