[asterisk-bugs] [DAHDI-linux 0015498]: [patch] Console full of PRI got event: HDLC Abort (6) on Primary D-channel of span 1
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Jul 21 13:11:57 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=15498
======================================================================
Reported By: alecdavis
Assigned To: sruffell
======================================================================
Project: DAHDI-linux
Issue ID: 15498
Category: wcte12xp
Reproducibility: always
Severity: block
Priority: normal
Status: closed
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2009-07-14 04:28 CDT
Last Modified: 2009-07-21 13:11 CDT
======================================================================
Summary: [patch] Console full of PRI got event: HDLC Abort
(6) on Primary D-channel of span 1
Description:
Since Feb we've been running the following version with no problem.
DAHDI Version: SVN-trunk-r6005 Echo Canceller:
After upgrade to DAHDI Version: 2.2.0 Echo Canceller:
we get the following constantly on the console and hardly ever able to
establish a call
== Primary D-Channel on span 1 down
[Jul 14 21:20:31] WARNING[1464]: chan_dahdi.c:3546 pri_find_dchan: No
D-channels available! Using Primary channel 16 as D-channel anyway!
== Primary D-Channel on span 1 up
[Jul 14 21:20:31] NOTICE[1464]: chan_dahdi.c:11381 pri_dchannel: PRI got
event: HDLC Abort (6) on Primary D-channel of span 1
[Jul 14 21:20:32] NOTICE[1464]: chan_dahdi.c:11381 pri_dchannel: PRI got
event: HDLC Abort (6) on Primary D-channel of span 1
[Jul 14 21:20:33] NOTICE[1464]: chan_dahdi.c:11381 pri_dchannel: PRI got
event: HDLC Abort (6) on Primary D-channel of span 1
[Jul 14 21:20:34] NOTICE[1464]: chan_dahdi.c:11381 pri_dchannel: PRI got
event: HDLC Abort (6) on Primary D-channel of span 1
[Jul 14 21:20:35] NOTICE[1464]: chan_dahdi.c:11381 pri_dchannel: PRI got
event: HDLC Abort (6) on Primary D-channel of span 1
== Primary D-Channel on span 1 down
[Jul 14 21:20:36] WARNING[1464]: chan_dahdi.c:3546 pri_find_dchan: No
D-channels available! Using Primary channel 16 as D-channel anyway!
== Primary D-Channel on span 1 up
[Jul 14 21:20:36] NOTICE[1464]: chan_dahdi.c:11381 pri_dchannel: PRI got
event: HDLC Abort (6) on Primary D-channel of span 1
======================================================================
----------------------------------------------------------------------
(0108037) svnbot (reporter) - 2009-07-21 13:11
https://issues.asterisk.org/view.php?id=15498#c108037
----------------------------------------------------------------------
Repository: dahdi
Revision: 6864
_U linux/branches/2.2/
U linux/branches/2.2/drivers/dahdi/dahdi-base.c
U linux/branches/2.2/drivers/dahdi/tor2.c
U linux/branches/2.2/drivers/dahdi/wct4xxp/base.c
U linux/branches/2.2/drivers/dahdi/wcte11xp.c
U linux/branches/2.2/drivers/dahdi/wcte12xp/base.c
U linux/branches/2.2/include/dahdi/dahdi_config.h
------------------------------------------------------------------------
r6864 | sruffell | 2009-07-21 13:11:56 -0500 (Tue, 21 Jul 2009) | 53 lines
Merged revisions 6844,6852,6862-6863 via svnmerge from
https://origsvn.digium.com/svn/dahdi/linux/trunk
........
r6844 | sruffell | 2009-07-16 12:29:53 -0500 (Thu, 16 Jul 2009) | 10
lines
wcte12xp: Disable vpmadt032 companding by default.
This fixes a regression in 2.2.0 where certain configurations will fail
patloop test or have repeated HDLC aborts because the VPMADT032 is
modifying
the clear channel or d channel data streams. This restores the behavior
to
how it was in dahdi-linux 2.1.0.4.
(closes issue https://issues.asterisk.org/view.php?id=15498)
Reported by: alecdavis
Tested by: alecdavis
........
r6852 | tzafrir | 2009-07-19 10:45:40 -0500 (Sun, 19 Jul 2009) | 12
lines
tor2: allow using port4 as timing source
Fix a silly regression introduced when strict check on the timing
parameter was added (sync-1 is the array index, not sync itself. And 0
is a special case).
(closes issue https://issues.asterisk.org/view.php?id=15408)
Reported by: dferrer
Patches:
tor2-4th_sync.patch uploaded by dferrer (license 525)
........
r6862 | sruffell | 2009-07-21 12:52:59 -0500 (Tue, 21 Jul 2009) | 4
lines
Revert "wct4xxp, wcte11xp: Use the default configuration by default at
startup."
This reverts the change introduced by revision 6712. This change can
cause
problems when there is a VPM module installed on the quad-span digital
cards.
........
r6863 | sruffell | 2009-07-21 12:53:02 -0500 (Tue, 21 Jul 2009) | 12
lines
dahdi-base: Add support for core timing.
This essentially moves the function of dahdi_dummy into the core of
DAHDI. It
ensures that if DAHDI is loaded, it will always be able to provide
timing,
regardless of whether there are board drivers loaded, or if the board
drivers
are properly calling dahdi_receive.
If there is a master span loaded which is calling dahdi_receive, then
the
behavior will be like it is normally.
This functionality is off by default, uncomment CONFIG_DAHDI_CORE_TIMER
in
include/dahdi/config_dahdi.h in order to enable it.
........
------------------------------------------------------------------------
http://svn.digium.com/view/dahdi?view=rev&revision=6864
Issue History
Date Modified Username Field Change
======================================================================
2009-07-21 13:11 svnbot Note Added: 0108037
======================================================================
More information about the asterisk-bugs
mailing list