[Asterisk-bugs] [Asterisk 0010215]: ACD Agent reported as busy when avalible

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10215 
====================================================================== 
Reported By:                Doug
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10215
Category:                   Channels/chan_agent
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:            1.2.20  
SVN Branch (only for SVN checkouts, not tarball releases):  1.2  
SVN Revision (number only!):  
Disclaimer on File?:        Yes 
Request Review:              
====================================================================== 
Date Submitted:             07-17-2007 04:10 CDT
Last Modified:              07-20-2007 11:48 CDT
====================================================================== 
Summary:                    ACD Agent reported as busy when avalible
Description: 
We have a problem where Agents are reported as "busy" and will show this
way untill running a "reload app_queues.so" from the CLI. ACD status's are
the reset and show true values. This causes incoming calls to the ACD to
stay in the queue as all agents are eventualy marked as "busy".

in the below example you will see agents 4387 and 370 showing as "in use"
but a show channels will show no such calls. This will eventualy happen on
all agents making the queue usless.

Asterisk versions 1.2.20 and 1.2.21

sol*CLI> show queues
default      has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
   No Members
   No Callers

default-uitb has 0 calls (max unlimited) in 'rrmemory' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 60s
   Members:
      Local/4408 at default-agent/n (dynamic) (Not in use) has taken no calls
yet
      Local/4449 at default-agent/n (dynamic) (Not in use) has taken no calls
yet
   No Callers

default-svs  has 0 calls (max unlimited) in 'ringall' strategy (3s
holdtime), W:0, C:2, A:2, SL:100.0% within 60s
   No Members
   No Callers

default-alge has 0 calls (max unlimited) in 'fewestcalls' strategy (8s
holdtime), W:0, C:11, A:32, SL:90.9% within 60s
   Members:
      Local/4370 at default-agent/n (dynamic) (In use) has taken 4 calls
(last was 7652 secs ago)
   No Callers

default-arbe has 0 calls (max unlimited) in 'rrmemory' strategy (6s
holdtime), W:0, C:10, A:21, SL:100.0% within 60s
   Members:
      Local/4387 at default-agent/n (dynamic) (In use) has taken 5 calls
(last was 370 secs ago)
      Local/4371 at default-agent/n (dynamic) (Not in use) has taken 5 calls
(last was 1944 secs ago)
   No Callers

default-lede has 0 calls (max unlimited) in 'fewestcalls' strategy (11s
holdtime), W:0, C:7, A:31, SL:85.7% within 60s
   Members:
      Local/4370 at default-agent/n (dynamic) (In use) has taken 3 calls
(last was 2988 secs ago)
   No Callers

sol*CLI> show channels
Channel              Location             State   Application(Data)
Zap/2-1              s at all-default-defaul Up      Bridged Call(Zap/33-1)
Zap/33-1             0739071280 at zap-incom Up     
Dial(Zap/g1/0739071280|300)
2 active channels
1 of 255 max active call ( 0.39% of capacity)
  == Parsing '/etc/asterisk/manager.conf': Found

====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 07-20-07 11:48  
---------------------------------------------------------------------- 
Sorry for the delay, but yes the patch for issue
http://bugs.digium.com/view.php?id=9618 does affect agents
logged in via AgentCallbackLogin. 1.2.22 has been released and the fix has
been integrated in. I suggest upgrading to 1.2.22. If the issue does not go
away, then report back here saying so and I'll investigate further. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-20-07 11:48  putnopvut      Note Added: 0067633                          
======================================================================