[asterisk-bugs] [DAHDI-linux 0016151]: [patch] DIGITAL calls across a B410P connect, but no data transfer

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16151 
====================================================================== 
Reported By:                alecdavis
Assigned To:                sruffell
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   16151
Category:                   wcb4xxp
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
JIRA:                       SWP-291 
Reviewboard Link:            
====================================================================== 
Date Submitted:             2009-10-29 04:57 CDT
Last Modified:              2009-11-17 02:01 CST
====================================================================== 
Summary:                    [patch] DIGITAL calls across a B410P connect, but no
data transfer
Description: 
When placing calls from port 1 of a B410P to port 2, the call appears to
connect, but not data transfers.

Both ports are set to NT mode, with terminating resistor switched on.

dialplan code:
exten => _82XX,1,Dial(DAHDI/g4d/${EXTEN})

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

---------------------------------------------------------------------- 
 (0113889) alecdavis (reporter) - 2009-11-17 02:01
 https://issues.asterisk.org/view.php?id=16151#c113889 
---------------------------------------------------------------------- 
This is a regression, since sig_pri.c was introduced. Where ever p->digital
in sig_pri is set, needs to also set it in chan_dahdi.

Please change summary to: 
"DIGITAL calls out of E1/T1/BRI cards, connect, but no data transfer"

The Category should be changed back to chan_dahdi, as it turns out - sorry
Leif.

Verified this with a TE110P configured in the system, with software Echo
Canceller enabled.

Equipment setup:<pre>
  8102        8202       Analog port 2 for each router
  8101        8201       Analog port 1 for each router
  8100        8200       Data number for each router
ROUTER A    ROUTER B
   ||          ||
   BRA         BRA
   ||          ||
 [JTEC ISDN SWITCH]     Direct outbound down to E1
        ||    
        E1    
        || 
      TE110P
        G0              Dialling Group
     [ASTERISK]</pre>

/etc/dahdi/system.conf: (fxoks->fxsls and loadzone=NZ changes)
# Autogenerated by /usr/sbin/dahdi_genconf on Tue Nov 17 20:12:45 2009
# If you edit this file and execute /usr/sbin/dahdi_genconf again,
# your manual changes will be LOST.
# Dahdi Configuration File
#
# This file is parsed by the Dahdi Configurator, dahdi_cfg
#
# Span 1: WCT1/0 "Digium Wildcard TE110P T1/E1 Card 0" (MASTER)
span=1,1,0,ccs,hdb3,crc4
# termtype: te
bchan=1-15,17-31
dchan=16
echocanceller=mg2,1-15,17-31

# Span 2: WCTDM/4 "Wildcard TDM400P REV I Board 5"
# channel 32, WCTDM/4/0, no module.
# channel 33, WCTDM/4/1, no module.
fxols=34
echocanceller=mg2,34
fxols=35
echocanceller=mg2,35

# Global data

loadzone        = nz
defaultzone     = nz


chan_dahdi.conf
context=incoming
group=0
pridialplan=unknown
prilocaldialplan=unknown
facilityenable=yes
transfer=yes
switchtype=euroisdn
signalling=pri_net
overlapdial=yes
;signalling=pri_cpe
;qsigchannelmapping=physical
echocancel=yes
echotraining=900
echocancelwhenbridged=yes
rxgain=0.0
txgain=0.0
channel => 1-15,17-31

With bug_16151.diff.txt patch applied, the above setup works as expected,
data transfer after connect, additionally speech calls still work.
Without patch, call setup connects, but no datatransfer, as out going leg
has echo canceller turned on. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-17 02:01 alecdavis      Note Added: 0113889                          
======================================================================