Problem using compressed ACK/NACK bitmaps or uncompressed bitmaps without length
The issue is with uplink ACK/NACK coding in case of using compressed bitmaps or uncompressed bitmaps without length.
This issue is reproducible, kluchnikov made tests with FTP uploading and after some period of time uplink just stalled forever, until it timed out. They made a workaround for this issue, forced uncompressed bitmaps with length and uplink worked in this mode, but other modes should be fixed.
kluchnikov please share as much details on how to reproduce this as possible:
- config files
- how processes are started
- what have to be changed to enable the workaround
- any particular reason for choosing FTP upload (vs http, scp etc) for test case?
- how long we have to wait, how do we know issue is triggered (particular pattern in the logs?)
- Checklist item deleted (
create a TTCN3 testplan)
I've stopped implementing TTCN3 tests and switched over to an experiment based approach.
So far uploading of a 2MB to a FTP works, however in my lab environment, there was no packet lost and because of this, there were no compressed ack, even when activated.
While testing, I've noticed a high retransmission statistics counter, while looking closer, the PCU is sending a single RSL package multiple times without using the window size.