asterisk users - Feb 2005 - Calls directed via queue to unavailable device result in call acceptance

When working with call queues, if an agent is logged in via
AgentCallbackLogin and the extension they are registered at becomes
"unavailable" (from a bad connection, or something of the like), calls
routed to that extension seemed to be accepted by it, so if the next action
for that extension is to go to voicemail, the caller in the queue is sent to
the extensions voicemail.  Even worse, if there are no additional actions
for the extension, the call is disconnected.  You gotta love the error
message asterisk spits out when that happens "app_queue.c:1170 try_calling:
Agent on Agent/7777 hungup on the customer.  They're going to be
pissed.".

 

So here is my question, is it possible to avoid this?  If not, is there a
command to direct a call back into the queue, preferably at the front of the
line?

 

Thanks,

 

~Senyo   

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20050218/e88675a2/attachment.htm

Well I fixed my setup by creating a seperate context for extension 
defenitions for agents.

[agents]
exten => 1000,1,Dial(SIP/1000,20,rt)
exten => 1001,1,Dial(SIP/1001,20,rt)
exten => 1002,1,Dial(SIP/1002,20,rt)

and then had their regular menu accessable and inter office extensions 
in defualt context:

[default]
exten => 1000,1,Answer
exten => 1000,2,Dial(SIP/1000,20,rt)
exten => 1000,3,Voicemail(su1000)
exten => 1001,1,Answer
exten => 1001,2,Dial(SIP/1001,20,rt)
exten => 1001,3,Voicemail(su1001)
exten => 1002,1,Answer
exten => 1002,2,Dial(SIP/1002,20,rt)
exten => 1002,3,Voicemail(su1002)

and then my callback login looks like so:
exten => 6555,1,AgentCallBackLogin(|${CALLERIDNUM}@agents)

Of course if the agents connection craps out you'll still probably get 
that nasty error.  I think there is a way to define an extension that 
will catch connection failures and not hangups.  Or maybe catch agent 
dumps and place them back in the queue instead of hanging up.

If you've found a way to solve this I'd like to hear it.

Thanks,
-Ryan

Senyo Gualt-Williams wrote:
> When working with call queues, if an agent is logged in via 
> AgentCallbackLogin and the extension they are registered at becomes 
> ?unavailable? (from a bad connection, or something of the like), calls 
> routed to that extension seemed to be accepted by it, so if the next 
> action for that extension is to go to voicemail, the caller in the queue 
> is sent to the extensions voicemail.  Even worse, if there are no 
> additional actions for the extension, the call is disconnected.  You 
> gotta love the error message asterisk spits out when that happens 
> ?app_queue.c:1170 try_calling: Agent on Agent/7777 hungup on the 
> customer.  They're going to be pissed.?. 
> 
>  
> 
> So here is my question, is it possible to avoid this?  If not, is there 
> a command to direct a call back into the queue, preferably at the front 
> of the line?
> 
>  
> 
> Thanks,
> 
>  
> 
> ~Senyo   
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Asterisk-Users mailing list
> Asterisk-Users@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