msquic — Datagrams delivered out of order

Pass

Recovered and completed the follow-up request.

The client did what the clause requires.

What was measured

Client

msquic — .NET HttpClient + msquic, 2.7.0

Test

Datagrams delivered out of order — q-packet-reordering

Clause

RFC 9000 §2.2 (MUST)

Class

resilience — Recovered rather than giving up.

Required behaviour

Put the stream back in order and deliver the whole body. §2.2 requires an endpoint to be "able to deliver stream data to an application as an ordered byte stream", and says plainly that doing so "requires that an endpoint buffer any data that is received out of order". Distinct from the loss test, which needs retransmission before the gap can be filled. Nothing is lost here: every byte arrives, some of it early, and a client that assumes arrival order is delivery order will produce a corrupt body or stall waiting for data it already has.

Measured

2026-09-18

Reproduce it

The suite is the judge, so the reproduction is to point the same client at the same test and let the server report what it saw.

SESSION=$(curl -sX POST https://conformance.pqcrypta.com/session | jq -r .id)
# then drive msquic at the test URL and read the verdict:
curl -s https://conformance.pqcrypta.com/report/$SESSION.json | jq '.results["q-packet-reordering"]'