Yeah, we don't use Buddy Watch. We don't use call-limit because we want
call-limit. We use it because it's the only way, that I'm aware of, to
get the SIP channel driver to monitor the state of the member SIP
interface. We use autopause=yes and ringinuse=no in our customer
service queue configuration. Without specifying call-limit, the Queue
application continues to send new calls to member interfaces that are
in-use or busy. The SIP device replies to Asterisk saying it's busy and
the Queue application pauses the member because of autopause. With
call-limit enabled and set to any number, the Queue application knows
that the member interface is busy and will not send new calls.
I replied to this post describing our findings with the Queue
application because it sounds like the same behavior occurs with hints
and buddy watch. The state detection in the SIP channel driver appears
suspect to me.
Eric "ManxPower" Wieling wrote:
James Fromm wrote:
The behavior we see is that the SIP interface in the queue will
sometimes not release from the in-use state. Connecting to the
interface from another SIP device and immediately hanging up will
clear the state.
The phones in question are configured with one line that will except
only one call. The device itself does not think it is in-use because
it will accept another call. Something in the SIP channel driver is
not clearing the state when a call is completed.
There is definitely no correlation between this and Asterisk
restarting. In fact, if a device is 'stuck' on in-use, restarting
Asterisk will clear the state.
I've been working on this for a week now. It only started for us
because I just implemented the call-limit option in the sip.conf in
Asterisk for the devices. See my posts with subject 'Queue and
Interface time out'.
I believe there is/was a bug relating to call-limit. Buddy Watch
doesn't work if you use call-limit and if a call from a queue is
transfered, the call-limit is not released until the original call is
terminated. I do not know if these issues have been fixed or not.
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
