[asterisk-bugs] [Zaptel 0010296]: when digium analog hardware is loaded before digium digital hardware, ztcfg fails due to CAS signalling
noreply at bugs.digium.com
noreply at bugs.digium.com
Sat Oct 6 22:03:22 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10296
======================================================================
Reported By: jstorm
Assigned To: tzafrir
======================================================================
Project: Zaptel
Issue ID: 10296
Category: Utilities
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Zaptel Version: 1.4.4
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 07-25-2007 00:33 CDT
Last Modified: 10-06-2007 22:03 CDT
======================================================================
Summary: when digium analog hardware is loaded before digium
digital hardware, ztcfg fails due to CAS signalling
Description:
bug 0007860 does not differentiate E1 from T1, and the patch includes a
test for
"(ZT_CONFIG_D4|ZT_CONFIG_ESF|ZT_CONFIG_B8ZS|ZT_CONFIG_CCS)"
ZT_CONFIG_D4 && ZT_CONFIG_ESF are T1 Framings
ZT_CONFIG_B8ZS is T1 coding
when an analog card is loaded first then a digital card, ztfg fails with
"CAS signalling on span 2 conflicts with Clear Channel on channel 16.",
when the cards are loaded in reverse order (digital then analog, and the
proper config changes are made) ztcfg works fine.
Cards:
Wildcard TE12xP Card 0
WCTDM/0 "Wildcard TDM400P REV I Board 1
(in order when working)
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0007860 [patch] ztcfg reports an error when E1 ...
======================================================================
----------------------------------------------------------------------
jstorm - 10-06-07 22:03
----------------------------------------------------------------------
I am really sorry about the delay on my part about this. Fires and puting
them out take too much time some times. This is for a call center, and I
had to ignore everything to keep them up. But over the next few months (on
weekendeds) I can put the card back in and test, and try to resolve this
issue (I have about 1000 more issues relating to this card, alarms,
clocking etc. But I can add that 1.4 will not work with this card in
place, and by work, I mean DTMF for menus and voicemail, etc)
Issue History
Date Modified Username Field Change
======================================================================
10-06-07 22:03 jstorm Note Added: 0071593
======================================================================
More information about the asterisk-bugs
mailing list