The agent could transfer the caller to another extension.

2009/3/19 Matthew Fong <[email protected]>

> Hi Anthony,
> I installed the patch, but I don't think it accomplishes what I want.
>
> I want the opposite, I want the fifo caller to continue along with the
> dialplan after the agent (consumer) is finished with servicing the call.
> This might be useful in situations where there could be an IVR recording
> customer satisfaction results of the agent servicing the call. As is, FS
> ends the caller's channel after finishing up in the fifo (ie, agent
> (consumer) disconnects or hangsup)--there should be life after s/he has been
> serviced by an agent (preferably continuing on in the dialplan).
>
> If I'm confused and missing something obvious, please correct me... Thanks
>
> --matt
>
>
>
> 2009/3/19 Anthony Minessale <[email protected]>
>
> This is the patch
>>
>> http://jira.freeswitch.org/browse/MODAPP-237
>>
>> it's not added yet.
>>
>>
>> 2009/3/18 Matthew Fong <[email protected]>
>>
>> I upgraded to
>>> FreeSWITCH Version 1.0.trunk (12654M)
>>>
>>> but caller is still being hungup (and not continuing on with dialplan)
>>> after agent disconnect with hangup_after_bridge=false
>>>
>>> Is there a separate patch I need to apply? Thanks.
>>>
>>> --matt
>>>
>>>
>>> On Wed, Mar 18, 2009 at 11:39 AM, Matthew Fong <[email protected]>wrote:
>>>
>>>> Hi Anthony, thanks for the reply.
>>>> I've searched thru jira, and didn't find anything when searching for
>>>> fifo that was recently updated or related, except
>>>>
>>>> http://jira.freeswitch.org/browse/MODAPP-189
>>>>
>>>> and I'm not sure if this does what I need. Was this what you were
>>>> referring to? Thanks.
>>>>
>>>> --matt
>>>>
>>>> 2009/3/17 Anthony Minessale <[email protected]>
>>>>
>>>> there is a patch in jira that will implement this feature about to be
>>>>> added
>>>>>
>>>>>
>>>>> 2009/3/17 Matthew Fong <[email protected]>
>>>>>
>>>>>> I apologize if this is a double post to -dev. I'm not sure why I don't
>>>>>> see my message appearing, so I'm going to try again in the -user list 
>>>>>> (first
>>>>>> timer posting here ;).
>>>>>>
>>>>>> I have a situation where it would be useful for a caller not to be
>>>>>> hungup, after finishing the "fifo in" execution (when the agent 
>>>>>> disconnects
>>>>>> the call or the agent hangs-up). The caller is automatically hungup, in 
>>>>>> this
>>>>>> situation. It would be preferable if the caller 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-users mailing list
>>>>>> [email protected]
>>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>>> UNSUBSCRIBE:
>>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>>> http://www.freeswitch.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Anthony Minessale II
>>>>>
>>>>> FreeSWITCH http://www.freeswitch.org/
>>>>> ClueCon http://www.cluecon.com/
>>>>>
>>>>> AIM: anthm
>>>>> MSN:[email protected]<msn%[email protected]>
>>>>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
>>>>> IRC: irc.freenode.net #freeswitch
>>>>>
>>>>> FreeSWITCH Developer Conference
>>>>> sip:[email protected]<sip%[email protected]>
>>>>> iax:[email protected]/888
>>>>> googletalk:[email protected]<googletalk%3aconf%[email protected]>
>>>>> pstn:213-799-1400
>>>>>
>>>>> _______________________________________________
>>>>> Freeswitch-users mailing list
>>>>> [email protected]
>>>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>>>> UNSUBSCRIBE:
>>>>> http://lists.freeswitch.org/mailman/options/freeswitch-users
>>>>> http://www.freeswitch.org
>>>>>
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Freeswitch-users mailing list
>>> [email protected]
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>>
>>
>>
>> --
>> Anthony Minessale II
>>
>> FreeSWITCH http://www.freeswitch.org/
>> ClueCon http://www.cluecon.com/
>>
>> AIM: anthm
>> MSN:[email protected] <msn%[email protected]>
>> GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
>> IRC: irc.freenode.net #freeswitch
>>
>> FreeSWITCH Developer Conference
>> sip:[email protected] <sip%[email protected]>
>> iax:[email protected]/888
>> googletalk:[email protected]<googletalk%3aconf%[email protected]>
>> pstn:213-799-1400
>>
>> _______________________________________________
>> Freeswitch-users mailing list
>> [email protected]
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _______________________________________________
> Freeswitch-users mailing list
> [email protected]
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>


-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/

AIM: anthm
MSN:[email protected] <msn%[email protected]>
GTALK/JABBER/PAYPAL:[email protected]<paypal%[email protected]>
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:[email protected] <sip%[email protected]>
iax:[email protected]/888
googletalk:[email protected]<googletalk%3aconf%[email protected]>
pstn:213-799-1400
_______________________________________________
Freeswitch-users mailing list
[email protected]
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

Reply via email to