Protocol violation: Client sends RESET_STREAM on server-initiated unidirectional stream

[qiaodashuaizuishuai]

严重程度：High（导致与MsQuic互操作失败）

影响版本：至少到1.9.0

复现条件：

xquic客户端 + MsQuic服务端
服务端发送RESET_STREAM on server-uni stream
xquic客户端错误地回复RESET_STREAM
MsQuic发送CONNECTION_CLOSE(err=0x5)

详细见文档

xquic_bug_report_issue.md

[Sy0307]

Thanks for feedback and I will research on it in this weekend.

[Sy0307]

@qiaodashuaizuishuai As I tested, there is no any bug and interoperability is good between msquic and xquic (the result is also be checked in https://interop.seemann.io/). Can you provide more logs and env msg?

[qiaodashuaizuishuai]

我后端用的msquic，但是xquic声明的maxackdelay为25ms（我设置为了默认值），我的网络比较差，所以可能需要75ms才能回复到ack，这时候msquic经过3次重传，发送了resetstream，这时候xquic会发送reset，但是这是服务端的单向流，收到reset会认为是错误，会关闭连接。但是如果用xquic做后端，它收到reset，源码中不会认为这是错误，只会正常关闭流。

…

---Original--- From: ***@***.***> Date: Tue, Nov 11, 2025 20:51 PM To: ***@***.***>; Cc: ***@***.******@***.***>; Subject: Re: [alibaba/xquic] Protocol violation: Client sends RESET_STREAM onserver-initiated unidirectional stream (Issue #512) Sy0307 left a comment (alibaba/xquic#512) @qiaodashuaizuishuai As I tested, there is no any bug and interoperability is good between msquic and xquic (the result is also be checked in https://interop.seemann.io/). Can you provide more logs and env msg? — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: ***@***.***>