[asterisk-bugs] [Asterisk 0016908]: [patch] SIP autocreate peers registered when request to unregister

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16908 
====================================================================== 
Reported By:                kkm
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   16908
Category:                   Channels/chan_sip/Registration
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     closed
Target Version:             1.6.2.8
Asterisk Version:           SVN 
JIRA:                       SWP-1004 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.2 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-02-26 00:07 CST
Last Modified:              2010-04-15 15:34 CDT
====================================================================== 
Summary:                    [patch] SIP autocreate peers registered when request
to unregister
Description: 
When autocreate is enabled and a peer is *not* registered, and such a peer
sends a REGISTER message with the "Expires: 0" header (to indicate it wants
to unregister), the peer is apparently registered and then partially(?)
unregistered:
 * There is a NOTICE-level option poke message;
 * The sequence of PeerStatus manager events shows 3 events:
   1. Unregistered (that's expected)
   2. Registered (that's not)
   3. Reachable 


======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0016033 [patch] Autocreated peers not deleted w...
====================================================================== 

---------------------------------------------------------------------- 
 (0120516) svnbot (reporter) - 2010-04-15 15:34
 https://issues.asterisk.org/view.php?id=16908#c120516 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 257510

_U  branches/1.6.2/
U   branches/1.6.2/channels/chan_sip.c

------------------------------------------------------------------------
r257510 | tilghman | 2010-04-15 15:34:44 -0500 (Thu, 15 Apr 2010) | 27
lines

Merged revisions 257493 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

................
  r257493 | tilghman | 2010-04-15 15:30:15 -0500 (Thu, 15 Apr 2010) | 20
lines
  
  Merged revisions 257467 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.4
  
  ........
    r257467 | tilghman | 2010-04-15 15:24:50 -0500 (Thu, 15 Apr 2010) | 13
lines
    
    Don't recreate peer, when responding to a repeated deregistration
attempt.
    
    When a reply to a deregistration is lost in transmit, the client
retries the
    deregistration.  Previously, this would cause a realtime/autocreate
peer to be
    loaded back into memory, after it had already been correctly purged. 
Instead,
    we just want to resend the reply without loading the peer.
    
    (closes issue https://issues.asterisk.org/view.php?id=16908)
     Reported by: kkm
     Patches: 
           20100412__issue16908.diff.txt uploaded by tilghman (license 14)
     Tested by: kkm
  ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=257510 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-15 15:34 svnbot         Checkin                                      
2010-04-15 15:34 svnbot         Note Added: 0120516                          
======================================================================