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

[Mc GRATH Ricardo (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-21117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=207501#comment-207501 ] 

Mc GRATH Ricardo commented on ASTERISK-21117:
---------------------------------------------

Moises 

Will these issue have a solution? or should have to provide on any installation an SSH for solving?

                
> 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: 1.8.20.1, 10.12.0
>         Environment: Last estable version of Asterisk 10 (compiled) over Centos 5.5
>            Reporter: Rafael Angulo
>            Assignee: Moises Silva
>         Attachments: dahdi-channels.conf, dahdi.conf, system.conf, wanpipe1.conf
>
>
> 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:
> {noformat}
> [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
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira