[asterisk-users] Asterisk 1.4 & Polycom buddy status

[James Fromm]

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
>