[asterisk-bugs] [Asterisk 0018018]: [patch] Hints for non-existent devices are in an Idle state

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18018 
====================================================================== 
Reported By:                ebroad
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18018
Category:                   Channels/chan_sip/Subscriptions
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           SVN 
JIRA:                       SWP-2283 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 287310 
Request Review:              
====================================================================== 
Date Submitted:             2010-09-20 09:37 CDT
Last Modified:              2010-10-20 10:31 CDT
====================================================================== 
Summary:                    [patch] Hints for non-existent devices are in an
Idle state
Description: 
bhn-pbx01*CLI> core show hint 900
900 at broadhn-internal    : SIP/foo             State:Idle           
Watchers  0
1 hint matching extension 900


foo is not a valid SIP device:

bhn-pbx01*CLI> sip show peer foo
Peer foo not found.

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

---------------------------------------------------------------------- 
 (0128236) ebroad (manager) - 2010-10-20 10:31
 https://issues.asterisk.org/view.php?id=18018#c128236 
---------------------------------------------------------------------- 
Good point, and I wouldn't be surprised if this was the case. One thing
that should be noted though, in sip_devicestate() we return unavailable for
a device which we have no address for, so in orders of magnitude, a device
which doesn't exist, which returning AST_DEVICE_UNKNOWN is correct(Asterisk
truly does not know anything about this device), mapping that to
AST_EXTENSION_NOT_INUSE is by far worse. Maybe, the best solution is
falling through with AST_DEVICE_INVALID which will be mapped to
AST_EXTENSION_UNAVAILABLE. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-20 10:31 ebroad         Note Added: 0128236                          
======================================================================