Summary:ASTERISK-01025: SIP inUse counter fails to decrease
Reporter:z_smurf (z_smurf)Labels:
Date Opened:2004-02-11 16:55:44.000-0600Date Closed:2011-06-07 14:10:39
Versions:Frequency of
Description:In some circumstances, the inUse counter fails to decrease back to 0 when no sip channels longer exists.
It has happend tree times now with CVS 2004-01-20 and 2004-02-11. I believe it happens when someone uses several sip-phones with exact the same config, and just pulls the network-plug from one to another.


To zero the inUse-counter I have to restart asterisk.

I have added a lot of debug-output to try find where it goes wrong, but if anybody has an idea whats up, please add a note. An Idea I have is that the function to decrease the inUse-counter find_user() does not find the user because the phone's IP has changed? But I cannot find anything about that in the logs...
Comments:By: Brian West (bkw918) 2004-02-11 23:21:03.000-0600

known issue bug number 207, if you can do a sip show channels and see if the channel is still hung if so then 207 needs to be implemented ASAP.


By: z_smurf (z_smurf) 2004-02-12 17:09:59.000-0600

"sip show channels" shows 0 channels.
"show channels" shows 0 channels.
"sip show inuse" shows 1 inuse on one peer.

Do you think a channel really is open? I think there is no channel, just the counter is wrong.

By: zoa (zoa) 2004-02-14 08:52:37.000-0600

I think i can confirm something similar

agent108        0               N/A             0               N/A
agent107        0               N/A             0               N/A
agent106        23              N/A             0               N/A
agent105        0               N/A             0               N/A
agent104        0               N/A             0               N/A
agent103        0               N/A             0               N/A

but the server is with an old cvs version.

scxgk3*CLI> sip show channels
Peer             User/ANR    Call ID      Seq (Tx/Rx)  Lag      Jitter  Format        agent242    CCBBC11F-A8  00101/42061  00000ms  0000ms  ILBC       (None)      EB18400C-52  00101/44851  00000ms  0000ms  UNKN

By: bfranks (bfranks) 2004-02-25 16:55:55.000-0600

This occurs on my Asterisk CVS-01/18/04-12:30:42 on very rare occasions.  I simply issue a restart gracefully to resolve it.

- Brent

By: Olle Johansson (oej) 2004-02-26 15:34:11.000-0600

THe incominglimit/outgoinglimit stuff need to be revised in detail. Right now the outgoinglimit is disabled in source and it seems like the incominglimit is not correct. If we don't have anyone coming forward here, we need to decide if this half-implementation should be ripped out for 1.0 release. As it stands now, it's not very well done.

By: pliew (pliew) 2004-03-10 21:19:32.000-0600

The incominglimit decrements correctly assuming comms between sip ua and * works cleanly - which is most of the time. I've had problems on a couple of occasions, where the GS phone (I know its not the best) drops a call when a user takes the call of handsfree and back on again (and maybe some other scenario). The result of this dropped call is not being picked up by the incominglimit code - need to do some testing to see what codes get returned - currently only 487 (channel destroyed) is being monitored. Any help here appreciated.

By: Brian West (bkw918) 2004-04-17 23:48:29

Please comment if this is still a problem and the bug will go into feedback.

House Keeping