<div>JT, yes.</div>
<div> </div>
<div> Here's how I've done it before for other clients:</div>
<div> </div>
<div> On the dialout portion I've changed the dial plan to:</div>
<div> </div>
<div>exten => _1NXXNXXXXXX,1,GotoIf($[${LEN(${$[AGENTBYCALLERID_${CALLERIDNUM}]})} > 2]?2:3)<br>exten => _1NXXNXXXXXX,2,PauseQueueMember(|Agent/${$[AGENTBYCALLERID_${CALLERIDNUM}]})<br>exten => _1NXXNXXXXXX,3,Dial(SIP/<SIP PEER>/${EXTEN},,Tg)
</div>
<div>exten => _1NXXNXXXXXX,4,ForkCDR()<br> </div>
<div> </div>
<div> What that's basically saying is that if the calling number is also logged in as an agent, go ahead and pause that queue member in all queues that they belong to and then make the call. I'm doing the GotoIf because there are other extensions in that same context that may not be logged in as agents and I don't want to make that pqm call (though there's no real harm in doing so, it'll just tell you there's no Interface as specified) with.
</div>
<div> </div>
<div> Then, in that same context, you put the following in the h extension....<br> </div>
<div>exten => h,1,ForkCDR()<br>exten => h,2,GotoIf($[${LEN(${$[AGENTBYCALLERID_${CALLERIDNUM}]})} > 2]?3:4)<br>exten => h,3,UnPauseQueueMember(|Agent/${$[AGENTBYCALLERID_${CALLERIDNUM}]})<br>exten => h,4,NoOp("Done!")
<br> </div>
<div> ForkCDR is important because if you don't do it you're going to find that the original CDR that used to contain the destination number in it, now contains only the 'h' extension in it. You could also use ResetCDR(w) here. Your choice really. ForkCDR will fork the one CDR into two preserving the original dial information, and then you may choose to do a NoCDR() or just deal with the additional CDR generated to the 'h' extension by ignoring it when you parse CDRs.
<br> </div>
<div> Hope this helps. </div>
<div> </div>
<div> BJ</div>
<div> </div>
<div><span class="gmail_quote">On 17 Oct 2005 18:28:02 -0400, <b class="gmail_sendername">J Thomas</b> <<a href="mailto:jthomas@cequip.com">jthomas@cequip.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi BJ,<br><br>Here are the relevant conf files:<br><br>Agens.conf<br> [general]<br> persistentagents=yes
<br> [agents]<br> agent => 8011,,Internet1<br> agent => 8012,,Sonia<br> agent => 8013,,Filippo<br><br>Queues.conf<br> [internetq]<br> music=default<br> strategy=rrmemory<br>
retry = 20<br> timeout = 21<br> announce-frequency = 30<br> announce-holdtime = yes<br> announce-round-seconds = 10<br> member => Agent/8011<br> member => Agent/8012<br> member => Agent/8013
<br><br><br>Relevant lines from extensions.conf:<br> exten => 5000,1,AgentCallbackLogin()<br><br> [internet-working]<br> exten => s,1,SetAccount(internet)<br> exten => s,2,Queue(internetq|t|||360)
<br><br><br>Now an agent, say Sonia, (her SIP extension is 8012 too) calls 5000 and<br>logins as agent 8012.<br><br>When she is on an ACD call, she does not receive another ACD call. Very<br>good.<br><br>However when she makes an outgoing call, she still receives ACD call.
<br><br>Should I be doing something differently?<br><br>-- jt<br><br><br><br><br><br><br><br><br>On Mon, 2005-10-17 at 15:55, BJ Weschke wrote:<br>> It is possible. I do it here and at many other client installs.<br>>
<br>> Please post your configuration so we can see why it's not working for<br>> you.<br>><br>><br>> On 17 Oct 2005 15:31:46 -0400, J Thomas <<a href="mailto:jthomas@cequip.com">jthomas@cequip.com</a>> wrote:
<br>> Given the current state of queues, it does not seem possible<br>> to stop ACD<br>> calls coming to a busy agent who has made an outgoing call.<br>><br>> Looks like feature request is the right way to go for this. I
<br>> am going<br>> to post this on dev mailing list too before making a feature<br>> request in<br>> case we have missed something.<br>><br>> -- jt<br>><br>> On Mon, 2005-10-17 at 15:20, Corey Frang wrote:
<br>> > So, I'm looking into using PauseQueueMember and unpause<br>> queuemember<br>> ><br>> > How the heck to you get Unpause to run, no matter what,<br>> after the call
<br>> > is over?<br>> ><br>> > The "g" argument to Dial only works when the >called< party<br>> hangs up.<br>> ><br>> > Using the "h" extension appears to be doing nothing...
<br>> ><br>> > Is there any way we could add a feature to the<br>> "pausequeuemember" that<br>> > basically says "As long as this channel is open, this member
<br>> is paused"<br>> > so that way when they hang up they are unpaused<br>> automatically?<br>> ><br>> > Julian Lyndon-Smith wrote:<br>> >
<br>> > > Have you tried the "PauseQueueMember" application in the<br>> dialplan ?<br>> > ><br>> > > If the agent makes an outbound call, before the dial()
<br>> call<br>> > > PauseQueuemember - and UnPauseQueuemember when the call is<br>> complete.<br>> > > The system should not then send any agent calls through,<br>> but all other
<br>> > > calls (direct / internal) should come through.<br>> > ><br>> > > This is in 1.2b1 and CVS-HEAD.<br>> > ><br>> > > HTH<br>> > >
<br>> > > Julian.<br>> > ><br>> > > Tom Rymes wrote:<br>> > ><br>> > >> I don't know how to make this happen, and I don't even<br>> think it is
<br>> > >> really possible given the current Queue app, but this<br>> would be a<br>> > >> very nice feature to have. The queue shouldn't pass a<br>> call to an
<br>> > >> agent if they are already on a call from the queue, but<br>> an incoming<br>> > >> call from another internal extension, or even a DID<br>> ought to be able
<br>> > >> to get through.<br>> > >><br>> > >> Consider this a feature request?<br>> > >><br>> > >> Tom<br>> > >>
<br>> > >> On Oct 15, 2005, at 10:04 PM, J Thomas wrote:<br>> > >><br>> > >>> One of my friends is facing this problems and I could<br>> not find any
<br>> > >>> solution to that. Hence this post.<br>> > >>><br>> > >>> In her Asterisk PBX, she has programmed about 10 agents,<br>> and<br>> > >>> strategy is
<br>> > >>> rrmemory. Everything works fine. When an agent has<br>> received an ACD<br>> > >>> call,<br>> > >>> another call is not presented to him as long as he is on
<br>> the ACD call.<br>> > >>><br>> > >>> However when an agent has made an outgoing call, he is<br>> still presented<br>> > >>> another ACD call when his turn comes. This results in
<br>> unnecessary<br>> > >>> delay<br>> > >>> in answering that call.<br>> > >>><br>> > >>> Taking out call waiting is not an option, as an agent
<br>> can also get a<br>> > >>> direct dialed call, and he should be able to pick up<br>> that call even<br>> > >>> when<br>> > >>> he is on another call.
<br>> > >>><br>> > >>> Is there a way so that a busy agent (whether busy<br>> because of an<br>> > >>> incoming<br>> > >>> call, or outgoing call) is not presented another ACD
<br>> call?<br>> > >>><br>> > >>> Thanks,<br>> > >>> -- jt<br>> > >>><br>> > >>> _______________________________________________
<br>> > >>> --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>> > >>><br>> > >>> Asterisk-Users mailing list<br>
> > >>> <a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br>> > >>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>> > >>> To UNSUBSCRIBE or update options visit:<br>> ><br>> >>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>> > >>><br>> > >><br>> > >> _______________________________________________<br>> > >> --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">
Easynews.com</a> --<br>> > >><br>> > >> Asterisk-Users mailing list<br>> > >> <a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a>
<br>> > >> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>> > >> To UNSUBSCRIBE or update options visit:
<br>> > >> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>> > >><br>> > >><br>
> > ><br>> > > _______________________________________________<br>> > > --Bandwidth and Colocation sponsored by <a href="http://Easynews.com">Easynews.com</a> --<br>> > >
<br>> > > Asterisk-Users mailing list<br>> > > <a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br>> > > <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>> > > To UNSUBSCRIBE or update options visit:<br>> > > <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>> > ><br>> > ><br>> > ><br>> ><br>><br>> _______________________________________________<br>> --Bandwidth and Colocation sponsored by
<a href="http://Easynews.com">Easynews.com</a> --<br>><br>> Asterisk-Users mailing list<br>> <a href="mailto:Asterisk-Users@lists.digium.com">Asterisk-Users@lists.digium.com</a><br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">
http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>> To UNSUBSCRIBE or update options visit:<br>> <a href="http://lists.digium.com/mailman/listinfo/asterisk-users">http://lists.digium.com/mailman/listinfo/asterisk-users
</a><br>><br><br></blockquote></div><br>