[asterisk-bugs] [Asterisk 0014891]: [patch] Using regcontext=something and reload from Asterisk CLI with realtime peers , Asterisk destroys content on sipregistrati

[Asterisk Bug Tracker]

The following issue has been CLOSED 
====================================================================== 
https://issues.asterisk.org/view.php?id=14891 
====================================================================== 
Reported By:                albersag
Assigned To:                lmadsen
====================================================================== 
Project:                    Asterisk
Issue ID:                   14891
Category:                   Core/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 open
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-04-14 09:01 CDT
Last Modified:              2009-09-08 10:29 CDT
====================================================================== 
Summary:                    [patch] Using regcontext=something and reload from
Asterisk CLI with realtime peers , Asterisk destroys content on sipregistrati
Description: 
We have realtime peers, with this sip.conf

[general]
bindport=5060
context=extensiones
bindaddr=0.0.0.0
srvlookup=no
pedantic=no
;tos=
minexpirey=10
maxexpirey=60
defaultexpirey=30
;realm=
;notifymimetype=
videosupport=no
disallow=all
allow=all
;allow=
;allow=
;allow=
;externip=
;localnet=
;localnet=
;localnet=
language=en
rtcachefriends=yes
regcontext=sipregistration2
rtptimeout=600
rtpholdtimeout=300
limitonpeers=yes
;nat=
rtupdate=yes
rtautoclear=yes
ignoreregexpire=no
qualify=yes

Registration on devices is set to 30 s. When asterisk is lunched or
restart now or similar is done, all works fine, extensions are added to
sipregistration context and mantained, and all works fine, as dundi is
used, and sipregistration2 is used to propagate sip  peers location
information.

gw35*CLI> dialplan show sipregistration2
[ Context 'sipregistration2' created by 'SIP' ]
  'emp01' =>    1. Noop(emp01)                            [SIP]
  'emp02' =>    1. Noop(emp02)                            [SIP]


But if we make a reload, for example as something in dialplan was
modified, some time later, extensions are deleted from sipregistration2
context. It could be emp02 first, or emp01 , or both.

gw35*CLI> dialplan show sipregistration2
[ Context 'sipregistration2' created by 'SIP' ][ Context
'sipregistration2' created by 'SIP' ]

-= 0 extensions (0 priorities) in 1 context. =-

Devices continues beeing registered, but no Added extension 'emp01'
priority 1 to sipregistration2 appears. 

It seems to do not considerer future REGISTER from devices to be added to
sipregistration2 context.


Thanks


====================================================================== 

---------------------------------------------------------------------- 
 (0110318) lmadsen (administrator) - 2009-09-08 10:29
 https://issues.asterisk.org/view.php?id=14891#c110318 
---------------------------------------------------------------------- 
I'm closing this issue for now. I can't reproduce this on trunk or 1.4.24
(as per the reporter). I have used the same configuration setup as what was
provided here (sip.conf), and still can't reproduce.

This is mostly closed due to a lack of response from the reporter though,
and since I can't reproduce, then this issue can't go anywhere.

If the reporter can add some more information or test the patch, then
please do reopen this issue. Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-08 10:29 lmadsen        Note Added: 0110318                          
2009-09-08 10:29 lmadsen        Status                   ready for testing =>
closed
======================================================================