[asterisk-bugs] [JIRA] (ASTERISK-20637) Can not dial a dahdi channel

Wed Oct 31 14:58:18 CDT 2012

     [ https://issues.asterisk.org/jira/browse/ASTERISK-20637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Rusty Newton closed ASTERISK-20637.
-----------------------------------

    Resolution: Not A Bug

Just noticed this was for Asterisk 1.4, which was End of Life earlier this year: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions

I'm going to go ahead and close this out, as it's not a bug report, and even if you find an issue on a supported version of Asterisk, you'll need to provide further debug.

Please read through https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines and feel free to file a new issue on Asterisk 1.8.X or later.

You may still contact the vendor of your interface board, as they may provide some limited support on an older version of Asterisk...

> Can not dial a dahdi channel
> ----------------------------
>
>                 Key: ASTERISK-20637
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20637
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_dahdi
>         Environment: cent OS 6.2, asterisk 1.4.39.1 , libpri 1.4, PRI e1 etc.
>            Reporter: Ankit Mittal
>            Assignee: Russ Meyerriecks
>
> I have make two groups of dahdi channels one from 1-15 and other from 17-31, 16 is define as dchannel.
> All the channel are of single span. when a call come on the system then the channel allocated sequentially i.e. 1,2,3,4,...,17,18 and so on.
> We have a PRI line having numbers from 4499450 to 4499479.
> When some on call on any of the number the first free channel allocated.
> What I actually want If some one call on 4499450 then he can use the channel allocate for group 1 and if dial some thing else then the channel should be of group 2.
> I Try :  get the destination number and check if is of different group then jump the call for the channel of different group. (I have also try this for the same group but same problem is still there)
> I use the command Dial(DAHDI/g2) i.e. any first free channel of second group, but it given me error as:
>     -- Executing [4499450 at channelbank:1] Dial("DAHDI/11-1", "DAHDI/17") in new stack
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:8802 dahdi_request: Using channel 17
> [Oct 31 13:02:34] DEBUG[7025]: rtp.c:1697 ast_rtp_make_compatible: Channel 'DAHDI/17-1' has no RTP, not doing anything
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable DIALEDTIME.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable ANSWEREDTIME.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable DIALEDPEERNAME.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable DIALEDPEERNUMBER.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable DIALSTATUS.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable CALLEDTON.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable PRIREDIRECTREASON.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable ANI2.
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:4065 ast_channel_inherit_variables: Not copying variable TRANSFERCAPABILITY.
>     -- Requested transfer capability: 0x00 - SPEECH
>     -- Called 17
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5741 dahdi_write: Dropping frame since I'm still dialing on DAHDI/17-1...
>     -- Channel 0/17, span 1 got hangup, cause 21
>     -- DAHDI/17-1 is circuit-busy
> [Oct 31 13:02:34] DEBUG[7025]: channel.c:1681 ast_hangup: Hanging up channel 'DAHDI/17-1'
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:2866 dahdi_hangup: dahdi_hangup(DAHDI/17-1)
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:3472 dahdi_setoption: Set option AUDIO MODE, value: ON(1) on DAHDI/17-1
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:2901 dahdi_hangup: Hangup: channel: 17 index = 0, normal = 35, callwait = -1, thirdcall = -1
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:3089 dahdi_hangup: Already hungup...  Calling hangup once, and clearing call
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:1854 dahdi_disable_ec: disabled echo cancellation on channel 17
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:3386 dahdi_setoption: Set option TDD MODE, value: OFF(0) on DAHDI/17-1
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:1790 update_conf: Updated conferencing on 17, with 0 conference users
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:3468 dahdi_setoption: Set option AUDIO MODE, value: OFF(0) on DAHDI/17-1
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:1854 dahdi_disable_ec: disabled echo cancellation on channel 17
>     -- Hungup 'DAHDI/17-1'
>   == Everyone is busy/congested at this time (1:0/1/0)
> [Oct 31 13:02:34] DEBUG[7025]: rtp.c:1617 ast_rtp_early_bridge: Channel 'DAHDI/11-1' has no RTP, not doing anything
> [Oct 31 13:02:34] DEBUG[7025]: app_dial.c:1921 dial_exec_full: Exiting with DIALSTATUS=CONGESTION.
>   == Auto fallthrough, channel 'DAHDI/11-1' status is 'CONGESTION'
> [Oct 31 13:02:34] DEBUG[7025]: chan_dahdi.c:5795 dahdi_indicate: Requested indication 8 on channel DAHDI/11-1
>     -- Channel 0/11, span 1 got hangup request, cause 31
> [Oct 31 13:02:36] DEBUG[7025]: channel.c:1778 ast_softhangup_nolock: Soft-Hanging up channel 'DAHDI/11-1'
> [Oct 31 13:02:36] DEBUG[7025]: channel.c:1681 ast_hangup: Hanging up channel 'DAHDI/11-1'
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:2866 dahdi_hangup: dahdi_hangup(DAHDI/11-1)
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:3472 dahdi_setoption: Set option AUDIO MODE, value: ON(1) on DAHDI/11-1
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:2901 dahdi_hangup: Hangup: channel: 11 index = 0, normal = 27, callwait = -1, thirdcall = -1
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:3102 dahdi_hangup: Not yet hungup...  Calling hangup once with icause, and clearing call
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:1854 dahdi_disable_ec: disabled echo cancellation on channel 11
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:3386 dahdi_setoption: Set option TDD MODE, value: OFF(0) on DAHDI/11-1
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:1790 update_conf: Updated conferencing on 11, with 0 conference users
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:3468 dahdi_setoption: Set option AUDIO MODE, value: OFF(0) on DAHDI/11-1
> [Oct 31 13:02:36] DEBUG[7025]: chan_dahdi.c:1854 dahdi_disable_ec: disabled echo cancellation on channel 11
>     -- Hungup 'DAHDI/11-1'
> PS: or can we allocate the channel according to the number i.e. if some one call on 449950 then it can only use channel 1 and for number 449951 use channel 2 and so on.

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