[asterisk-bugs] [DAHDI-linux 0015268]: REJ S frame not handled properly

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Oct 8 10:15:28 CDT 2010


The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15268 
====================================================================== 
Reported By:                tjardick
Assigned To:                sruffell
====================================================================== 
Project:                    DAHDI-linux
Issue ID:                   15268
Category:                   wct4xxp
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
JIRA:                        
Reviewboard Link:            
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-06-04 05:17 CDT
Last Modified:              2010-10-08 10:15 CDT
====================================================================== 
Summary:                    REJ S frame not handled properly
Description: 
Production on a 4 port E1 card starts and after about 30 minutes we start
to have problems of receiving cause 34 Circuit or channel unavailable.
 
When analysing the wireshark tracing on the D-channel and looking at the
moment the problems starts, we see the following L2 (LAPD) issue:
 
-          The asterisk sometimes does not retransmit I frames after
receiving a REJ S frame.
-          The network expects retransmission and in the meanwhile
continues to send regular RR S frames with the same R counter
-          The asterisk – nicely - doesn’t send more  than the allowed
7 unacknowledged I frames
-          The asterisk – less nicely - then starts repeating the 7th
one regularly.
-          If the network resends a REJ S frame, retransmission occurs
correctly.
 
As the REJ frame was not handled correctly – or could just have been
lost – wouldn’t it be smarter to retransmit the first unacknowledged I
frame instead of the last one ?  That behavior should meet the expectation
of the network even if the REJ frame was not received or handled.
====================================================================== 

---------------------------------------------------------------------- 
 (0127810) sruffell (administrator) - 2010-10-08 10:15
 https://issues.asterisk.org/view.php?id=15268#c127810 
---------------------------------------------------------------------- 
This issue is pretty stale.  But there have been 129 commits to the 1.4
branch of libpri since this issue was opened.  I asked Richard Mudgett and
he believes it was relatively recently resolved (indirectly perhaps) the
SVN.

If someone tries the recent libpri and has this problem, please feel free
to reopen. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-08 10:15 sruffell       Note Added: 0127810                          
2010-10-08 10:15 sruffell       Status                   assigned => resolved
2010-10-08 10:15 sruffell       Resolution               open => fixed       
2010-10-08 10:15 sruffell       Status                   resolved => closed  
======================================================================




More information about the asterisk-bugs mailing list