[asterisk-bugs] [JIRA] (ASTERISK-18632) Limit PRI channel re-selection to same group in span

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Tue Dec 19 09:43:09 CST 2017


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

Richard Mudgett commented on ASTERISK-18632:
--------------------------------------------

Features requests without patches are not accepted through the issue tracker. Features requests are openly discussed on the mailing lists, forums, and IRC [1]. Please see the Asterisk Issue Guidelines [2] for more information on feature request and patch submission.

[1] http://asterisk.org/community/discuss
[2] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines

----

What the reporter is trying to do is not typical and likely not privisionable from telcos.  The link in question is between their PBX and Asterisk.

What the reporter wants depends on some things being true that only controlling both ends can be guaranteed:
# Both ends must know the grouping of channels.
# All calls *must* have a preferred or exclusive B channel selected when the SETUP is sent.  Otherwise, the receiving end will not know to which call group the call belongs if it has to pick an alternate channel.  Q.931 does not require that a B channel be identified in the SETUP.

Currently, chan_dahdi can select channels for outgoing calls by groups.  (Dial(DAHDI/g1/5551212))

For incoming calls, chan_dahdi has no way to configure how to select channels when needed.  It always picks the highest available channel on the span.  See ASTERISK-18405 where this was first brought up.


> Limit PRI channel re-selection to same group in span
> ----------------------------------------------------
>
>                 Key: ASTERISK-18632
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-18632
>             Project: Asterisk
>          Issue Type: New Feature
>      Security Level: None
>          Components: Channels/chan_dahdi
>    Affects Versions: 1.8.7.0, 13.18.4
>         Environment: DAHDI 2.5.0.1, LibPRI 1.4.12, Asterisk 1.8.7
>            Reporter: Kris Shaw
>            Severity: Minor
>         Attachments: stuck-channel-01.txt, stuck-channel-cause-01.txt
>
>
> Due to other yet to be resolved issues, channels between Asterisk and our PBX become stuck. This causes chan_dahdi to attempt to re-negotiate the channel. However, on our PBX the channels are split into two groups, with matching groups on Asterisk in different contexts. Calls coming into Asterisk on channels on one group are re-negotiated into another group in a different context, causing the call to fail. This is due to the way chan_dahdi always looks for free channels working down from the highest in the span.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list