EricssonResearch / EricssonResearch/spindump
QR-Loss reordering robustnes
Open
enhancement
- Dominant language
- C
- Stars
- 65
- Forks
- 17
- PR merge metrics
- No merged PRs in 30d
Description
Creating this issue as a replacement of #129.
As the QR-Loss mechanism is not tied to RTT or the spin bit it will require a separate mechanism for making it robust to reordering.
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue names no files, tests, or entry points. Start by locating the QR-Loss implementation and any existing handling for packet reordering, then determine the required separate robustness mechanism and define tests that demonstrate correct behavior under reordered packets.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- networking
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100