[asterisk-bugs] [Asterisk 0008574]: Call processing stops during reload on systems with large dialplan

noreply at bugs.digium.com noreply at bugs.digium.com
Fri Mar 7 13:23:28 CST 2008


The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=8574 
====================================================================== 
Reported By:                callguy
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   8574
Category:                   Core/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     resolved
Asterisk Version:            1.2.13 
SVN Branch (only for SVN checkouts, not tarball releases):  1.2 
SVN Revision (number only!): 48356 
Disclaimer on File?:        No 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             12-12-2006 16:10 CST
Last Modified:              03-07-2008 13:23 CST
====================================================================== 
Summary:                    Call processing stops during reload on systems with
large dialplan
Description: 
We have a relatively large dialplan (6719 extensions (31876 priorities) in
934 contexts). Whenever we reload to update for a configuration change,
call processing stops until the reload is finished. 

As the size increases the delay has become severe, causing peers to be
come unreachable and other call delivery problems.

We have seen this against many versions, but have most recently been
using:

SVN-branch-1.2-r48356
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0006002 [post 1.4] improper handling of context...
related to          0009037 realtime optimisation
====================================================================== 

---------------------------------------------------------------------- 
 murf - 03-07-08 13:23  
---------------------------------------------------------------------- 
6002 required a major overhaul of merge_contexts_and_delete, which is where
this bug required changes, also. So, when I fixed the problems in 6002, as
a side affect, I HAD to fix the problem reported here. I would tend to
think that the
methods I used this time around are probably much superior to what I did
previously, so this is a win-win. write-lock time is now a minimum of 3-6
microseconds, affected only by the number of hints to save/restore.

Sorry, these fixes applied only to trunk. (1.6.something, eventually)
They might have gotten in sooner if the reporter had tested the mods over
a year ago. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-07-08 13:23  murf           Status                   closed => resolved  
03-07-08 13:23  murf           Resolution               suspended => fixed  
03-07-08 13:23  murf           Note Added: 0083613                          
======================================================================




More information about the asterisk-bugs mailing list