[asterisk-bugs] [Asterisk 0017079]: qsigchannelmapping parameter

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17079 
====================================================================== 
Reported By:                -KeX-
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17079
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.6 
JIRA:                       SWP-1134 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-23 04:18 CDT
Last Modified:              2010-03-24 08:52 CDT
====================================================================== 
Summary:                    qsigchannelmapping parameter
Description: 
I've connected Asterisk with 4 PRI to a Siemens HiPath 4000. For
CALLERID(name) 
feature I wanna use Q.SIG as switchtype. Cause Siemens PBX orders Channels

logical I need the parameter qsigchannelmapping=logical. Here is my
chan_dahdi.conf
trunkgroups]

[channels]
language=de
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no
qsigchannelmapping=logical
discardremoteholdretrieval=yes
overlapdial=yes


switchtype=qsig
context=from-siemens
group=1
echocancel=yes
signalling=pri_cpe
channel =>1-15,17-31

switchtype=euroisdn
context=from-siemens
group=2
echocancel=yes
signalling=pri_net
channel =>32-46,48-62

switchtype=euroisdn
context=from-siemens
group=2
echocancel=yes
signalling=pri_net
channel =>63-77,79-93

switchtype=qsig
context=from-siemens
group=1
echocancel=yes
signalling=pri_cpe
channel =>94-108,110-124

If I check the status of my two Q.SIG spans, I see this:
asterisk*CLI> pri show span 1
Primary D-channel: 16
Status: Provisioned, Up, Active
Switchtype: Q.SIG switch
Type: CPE
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 1
Logical Channel Mapping: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T309 Timer: -1
T313 Timer: 4000
N200 Counter: 3
Overlap Recv: Yes

Same, for pri show span 4

Logical Channel Mapping is 0, but should be 1. It is configured in 
chan_dahdi.conf as described here:
https://issues.asterisk.org/view.php?id=13454

Anyone seen this problem? Or anyone using qsigchannelmapping=logical?
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013454 [patch] Several libpri issues (bugs/fea...
====================================================================== 

---------------------------------------------------------------------- 
 (0119795) tomaso (reporter) - 2010-03-24 08:52
 https://issues.asterisk.org/view.php?id=17079#c119795 
---------------------------------------------------------------------- 
In my opinion the line
#undef HAVE_PRI_PROG_W_CAUSE
in /include/asterisk/autoconfig.h.in is missing and should be fixed.

@Chris: If you add this line to the *in file the configure process works
properly and generates the proper autoconfig.h file. This should be the
much better alternative than my first quick hack proposal. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-24 08:52 tomaso         Note Added: 0119795                          
======================================================================