[asterisk-bugs] [JIRA] (ASTERISK-21117) Bad interpretation of the file chan_dahdi.conf when using open r2 parameters

[Rafael Angulo (JIRA)]

Rafael Angulo created ASTERISK-21117:
----------------------------------------

             Summary: Bad interpretation of the file chan_dahdi.conf when using open r2 parameters
                 Key: ASTERISK-21117
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21117
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: Channels/chan_dahdi
    Affects Versions: 10.12.0, 1.8.20.1
         Environment: Last estable version of Asterisk 10 (compiled) over Centos 5.5
            Reporter: Rafael Angulo


I'm having a problem with the interpretation asterisk does of this file(chan_dahdi.conf), the file itself contains the definition of an E1 link (fractional 1-15 for incoming calls and 17-31 for outgoing calls) in Venezuela with the well know ISP CANTV(incoming r2, outgoing dtmf). The openr2 version is 1.3.1 ,asterisk 1.18.15, dahdi 2.6.1. the problem is also confirmed in Asterisk 10 with open r2 1.3.2 y dahdi 2.6.1. The configuration file is attached to this report. When I try to send outgoing calls through channels 17-21 they fail. When I type the command "mfcr2 show channels" it shows the 30 channels, as part of the info, the row named "Immediate Accept" show channels from 1 to 21 in "no", and channels from 22 to 31 in "yes". As long as I understand, this field is controlled by the parameter mfcr2_immediate_accept in the chan_dahdi.conf file, but the file (attached to this mail) indicates the first 15 channels(1-15) should be in mfcr2_immediate_accept=no and the next 15 (17-31) should be in mfcr2_immediate_accept=yes. As long as I have tested it, if the channel indicates Immediate Accept = no in the CLI, it receives calls but not send call, and if the channel indicates Immediate Accept = yes, it alow to send call but not receive. So what I basically have is channels from 17-21 unable to send calls. I have done hundred of tests, with many weird behaviors, invert the channels definition, split the channels definitions, etc.
In further tests I have these results:

If I set channels 1 to 10 with "mfcr2_immediate_accept=no" and 17 to 31 with "mfcr2_immediate_accept=yes" I can send the calls using channels 17 to 31.
If I set channels 1-14 with "mfcr2_immediate_accept=no" and 17 to 31 with "mfcr2_immediate_accept=yes" I can send calls using channels from 20 to 31.

If I invert the definitions in chan_dahdi.conf configuring outgoing channels first (17-31) and then incoming (1 - 15), they all appear as immediate = yes if I run the command mfcr2 show channels in asterisk CLI.

It seems like the definition of channels over the number 10 affects the channels 17 to 21 somehow.

chan_dahdi.conf:

[channels]
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

group=1
context=from-trunk
signalling=mfcr2
mfcr2_variant=ve
mfcr2_get_ani_first=yes
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_immediate_accept=no
mfcr2_category=national_subscriber
mfcr2_call_files=yes
mfcr2_logdir=cantv
mfcr2_logging=all
mfcr2_mfback_timeout=-1
;channel => 1-15,32-46
channel => 1-15

group=2
context=from-internal
signalling=mfcr2
mfcr2_variant=ve
mfcr2_get_ani_first=yes
mfcr2_immediate_accept=yes
mfcr2_dtmf_detection=1
mfcr2_dtmf_dialing=1
mfcr2_max_ani=10
mfcr2_max_dnis=4
mfcr2_category=national_subscriber
mfcr2_logdir=cantv
mfcr2_logging=all
mfcr2_mfback_timeout=-1
channel => 17-31

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira