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

[Michael Collins]

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> 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>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
> 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
> 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
> 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
> 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/20120506/cf7be638/attachment.html