mod_fifo how temporary to disable call dispatch to an offline agent
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
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... It works like a champ! -MC On Sat, Apr 28, 2012 at 10:05 PM, afshin afzali <a.afzali2003@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
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...
It works like a champ!
-MC
On Sat, Apr 28, 2012 at 10:05 PM, afshin afzali <a.afzali2003@gmail.com (mailto:a.afzali2003@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@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi Michael & Seven, Thank you guys for help ! -- afshin On Sat, May 5, 2012 at 7:18 PM, Seven Du <dujinfang@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...
It works like a champ!
-MC
On Sat, Apr 28, 2012 at 10:05 PM, afshin afzali <a.afzali2003@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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...
It works like a champ!
-MC
On Sat, Apr 28, 2012 at 10:05 PM, afshin afzali <a.afzali2003@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@gmail.com (mailto:dujinfang@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...
It works like a champ!
-MC
On Sat, Apr 28, 2012 at 10:05 PM, afshin afzali <a.afzali2003@gmail.com (mailto:a.afzali2003@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@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@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@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@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@freeswitch.org (mailto:consulting@freeswitch.org) http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org (mailto:FreeSWITCH-users@lists.freeswitch.org) http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (3)
-
afshin afzali
-
Michael Collins
-
Seven Du