Pedro Alvarez

Hi @TallGuy74 -- Could you try to replicate the issue with the RLC logs at debug and everything else at none? I'm trying to understand the issue with the logs...

The issue is caused when t-Reassembly timer expires Last sequentially received SN was 407 (Rx_Next=407), see the following lines: ``` 2022-07-04T07:47:31.939306 [RLC-NR ] [D] DRB1: Reassembly timer expired after 50ms...

Currently I'm just focusing on the RLC, those at debug. The rest can be at warning, at least for now. If you can reproduce this easily we can always increase...

Could you please just have a quick try at this: [rlc_rx_highest.txt](https://github.com/srsran/srsRAN/files/9040755/rlc_rx_highest.txt) And let me know if the crash stops at least?

That is somewhat expected though. The RX window was getting full, so PDUs will drop when it is full. I can see in the logs you sent that that seems...

>It even stops passing data if I stop iperf3 and start it up again after a little while. I'd expect the dropped PDUs to impact my throughput (as those will...

I had a look at the logs that you sent me and I spotted two issues. 1 - When t-PollRetransmit expired, the re-transmitted PDU was being dropped because of a...

Strange... I see the following loop at the end of the logs: @UE ```` 2022-07-07T15:34:49.980721 [RLC-NR ] [I] DRB1: status packet requested through polling bit 2022-07-07T15:34:49.980721 [RLC-NR ] [I] DRB1:...

Hi @IbrahimBabiker87, Using 12 bits may cause the RLC TX window to get full, which may explain the low application throughput, but then the high throughput at the lower layers...