[asterisk-bugs] [Asterisk 0011821]: Incorrect SIP Notification after failed dialing attempt

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11821 
====================================================================== 
Reported By:                siepkes
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11821
Category:                   Channels/chan_sip/Subscriptions
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.17 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             01-23-2008 05:28 CST
Last Modified:              02-16-2008 11:33 CST
====================================================================== 
Summary:                    Incorrect SIP Notification after failed dialing
attempt
Description: 
I'm currently doing some experimenting with a couple of Grandstreams GXP
2020 loaded with the latest firmware (1.1.5.15) and Asterisk 1.4.17 and I
noticed something odd. 

If an extension dials a non existing number like 99 for example the BLF
status on all other phones remains BUSY even tough the calling extension
has become IDLE again after the failed dial attempt.

For some reason in my case it always seems to happen when I dial a 2 digit
or more non existing number. It doesn't happen with an 1 digit number.

BLF LED State: - Asterisk Message:
GREEN - Extension Changed 201 new state Idle for Notify User siepkes
RED - Extension Changed 201 new state InUse for Notify User siepkes
RED - Extension Changed 201 new state Idle for Notify User siepkes

However if i put the everything in debugmode and look at the logs I see
that the phones receive a flood of SIP Dialog state confirmed after the SIP
Dialog state terminated which causes the phones to turn the BLF red again.

Other then that the BLF's work fine. This is how they are configured in
extensions.conf:

[BLF_Group_1]
exten => 201,hint,${PH0001}
exten => 202,hint,${PH0002}
exten => 203,hint,${PH0003}
exten => 204,hint,${PH0004}
exten => 205,hint,${PH0005}
exten => 206,hint,${PH0006}
exten => 207,hint,${PH0007}
exten => 208,hint,${PH0008}
exten => 211,hint,${PH0009}

I have attached the SIP debug trace from extension 207 (PH0001) registered
with SIP/siepkes and extension 201 (PH0002) registered with SIP/sipsma. 201
makes a dial attempt to 99, which fails. 207 has the wrong status of 201
afterwards. Also attached is the debug from the Grandstream phone 207.

I'm not sure why the Retransmitting (which causes this behavior imho) is
occurring since Asterisk does seem to receive OK's for the SIP messages.
====================================================================== 

---------------------------------------------------------------------- 
 vbato - 02-16-08 11:33  
---------------------------------------------------------------------- 
I have the same problem with asterisk 1.4.18 and GXP 2000 phones (various
firmwares, including latest).

However this is not the only problem with BLFs that I noticed. The BLFs
will often get stuck in the busy or ringing state. This happens frequently
when I call a busy extension. The extension will be shown as ringing on the
other phones and remain in that state even after it becomes Idle (according
to 'core show hints' and 'sip show subscriptions'). Sometimes the BLFs for
the calling extension will also remain stuck in the busy state. This
however is not as repeatable as the problem reported by siepkes, as it
doesn't happen always, and sometimes it happens only on some of the
phones.

As it is, hints are unusable with Grandstream phones as they are too
unreliable. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
02-16-08 11:33  vbato          Note Added: 0082369                          
======================================================================