Hi,
I would like to request these two Dial Plan functions:
Bridge: Bridges 2 legs.
Ringing: Signals Ringing to the caller
What I want to do:
SS is registered with 2 providers. Provider 1 receives a call, SS does not switch this incoming call but signals "ringing" to the caller. Meanwhile SS initiates a call to my mobile number via provider 2. I reject the call and immediately call back via provider 2. SS connects these 2 calls.
My Dial Plan would look something like this:
In-Plan for SIPAccount 1:
sys.Dial(<mobile number>@SipProvider2) # will be rejected on mobile phone (could yet be accepted,too...)
sys.Ringing(<ring timeout>) # caller is kept waiting for <ring timeout> seconds and hears ringing signal.
sys.Respond(<Cannot complete call>)
In-Plan for SIPAccount2:
if <caller is my mobile phone and SIPAccount1.call is waiting>
sys.Bridge(SIPAccount1)
or so...
Regards,
bosserer
Bridge, Ringing
Re: Bridge, Ringing
You can already generate a ringing response by using sys.Respond(180, nil).
In regards to the bridge feature I don't think it would end up being very practical. Most callers won't wait around long enough for the steps you've mentioned to happen, generally you've got 15 to 20s max and then the caller will give up. It could take something like 5s for your mobile to start ringing, another 5 to 10s for you to look at it and reject the call, another 10 to 15s for you to dial in and attempt the bridge.
A much better way to do it would be to put a hold step in there. For example you could forward the incoming call to your mobile and if rejected get the sipsorcery dialplan to forward it off to a free music on hold server. You could then dial into sipsorcery with your mobile and transfer the on hold call to your mobile. In other words call parking.
In regards to the bridge feature I don't think it would end up being very practical. Most callers won't wait around long enough for the steps you've mentioned to happen, generally you've got 15 to 20s max and then the caller will give up. It could take something like 5s for your mobile to start ringing, another 5 to 10s for you to look at it and reject the call, another 10 to 15s for you to dial in and attempt the bridge.
A much better way to do it would be to put a hold step in there. For example you could forward the incoming call to your mobile and if rejected get the sipsorcery dialplan to forward it off to a free music on hold server. You could then dial into sipsorcery with your mobile and transfer the on hold call to your mobile. In other words call parking.
Re: Bridge, Ringing
Hi,
thanks for the quick respond. What you suggest sounds reasonable, however, how do I do this:
bosserer
thanks for the quick respond. What you suggest sounds reasonable, however, how do I do this:
Thanks,Aaron wrote:You could then dial into sipsorcery with your mobile and transfer the on hold call to your mobile. In other words call parking.
bosserer
Re: Bridge, Ringing
You could hook up with tropo.com along the lines of http://sipsorcery.wordpress.com/2010/01 ... transfers/, that will require a fair bit of configuration.
A different approah would be to use my switchboard at http://www.sipsorcery.com/mainsite/Home/Switchboard which is designed for exactly that type of scenario.
A different approah would be to use my switchboard at http://www.sipsorcery.com/mainsite/Home/Switchboard which is designed for exactly that type of scenario.
Re: Bridge, Ringing
I would love to see this feature too, I would like to be able to receive an incoming call, replace the ringing the user hears with music and message (by calling a sip account) whilst my mobile is still ringing, then cut the music off when I answer.
As far as I'm aware sipsorcery doesn't have event handlers right? i.e
if provider1.answer() then
else provider1.hangup() then
end
that would be cool too...
As far as I'm aware sipsorcery doesn't have event handlers right? i.e
if provider1.answer() then
else provider1.hangup() then
end
that would be cool too...
Re: Bridge, Ringing
You could try this:
What it does is calls the easrly_music address as well as placing the call to your SIP account. The early_music address never answers the call but does respond with a Session Progress response and sets up an audio channel with some lovely music. If you answer the call then the early_music call is cancelled.
Code: Select all
sys.Dial("early_music@iptel.org&your_sipaccount@sipsorcery.com")