0

HTTP/3仕様では、

HTTP/2 の多重化の並列性は TCP の損失回復メカニズムからは見えないため、失われたパケットや並べ替えられたパケットは、そのトランザクションが失われたパケットによって直接影響を受けたかどうかに関係なく、すべてのアクティブなトランザクションを失速させます。

累積 ACK のコンテキストでこれを理解していますが、選択的 ACKが許可されているため、ストールを防ぐことができると想定していました。

正しく受信されたパケットの不連続ブロックを確認するための受信者

しかし、上記の HTTP/3 仕様からの引用によると、明らかにそうではありません。それで、私の質問は、不連続な承認があっても行頭ブロッキングが持続するはなぜですか?

4

1 に答える 1