[asterisk-bugs] [Asterisk 0014133]: Subscription not removed when user becomes unsubscribed

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14133 
====================================================================== 
Reported By:                Skavin
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   14133
Category:                   Channels/chan_sip/Subscriptions
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.21.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-12-23 15:14 CST
Last Modified:              2009-05-25 20:32 CDT
====================================================================== 
Summary:                    Subscription not removed when user becomes
unsubscribed
Description: 
when using realtime peers and subscribe if a user stops registering but has
subscribed for MWI the peer will keep being re added as a peer even if
pruned.
if the peer does not reply to the notify it will destroy the association.
if there are 2 servers both querying the same database and the user has
moved from one asterisk server to the other their old server will keep
setting the regserver, ipaddr port etc to "" making it very hard for other
servers to find where this user is registered.

the only way I have found to remove the subscription is to restart
asterisk.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014193 I get two MWI subscritions for a peer (...
====================================================================== 

---------------------------------------------------------------------- 
 (0105377) Skavin (reporter) - 2009-05-25 20:32
 https://issues.asterisk.org/view.php?id=14133#c105377 
---------------------------------------------------------------------- 
What I am seeing.
I have 2 servers both using the same database
All users are using real time
If a user registers and subscribes for MWI on one server
then moves to register on the second server.
regserver is updated by real time to the new server.
the old server keeps calling destroy_association
and recreating the sip peer
a "sip prune realtime peer" removes the peer until it is recreated by this
process.

italksrv1*CLI> 

  * Name       : removed
  Realtime peer: No
  Secret       : <Not set>
  MD5Secret    : <Set>
  Context      : default
  Subscr.Cont. : <Not set>
  Language     : CP
  Accountcode  : removed
  AMA flags    : Unknown
  Transfer mode: open
  CallingPres  : Presentation Allowed, Not Screened
  Callgroup    : 1
  Pickupgroup  : 1
  Mailbox      : removed
  VM Extension : italkpbx
  LastMsgsSent : 32767/65535
  Call limit   : 3
  Dynamic      : Yes
  Callerid     : removed
  MaxCallBR    : 512 kbps
  Expire       : 83
  Insecure     : no
  Nat          : Route
  ACL          : No
  T38 pt UDPTL : Yes
  CanReinvite  : No
  PromiscRedir : No
  User=Phone   : No
  Video Support: No
  Trust RPID   : No
  Send RPID    : No
  Subscriptions: Yes
  Overlap dial : No
  DTMFmode     : auto
  LastMsg      : 0
  ToHost       : 
  Addr->IP     : (Unspecified) Port 0
  Defaddr->IP  : 0.0.0.0 Port 5060
  Def. Username: 
  SIP Options  : (none)
  Codecs       : 0x50e (gsm|ulaw|alaw|g729|ilbc)
  Codec Order  : (g729:20,ilbc:30,gsm:20,alaw:20,ulaw:20)
  Auto-Framing:  Yes 
  Status       : UNKNOWN
  Useragent    : 
  Reg. Contact : 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-25 20:32 Skavin         Note Added: 0105377                          
======================================================================