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

[Asterisk Bug Tracker]

The following issue has been SUBMITTED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15268 
====================================================================== 
Reported By:                tjardick
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15268
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.24 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-06-04 05:17 CDT
Last Modified:              2009-06-04 05:17 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.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-06-04 05:17 tjardick       Asterisk Version          => 1.4.24          
2009-06-04 05:17 tjardick       Regression                => No              
2009-06-04 05:17 tjardick       SVN Branch (only for SVN checkouts, not tarball
releases) => N/A             
======================================================================