[asterisk-users] Device state of SIP doesn't change

Mark Michelson mmichelson at digium.com
Thu Jan 17 14:01:29 CST 2008


Atis Lezdins wrote:
> Hi,
> 
> I'm wondering - why SIP device state doesn't get updated to anything
> else, except Not In Use.
> 
> For queue call (with Local channel) i get:
> app_queue.c: Device 'SIP/21168' changed to state '1' (Not in use)
> app_queue.c: Device 'SIP/21168' changed to state '1' (Not in use)
> app_queue.c: The device state of this queue member, Agent/21168, is
> still 'Not in Use' when it probably should not be! Please check
> UPGRADE.txt for correct configuration settings.
> 
> Of course, i checked UPGRADE.txt, and lot of other resources, enabled
> few settings in sip.conf, but this still doesn't change.
> 
> my sip.conf is:
> [general]
> port = 5060
> bindaddr = 0.0.0.0
> context = default-external
> tos_sip=0x18
> tos_audio=0x18
> callerid = Unknown
> dtmfmode=rfc2833
> ignoreregexpire=yes
> 
> limitonpeer=yes
> notifyringing=yes
> notifyhold=yes
> allowsubscribe=yes
> call-limit=1
> 
> and the corresponding realtime entry is:
> name: 21168
> accountcode: NULL
> amaflags: NULL
> callgroup: NULL
> callerid: device <21168>
> canreinvite: no
> context: default-sip
> defaultip: NULL
> dtmfmode: rfc2833
> fromuser: NULL
> fromdomain: NULL
> fullcontact: NULL
> host: dynamic
> insecure: NULL
> language: NULL
> mailbox: 21168 at device
> md5secret: NULL
> nat: yes
> deny: NULL
> permit: NULL
> mask: NULL
> pickupgroup: NULL
> port: 5061
> qualify: no
> restrictcid: NULL
> rtptimeout: NULL
> rtpholdtimeout: NULL
> secret: xxx
> type: friend
> username: 21168
> disallow:
> allow: all
> musiconhold: NULL
> regseconds: 1200593168
> ipaddr: xxx.xxx.xxx.xxx
> regexten:
> cancallforward: yes
> setvar:
> 
> Any help would be appreciated.
> 
> Regards,
> Atis

The relevant portion of UPGRADE.txt mentions that a call-limit is necessary in 
order for SIP devices to report proper device state. I see in your sip.conf file 
that you have set call-limit in the general section. This setting, however, may 
only be set per peer (or user). Unfortunately, there's no warning message output 
if an unrecognized option is set in the general section.

Mark Michelson



More information about the asterisk-users mailing list