BUG/MAJOR: quic: fix wrong packet building due to already acked frames
authorFrederic Lecaille <flecaille@haproxy.com>
Mon, 25 Nov 2024 10:14:20 +0000 (11:14 +0100)
committerFrederic Lecaille <flecaille@haproxy.com>
Mon, 25 Nov 2024 17:55:45 +0000 (18:55 +0100)
commit96b2641fc8ce58eb1875e7b525c57e58e4b794c3
treefb717f04020383bb75e7966ecedf3a24f9c594d9
parentd41273c6334d2767256aaac1c12229804b7549f4
BUG/MAJOR: quic: fix wrong packet building due to already acked frames

If a packet build was asked to probe the peer with frames which have just
been acked, the frames build run by qc_build_frms() could be cancelled  by
qc_stream_frm_is_acked() whose aim is to check that current frames to
be built have not been already acknowledged. In this case the packet build run
by qc_do_build_pkt() is not interrupted, leading to the build of an empty packet
which should be ack-eliciting.

This is a bug detected by the BUG_ON() statement in qc_do_build_pk():

    BUG_ON(qel->pktns->tx.pto_probe &&
           !(pkt->flags & QUIC_FL_TX_PACKET_ACK_ELICITING));

Thank you to @Tristan971 for having reported this issue in GH #2709

This is an old bug which must be backported as far as 2.6.
src/quic_tx.c