The routine ast_extension_states in main/pbx.c is set up (in 1.4.26.1) to
return these values:
switch (devstate) {
case AST_DEVICE_ONHOLD:
return AST_EXTENSION_ONHOLD;
case AST_DEVICE_BUSY:
return AST_EXTENSION_BUSY;
case AST_DEVICE_UNAVAILABLE:
case AST_DEVICE_UNKNOWN:
case AST_DEVICE_INVALID:
return AST_EXTENSION_UNAVAILABLE;
case AST_DEVICE_RINGINUSE:
return (AST_EXTENSION_INUSE | AST_EXTENSION_RINGING);
case AST_DEVICE_RINGING:
return AST_EXTENSION_RINGING;
case AST_DEVICE_INUSE:
return AST_EXTENSION_INUSE;
case AST_DEVICE_NOT_INUSE:
return AST_EXTENSION_NOT_INUSE;
case AST_DEVICE_TOTAL: /* not a device state, included for
completeness */
break;
These come back "in English" as
static const struct cfextension_states {
int extension_state;
const char * const text;
} extension_states[] = {
{ AST_EXTENSION_NOT_INUSE, "Idle" },
{ AST_EXTENSION_INUSE, "InUse" },
{ AST_EXTENSION_BUSY, "Busy" },
{ AST_EXTENSION_UNAVAILABLE, "Unavailable"
},
{ AST_EXTENSION_RINGING, "Ringing" },
{ AST_EXTENSION_INUSE | AST_EXTENSION_RINGING,
"InUse&Ringing" },
{ AST_EXTENSION_ONHOLD, "Hold" },
{ AST_EXTENSION_INUSE | AST_EXTENSION_ONHOLD,
"InUse&Hold" }
So a line Is Unavailable on 3 conditions, but only Idle on one; unless you
tweak to make UNAVAILABLE equivalent to NOT_INUSE. I don't know the
ramifications if any of the tweak.
-----Original Message-----
From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Paul Dugas
Sent: Sunday, September 27, 2009 5:31 PM
To: Asterisk Users Mailing List
Subject: [asterisk-users] MeetMe Hints
I've got hints setup for my MeetMe conferences like so:
exten => _60X,hint,MeetMe:${EXTEN}
and they show up in "core show hints" like so
600 at dialtone : MeetMe:600 State:Unavailable
Watchers 1
_60X at dialtone : MeetMe:${EXTEN} State:Unavailable
Watchers 0
I'm wondering why they're Unavailable instead of Idle. They go to
"State:InUse" when active but usually return to Unavailable when the
conference ends. Occasionally they end up in InUse but not
consistently.
Anybody know why?
Paul
--
Paul Dugas -- Computer Engineer -- Dugas Enterprises, LLC
522 Black Canyon Park, Canton GA 30114 USA
paul at dugasenterprises.com -- +1.404.932.1355
_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
AstriCon 2009 - October 13 - 15 Phoenix, Arizona
Register Now: http://www.astricon.net
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users