[asterisk-bugs] [Asterisk 0012921]: Asterisk 1.4.21 breaks realtime sip on 'sip reload'

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12921 
====================================================================== 
Reported By:                Nuitari
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12921
Category:                   PBX/pbx_realtime
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.21-rc1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             06-23-2008 20:59 CDT
Last Modified:              06-25-2008 11:01 CDT
====================================================================== 
Summary:                    Asterisk 1.4.21 breaks realtime sip on 'sip reload'
Description: 
Using Asterisk 1.4.21 realtime becomes useless after a sip reload is done.


The dynamic information is cleared, however it doesn't get reloaded from
the database when the friend is doing some activity. The only way to make
the friend show again is to force the phone to register again, usually
though a reboot.

The module is res_mysql, from asterisk-addons 1.4.7, works as expected
with Asterisk 1.4.20.
====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 06-25-08 11:01  
---------------------------------------------------------------------- 
I just set up a realtime SIP peer and could not reproduce this behavior.
I'll admit, my peer is pretty minimal. Here is the information stored for
the peer:
<pre>
asterisk=# select * from sippeers;
 id | name | context  | dtmfmode |  host   | secret | type | username |
port |   ipaddr    | regseconds 
----+------+----------+----------+---------+--------+------+----------+------+-------------+------------
  1 | 2000 | internal | rfc2833  | dynamic | 2000   | peer | 2000     |
5060 | 10.19.3.253 | 1214411262
(1 row)
</pre>
When I issue a "sip reload" command, the peer is still available. I also
tried issuing the command while the peer was talking to another
(non-realtime) peer, and the reload still caused no problems.

Note that I am not using res_config_mysql. I am using res_config_odbc with
Postgresql as my database backend. I don't think this should matter though
since you do not have the problem when using Asterisk 1.4.20.1.

I tried testing both with rtcachefriends set to yes and no. It made no
difference in my tests. Perhaps there is some configuration option I need
to set in order to be able to reproduce this. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-25-08 11:01  putnopvut      Note Added: 0089222                          
======================================================================