[Freeswitch-users] Parallel Outbound Dialing Failure Causes
joel at gogii.net
Sat Jul 9 05:08:38 MSD 2016
I'm not sure I understand completely your scenario... In our case:
1- Caller dials ---> FS bridges him in pickup with a ringing tone and a 25s
2- PUSH is sent to callee app (mobile device)
3- Callee dials in ---> FS uses headers sent in the INVITE to know which
pickup he should go to.
4- Caller and callee talk.
NOTE: If the 25s timeout is reached before the callee has dialed in, the
caller leg is sent to voicemail.
This scenario is working perfectly.
Can you describe a little more the difference with your approach? (I'd like
to help but I'm not 100% sure I can).
On Fri, Jul 8, 2016 at 3:15 PM, Colin Morelli <colin.morelli at gmail.com>
> Any thoughts here?
> I think I can probably solve this with an additional forked dial to a
> loopback leg that sleeps for the call_timeout and then completes, but I
> want to see if anyone else has a suggestion because I'm not a fan of that
> On Thu, Jul 7, 2016 at 1:18 PM Colin Morelli <colin.morelli at gmail.com>
>> Hey all,
>> I'm trying to initiate a parallel outbound bridge to a SIP user and
>> pickup group combination. I have devices on mobile networks that don't
>> register (my experience has been that doing SIP registrations on mobile
>> devices makes little sense - better off to just send a push notification
>> and allow them to call into FS with a pickup group)
>> Anyway, it seems like the call is immediately terminated when FS receives
>> a final response from my SIP endpoint, whether the call_timeout value has
>> been reached or not. I've tried setting
>> fail_on_single_reject=CALL_REJECTED, FS immediately closes the pickup group
>> channel and terminates the bridge, even when the response from the SIP
>> endpoint is UNALLOCATED_NUMBER (404).
>> Am I missing something else here - is this a bug or is this how pickup
>> groups are supposed to work? If the latter, is there something else I can
>> do to ensure the channel bridge attempt stays active and ringing until the
>> timeout is reached, unless one of the legs responds with an explicit
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> Official FreeSWITCH Sites
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
Join us at ClueCon 2016 Aug 8-12, 2016
More information about the FreeSWITCH-users