[Freeswitch-users] mod_fifo how temporary to disable call dispatch to an offline agent

[Seven Du]

I use the example from the wiki, just I prefixed an f to aviod dialplan conflict, that means I have to call

f6*1 to login
f6#1 to logout
f6101 to send a call to FIFO1

from the pastebin you can see agent 1000 will ring even it's on an outbound call:

http://pastebin.freeswitch.org/19018



On Monday, May 7, 2012 at 9:57 AM, Michael Collins wrote:

> Seven,
> 
> Can you do a "fifo list_verbose <fifoname>" for these conditions:
> * Agent not logged in
> * Agent logged in and waiting for a call
> * Agent logged in and is currently on inbound call
> * Agent logged in and is currently on outbound call
> 
> I want to make sure that we are testing the same thing. 
> 
> Thanks,
> MC
> 
> On Sat, May 5, 2012 at 7:48 AM, Seven Du <dujinfang at gmail.com (mailto:dujinfang at gmail.com)> wrote:
> > Hi Michael,
> > 
> > I tested that example and it did call the agent(Bria or any phone accept multi-lines) no matter it is busy or not, and I also looked the code looks there's no code to prevent this from happening. 
> > 
> > Michael I guess you used a phone only support 1 sip line, so any new incoming call will be rejected with USER_BUSY and fifo will try every seconds but only it will success when you hangup the current call.  We once used a custom build sip ua with this solution, but leaves unsuccessful calls every second in logs if agents are "busy" calling out. 
> > 
> > I also tried to find a way to automatically "seize" an agent, but, technically, there's race conditions anyway. Say, agent send INVITE and it might receive INVITE at the same time because mod_fifo has no way to know the agent is start making a call. 
> > 
> > I currently use a temporary "call-back" solution:  when client want to make a call, it send a request to my ESL app, and I update the fifo_outbound table to "seize" the agent line, if success(1 record line updated), then I originate the agent...  It is a pain to make sure the "seized" line is cleared whenever the call is hangup or fail. It is kind of works in our lab, but I'm not sure how reliable it is. 
> > 
> > I had thought to add some code to mod_fifo, so in addition to "fifo out" add something like "fifo dial  from to" to automatically resolve this.
> > 
> > It seems no solution in mod_callcenter either it might be because most callcenters are either inbound or outbound, but in-out mixed agents are also seen for efficiency so it would be helpful to find a solution. 
> > 
> > Seven.
> > 
> > 
> > On Saturday, May 5, 2012 at 5:46 AM, Michael Collins wrote:
> > 
> > > Hi Afshin,
> > > 
> > > Sorry for the delay but I wanted to lab this up and test it before I responded. I do not see the behavior you report. When I use the sample FIFO stuff on the wiki I am able to have an on-hook agent make an outbound call and not receive an inbound call. As soon as the agent completes his outbound call he is available to receive an inbound call.
> > > 
> > > Check this page:
> > > http://wiki.freeswitch.org/wiki/Mod_fifo#Simple_On-hook_Agent_Login.2FLogout_Example
> > > 
> > > It works like a champ!
> > > 
> > > -MC
> > > 
> > > On Sat, Apr 28, 2012 at 10:05 PM, afshin afzali <a.afzali2003 at gmail.com (mailto:a.afzali2003 at gmail.com)> wrote:
> > > > Dear FreeSWITCHers,
> > > > 
> > > > The offline agents need to make outgoing calls while waiting for call arrivals. To prevent an influence outgoing by incoming call, they need to logout, making call and then login to the queue ! also doing logout & login automatically alters the actual login time :( 
> > > > I'm looking for a solution which can disable call dispatch temporary for a specific agent.
> > > > Appreciate all comments,
> > > > -- afshin  
> > > > 
> > > 
> > > _________________________________________________________________________
> > > Professional FreeSWITCH Consulting Services:
> > > consulting at freeswitch.org (mailto:consulting at freeswitch.org)
> > > http://www.freeswitchsolutions.com
> > > 
> > > 
> > > 
> > > 
> > > Official FreeSWITCH Sites
> > > http://www.freeswitch.org
> > > http://wiki.freeswitch.org
> > > http://www.cluecon.com
> > > 
> > > FreeSWITCH-users mailing list
> > > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org)
> > > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > > http://www.freeswitch.org
> > > 
> > > 
> > > 
> > 
> > 
> > 
> > _________________________________________________________________________
> > Professional FreeSWITCH Consulting Services:
> > consulting at freeswitch.org (mailto:consulting at freeswitch.org)
> > http://www.freeswitchsolutions.com
> > 
> > 
> > 
> > 
> > Official FreeSWITCH Sites
> > http://www.freeswitch.org
> > http://wiki.freeswitch.org
> > http://www.cluecon.com
> > 
> > FreeSWITCH-users mailing list
> > FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org)
> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> > http://www.freeswitch.org
> > 
> 
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org (mailto:consulting at freeswitch.org)
> http://www.freeswitchsolutions.com
> 
> 
> 
> 
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
> 
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org (mailto:FreeSWITCH-users at lists.freeswitch.org)
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
> 
> 


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120509/9d27ae3b/attachment-0001.html