[Asterisk-Users] ACD calls to busy agents
Corey Frang
corey at rockriver.net
Mon Oct 17 13:38:45 MST 2005
PauseQueueMember works fine, they just never get unpaused if they hang
up the call...
BJ Weschke wrote:
> You must specify to pqm and upqm what interface you're attempting to
> pause and unpause. It will not figure that out based on what interface
> the channel that called the app in the dial plan might have used.
>
> On 10/17/05, *Corey Frang* <corey at rockriver.net
> <mailto:corey at rockriver.net>> wrote:
>
> So, I'm looking into using PauseQueueMember and unpause queuemember
>
> How the heck to you get Unpause to run, no matter what, after the
> call
> is over?
>
> The "g" argument to Dial only works when the >called< party hangs up.
>
> Using the "h" extension appears to be doing nothing...
>
> Is there any way we could add a feature to the "pausequeuemember"
> that
> basically says "As long as this channel is open, this member is
> paused"
> so that way when they hang up they are unpaused automatically?
>
> Julian Lyndon-Smith wrote:
>
> > Have you tried the "PauseQueueMember" application in the dialplan ?
> >
> > If the agent makes an outbound call, before the dial() call
> > PauseQueuemember - and UnPauseQueuemember when the call is complete.
> > The system should not then send any agent calls through, but all
> other
> > calls (direct / internal) should come through.
> >
> > This is in 1.2b1 and CVS-HEAD.
> >
> > HTH
> >
> > Julian.
> >
> > Tom Rymes wrote:
> >
> >> I don't know how to make this happen, and I don't even think it is
> >> really possible given the current Queue app, but this would be a
> >> very nice feature to have. The queue shouldn't pass a call to an
> >> agent if they are already on a call from the queue, but an
> incoming
> >> call from another internal extension, or even a DID ought to
> be able
> >> to get through.
> >>
> >> Consider this a feature request?
> >>
> >> Tom
> >>
> >> On Oct 15, 2005, at 10:04 PM, J Thomas wrote:
> >>
> >>> One of my friends is facing this problems and I could not find any
> >>> solution to that. Hence this post.
> >>>
> >>> In her Asterisk PBX, she has programmed about 10 agents, and
> >>> strategy is
> >>> rrmemory. Everything works fine. When an agent has received an ACD
> >>> call,
> >>> another call is not presented to him as long as he is on the
> ACD call.
> >>>
> >>> However when an agent has made an outgoing call, he is still
> presented
> >>> another ACD call when his turn comes. This results in unnecessary
> >>> delay
> >>> in answering that call.
> >>>
> >>> Taking out call waiting is not an option, as an agent can also
> get a
> >>> direct dialed call, and he should be able to pick up that call
> even
> >>> when
> >>> he is on another call.
> >>>
> >>> Is there a way so that a busy agent (whether busy because of an
> >>> incoming
> >>> call, or outgoing call) is not presented another ACD call?
> >>>
> >>> Thanks,
> >>> -- jt
> >>>
> >>> _______________________________________________
> >>> --Bandwidth and Colocation sponsored by Easynews.com
> <http://Easynews.com> --
> >>>
> >>> Asterisk-Users mailing list
> >>> Asterisk-Users at lists.digium.com
> <mailto:Asterisk-Users at lists.digium.com>
> >>> http://lists.digium.com/mailman/listinfo/asterisk-users
> >>> To UNSUBSCRIBE or update options visit:
> >>> http://lists.digium.com/mailman/listinfo/asterisk-users
> <http://lists.digium.com/mailman/listinfo/asterisk-users>
> >>>
> >>
> >> _______________________________________________
> >> --Bandwidth and Colocation sponsored by Easynews.com
> <http://Easynews.com> --
> >>
> >> Asterisk-Users mailing list
> >> Asterisk-Users at lists.digium.com
> <mailto:Asterisk-Users at lists.digium.com>
> >> http://lists.digium.com/mailman/listinfo/asterisk-users
> <http://lists.digium.com/mailman/listinfo/asterisk-users>
> >> To UNSUBSCRIBE or update options visit:
> >> http://lists.digium.com/mailman/listinfo/asterisk-users
> >>
> >>
> >
> > _______________________________________________
> > --Bandwidth and Colocation sponsored by Easynews.com
> <http://Easynews.com> --
> >
> > Asterisk-Users mailing list
> > Asterisk-Users at lists.digium.com
> <mailto:Asterisk-Users at lists.digium.com>
> > http://lists.digium.com/mailman/listinfo/asterisk-users
> > To UNSUBSCRIBE or update options visit:
> > http://lists.digium.com/mailman/listinfo/asterisk-users
> >
> >
> >
>
>
> --
> Rock River Internet Corey Frang
> 202 W. State St, 8th Floor corey at rockriver.net
> <mailto:corey at rockriver.net>
> Rockford, IL 61101 815-968-9888 Ext. 2205
> USA fax 968-6888
>
> _______________________________________________
> --Bandwidth and Colocation sponsored by Easynews.com
> <http://Easynews.com> --
>
> Asterisk-Users mailing list
> Asterisk-Users at lists.digium.com
> <mailto:Asterisk-Users at lists.digium.com>
> http://lists.digium.com/mailman/listinfo/asterisk-users
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>--Bandwidth and Colocation sponsored by Easynews.com --
>
>Asterisk-Users mailing list
>Asterisk-Users at lists.digium.com
>http://lists.digium.com/mailman/listinfo/asterisk-users
>To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-users
>
>------------------------------------------------------------------------
>
>No virus found in this incoming message.
>Checked by AVG Anti-Virus.
>Version: 7.0.344 / Virus Database: 267.12.2/137 - Release Date: 10/16/2005
>
>
--
Rock River Internet Corey Frang
202 W. State St, 8th Floor corey at rockriver.net
Rockford, IL 61101 815-968-9888 Ext. 2205
USA fax 968-6888
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20051017/286e9d92/attachment.htm
More information about the asterisk-users
mailing list