[asterisk-bugs] [Asterisk 0014359]: The status of a local channel in state_interface of a queue is wrong the first time is added and lost after a reload

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14359 
====================================================================== 
Reported By:                francesco_r
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   14359
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0.5 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-01-29 04:20 CST
Last Modified:              2009-01-31 07:41 CST
====================================================================== 
Summary:                    The status of a local channel in state_interface of
a queue is wrong the first time is added and lost after a reload
Description: 
I use the new feature of stateinterface parameter to monitor the status of
a real device when used with local channel as member. So for example if i
add to queues.conf a static member:
member=Local/2503 at from-internal/n,0,,SIP/2503
whit queue show i have:
Local/2503 at from-internal/n (Not in use) has taken no calls yet

But this is wrong because this member is not registered and unavailable.
Infact if i convert the member to SIP/2503 the status become correctly:
SIP/2503 (Unavailable) has taken no calls yet

Other problem: if 2503 use the phone with queue show i have correctly:
Local/2503 at from-internal/n (In use) has taken no calls yet
But if in this exact moment i do a reload the status become newly:
Local/2503 at from-internal/n (Not in use) has taken no calls yet

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

---------------------------------------------------------------------- 
 (0099180) francesco_r (reporter) - 2009-01-31 07:41
 http://bugs.digium.com/view.php?id=14359#c99180 
---------------------------------------------------------------------- 
I did other tests and if i start asterisk from zero the status is correct,
you are right, BUT if you do a reload i lost the status of each member.
With SIP channel instead all status are correct. Also immediately after a
reload.

In my test i did:
- defined in queues.conf three members
member=Local/101 at from-internal/n,0,,SIP/101
member=Local/503 at from-internal/n,0,,SIP/503
member=Local/509 at from-internal/n,0,,SIP/509
(but only 509 is connected to the lan)
- started asterisk
- queue show (with correct states)
   Members: 
      Local/503 at from-internal/n (Invalid) has taken no calls yet
      Local/101 at from-internal/n (Invalid) has taken no calls yet
      Local/509 at from-internal/n (Not in use) has taken no calls yet
   No Callers
- 509 do echo test
- queue show (with correct states)
   Members: 
      Local/503 at from-internal/n (Invalid) has taken no calls yet
      Local/101 at from-internal/n (Invalid) has taken no calls yet
      Local/509 at from-internal/n (In use) has taken no calls yet
   No Callers
- reload
- queue show (with wrong states)
   Members: 
      Local/503 at from-internal/n (Not in use) has taken no calls yet
      Local/101 at from-internal/n (Not in use) has taken no calls yet
      Local/509 at from-internal/n (Not in use) has taken no calls yet
   No Callers

I waited 5 minutes but the states were never updated.
Attached a console output. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-31 07:41 francesco_r    Note Added: 0099180                          
======================================================================