[asterisk-bugs] [DAHDI-linux 0013205]: [patch] bad master selection

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Mar 11 01:50:51 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13205 
====================================================================== 
Reported By:                biohumanoid
Assigned To:                kpfleming
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   13205
Category:                   dahdi (the module)
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             2008-07-31 00:11 CDT
Last Modified:              2009-03-11 01:50 CDT
====================================================================== 
Summary:                    [patch] bad master selection
Description: 
Current dahdi master handling work in the following way:
The first SPAN become a master
If a new registered !!! SPAN is preferred , it is the new master
If a span is unregistered - the new master is the first available span
If master SPAN is in alarm state - the new master is the first non in
alarm state SPAN

So
1. dahdi-dummy once loaded will be the master forever.
2. even not-running SPAN can be a master
3. master implementation is ugly...
====================================================================== 

---------------------------------------------------------------------- 
 (0101512) biohumanoid (reporter) - 2009-03-11 01:50
 http://bugs.digium.com/view.php?id=13205#c101512 
---------------------------------------------------------------------- 
> about moving the functionality of dahdi_dummy directly into dahdi-base.c
Please, don't do it.
Reasons:
1. You can load dahdy_dummy in /etc/init.d/dahdi
2. You can load dummy from dahdi.ko with "request_module"
3. You can load dummy with udev rules
Don't reinvent the wheel.

Some systems don't need dummy at all.
Quick example: blackfin based devices (DSP) with limited MIPS... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-11 01:50 biohumanoid    Note Added: 0101512                          
======================================================================




More information about the asterisk-bugs mailing list