[Freeswitch-dev] Fifo feature request -- no consumer disconnect after agent hangup

Mikael Bjerkeland mikael at bjerkeland.com
Thu Mar 26 13:48:12 PDT 2009


Perhaps it'll work better if you set continue_on_fail=true too?



2009/3/17 Matt Hunter <matt at hellohunter.com>

> Woops, I think I mis-typed the proper terminology..
> what I mean to say is that the caller is automatically hung-up after the
> consumer (or agent) disconnects the call (either by hangup, or pressing *).
> I would like instead for the caller to be passed back to the dialplan to
> continue execution.
>
> --matt
>
> On Tue, Mar 17, 2009 at 2:10 PM, Matt Hunter <matt at hellohunter.com> wrote:
>
>> I have a situation where it would be useful for a consumer not to be
>> hungup, after finishing the "fifo in" execution (when the agent disconnects
>> the call or the agent hangs-up). The consumer is automatically hungup, in
>> this situation. It would be preferable if the consumer channel went further
>> along the dial plan. I thought I might get lucky implementing this setting
>> with hangup_after_bridge to false, but fifo does not utilize this variable.
>> I tried looking thru the mod_fifo.c source, but my c skills are minimal. I
>> also tried executing fifo in a lua app and setting setAutoHangup(false), but
>> that also did not work. Any chance this could be done as a feature
>> enhancement? Thanks.
>>
>> --matt
>>
>
>
> _______________________________________________
> Freeswitch-dev mailing list
> Freeswitch-dev at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-dev/attachments/20090326/030f06de/attachment.html 


More information about the Freeswitch-dev mailing list