Hi Joe, On 7 February 2025 23:17:38 CET, Joe Touch <[email protected]> wrote: > >> On Feb 7, 2025, at 2:12 PM, Ryan Hamilton <[email protected]> >> wrote: >> >…. >> Let's not hobble the performance of modern protocols in order to >> *potentially* provide minimal improvements to the performance of obsolete >> implementations. > >Agreed. As I noted, RFC3819 still has imo the best advice: > > This suggests that subnetwork implementers should try to avoid packet > reordering whenever possible, but not if doing so compromises > efficiency, impairs reliability, or increases average packet delay.
[SM] This really is just stating that reordering and undoing reordering have both positive and negative effects. IMHO it completely fails to give actionable advice how to assess and weigh these effects objectively to conclude whether/how much reordering in a given circumstance is acceptable or not. In a BCP I would have wished for at least an example how this trade off is assesses in practice... (or multiple examples if the exact circumstances matter a lot). In a later post you assess that 13ms reordering window acceptable and in accordance with the above recommendations, so let me ask, what is the threshold for acceptable and non-acceptable (max) reordering-induced delays? Without objective measures for the positive and negative effects and how to aggregate both, I am not sure RFC3819 really is all that useful in regards to reordering. > -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
