[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:58 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