[asterisk-bugs] [Asterisk 0011210]: SIP reload for large config halts SIP Processing

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11210 
====================================================================== 
Reported By:                dtyoo
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11210
Category:                   Channels/chan_sip/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.13  
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             11-09-2007 16:06 CST
Last Modified:              11-12-2007 12:29 CST
====================================================================== 
Summary:                    SIP reload for large config halts SIP Processing
Description: 
It seems that asterisk stops processing sip for some amount of time during
reloads. This causes weird dialing behavior for our end users trying to
make / recieve calls during the reloads, and some of our sip endpoints
start re-registering to other, backup servers when the reloads occur. Do
you have any suggestions / thoughts on this? I was going to start looking
at realtime as a possible solution, but given the size and complexity of
our dialplan, and integration with our existing backend systems this is
probably not going to be a quick fix.
====================================================================== 

---------------------------------------------------------------------- 
 dtyoo - 11-12-07 12:29  
---------------------------------------------------------------------- 
twilson-

Appreciate the feedback.  All the sip peers in question are remote polycom
handsets, and the peers have qualify and mwi turned on.  I think you are
correct that the qualifies in particular are causing asterisk to send a
whole bunch of messages on reload.  We need the qualifies turned on for
nat-traversal reasons, so we can't get rid of them.  We tried setting them
to some large value (e.g. 10000), but this didn't result in any improvement
in behavior.

We are about 75% done with our migration of sip peers from files to
realtime, and have tested that this definitely avoids the issue, much as
you found 2 years ago.  We are using realtime with caching, and it does
seem to handle MWI for us without any associated performance issues.  In
our implementation, we are only pruning changed peers rather than all the
peers, and this is probably where most of the improvement is coming from. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-12-07 12:29  dtyoo          Note Added: 0073532                          
======================================================================