[asterisk-bugs] [LibPRI 0013936]: qsigchannelmapping incorrectly defaults to 'logical'

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13936 
====================================================================== 
Reported By:                alecdavis
Assigned To:                mattf
====================================================================== 
Project:                    LibPRI
Issue ID:                   13936
Category:                   General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 155671 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-19 18:01 CST
Last Modified:              2009-01-22 16:48 CST
====================================================================== 
Summary:                    qsigchannelmapping incorrectly defaults to 'logical'
Description: 
Default intention of http://bugs.digium.com/view.php?id=13454 was to act as
old behaviour '= physical'.

Calls coming in from channels > 16 incorrectly get incremented by 1.

result:
No Audio in either direction for calls coming in on channels > 16.

Calls coming in from channels 31 incorrectly get incremented to channel
32, which reports the following

WARNING[6184]: chan_dahdi.c:10958 pri_dchannel: Ring requested on
unconfigured channel 0/32 span 1

my workaround until fixed.
in file chan_dahdi.conf if switchtype=qsig
ensure that qsigchannelmapping=physical to act as old code
or qsigchannelmapping=logical if you require it.

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

---------------------------------------------------------------------- 
 (0098506) mattf (administrator) - 2009-01-22 16:48
 http://bugs.digium.com/view.php?id=13936#c98506 
---------------------------------------------------------------------- 
You cannot do PR back to back with two Asterisk boxes.  Asterisk only knows
how to trigger a Path replacement at the remote switch, but it itself
cannot perform the replacement function at the request of another machine. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-22 16:48 mattf          Note Added: 0098506                          
======================================================================