[asterisk-bugs] [Asterisk 0016346]: chan_dahdi uses 1-2 for second port on one span
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Dec 16 17:25:47 CST 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16346
======================================================================
Reported By: seandarcy
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16346
Category: Channels/chan_dahdi
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: 1.6.1.10
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-11-29 19:31 CST
Last Modified: 2009-12-16 17:25 CST
======================================================================
Summary: chan_dahdi uses 1-2 for second port on one span
Description:
I've set up group 0 for ports 1 and 2 for my only card TDM-400.
But if port 1 is busy, Dial g0 dials DAHDI/1-2, which as I understand it,
is port 1 on span 2, which doesn't exist.
======================================================================
----------------------------------------------------------------------
(0115348) seandarcy (reporter) - 2009-12-16 17:25
https://issues.asterisk.org/view.php?id=16346#c115348
----------------------------------------------------------------------
Not sure I understand. Do you mean DAHDI/1-2 is call waiting for
DAHDI/1-1?
If so, what would be the DAHDI channel for the channel 1 on a second
card?
Also, doesn't dial/g0 mean ring an available channel in group 0? Call
waiting should only occur if there were no available channel.
Issue History
Date Modified Username Field Change
======================================================================
2009-12-16 17:25 seandarcy Note Added: 0115348
======================================================================
More information about the asterisk-bugs
mailing list