[asterisk-bugs] [JIRA] (ASTERISK-20569) chan dahdi does not overwrite context completely.

[Richard Mudgett (JIRA)]

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

Richard Mudgett commented on ASTERISK-20569:
--------------------------------------------

This happens with PRI and SS7 channels.  These channels can not be reconfigured.

Also this configuration warning has been ignored:
LOG_WARNING, "Attempt to configure channel %d with signaling %s ignored because it is already configured to be %s.\n"

chan_dahdi has always been terrible at processing its config files.
                
> chan dahdi does not overwrite context completely.
> -------------------------------------------------
>
>                 Key: ASTERISK-20569
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20569
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>         Environment: Asterisk 1.8.11-cert7
> Linux 2.6.32-279.el6.x86_64
>            Reporter: Tim Heath
>            Severity: Minor
>         Attachments: digium-info_20121016.tar.gz, digiuminfo.txt
>
>
> If the context for dahdi channels are defined twice, in the same file or seperate, asterisk with report one context for the channel, but use the other. i.e. with the following config:
> group=0
> context=MyContext1
> channel=>1-23
> group=0
> context=MyContext2
> channel=>1-23
> In the asterisk cli, issuing "dahdi show channels" will report the context for channel 1-23 as "MyContext2". However, and inbound call on those channels will enter the dialplan at MyContext1.
> The issue is easily worked around by either erasing the duplicate definition. (or setting the same context in both places I suppose)
> found the issue while working case 00300083, but easily reproduced it in the techsupport lab.

--
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