[asterisk-bugs] [Asterisk 0014877]: pri_resolve_span assumes span's channels have consecutive numbers

[Asterisk Bug Tracker]

The following issue has been ASSIGNED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14877 
====================================================================== 
Reported By:                tzafrir
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   14877
Category:                   Channels/chan_dahdi
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 187963 
Request Review:              
====================================================================== 
Date Submitted:             2009-04-11 09:01 CDT
Last Modified:              2009-08-27 15:05 CDT
====================================================================== 
Summary:                    pri_resolve_span assumes span's channels have
consecutive numbers
Description: 
pri_resolve-span assumes that the the D channel of a span is at channel
number <base> + 16 / 24 / 3 (for E1/ T1/J1 / BRI, respectively).

This is normalyl the case. But does not apply if channels of the span do
not have consecutive numbers. Which is something that can happen with the
right order of modules loading / unloading sequence in a multi-device
system.

Furthermore, when the function is called it is called with the following
value for the parameter 'offset':

  channel - p.chanpos

Thus making this assumption again.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-27 15:05 jpeeler        Status                   new => assigned     
2009-08-27 15:05 jpeeler        Assigned To               => jpeeler         
======================================================================