Also, I would not be able to have a hang-up script do it, because in this scenario, the fifo consumer could hang-up at any time without any prior warning--otherwise, I could just transfer the fifo caller out before the fifo agent hangsup...but there is no prior warning :( --matt
On Fri, Mar 20, 2009 at 8:04 PM, Matthew Fong <[email protected]> wrote: > Hi Anthony, > I'm trying to use fifo in a different sense. Instead of using it for > inbound call queing, I'd like to use it for outbound call making. So > instead, my agents are "waiting" in the que, and once an outbound call is > connected, the "caller" will take an agent out of the que. > > So, in my case, the Fifo agent, would not be able to transfer the call > because it's an outbound call, and the phone number on the other side is > that of a non-employee. > > Fifo works a little smoother this way, because in reality, for outbound > call making to an agent, this is what's happening, not vica versa. How > difficult would this be to implement? Thanks. > > --matt > > 2009/3/20 Anthony Minessale <[email protected]> > > 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 >> >> >
_______________________________________________ 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
