[asterisk-bugs] [LibPRI 0012153]: librpi: Data link layer does not re-establish connection as described in section 5.8.9 of Q.931

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12153 
====================================================================== 
Reported By:                alerios
Assigned To:                mattf
====================================================================== 
Project:                    LibPRI
Issue ID:                   12153
Category:                   General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             03-05-2008 15:21 CST
Last Modified:              03-15-2008 19:58 CDT
====================================================================== 
Summary:                    librpi: Data link layer does not re-establish
connection as described in section 5.8.9 of Q.931
Description: 
I'm having incoming call drops in different systems, all with the same
pattern:   

The call is established normally, with STETUP, CALL_PROCEDING, CONNECT,
and CONNECT_ACK, but then after a random while we get a DISCONNECT (cause
27) from the Telco, followed by our RELEASE and RELEASE_COMPLETE.

According to section 5.8.9 of ITU-T Q.931 (05/98), the DISCONNECT message
with cause 27 (destination out of order) is sent by the Telco wen its
internal T309 timer expires after trying to re-establish layer 2
connection.  Looking at the Q921 supervisory messages, it seems that no
frame errors are detected by libpri, or at least they are not shown.

This may be a telco side-issue related to their t309 timer, but I still
believe asterisk+libpri have something to do with it because when using an
ISDN tester or a legacy PBX the calls don't get dropped.
====================================================================== 

---------------------------------------------------------------------- 
 santialel - 03-15-08 19:58  
---------------------------------------------------------------------- 
I'm also experimenting problems with Pri ISDN connection between asterisk
with digium 410p with a Panasonic kx-tda600, connecting both pbx with qsig
or isdn configuraton when connecting syncronize with no problems, but after
a while 20 to 50 minutes red alarm appears and and calls are drop, we have
configure resetinterval to never and same issue happens, we make some
testing with calls up a test resetinterval=60 to try make calls drop, but
this test fail and channels are rest but calls continue. I know why
panasonic and astersk are loosing sync. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
03-15-08 19:58  santialel      Note Added: 0084024                          
======================================================================