I am a member of a group investigating automated testing of QUIC protocol implementations. During our tests involving a XQUIC implementation with the commit version 00f62288, we identified 1 faults:
The Active Connection IDs counting statement in "src/transport/xqc_cid.cc" can always accept up to one more Active Connection ID than the Active Connection ID limit set in the configuration.
We have sent our report to xquic@alibaba-inc.com and alibaba-cna@list.alibaba-inc.com. However, we still haven't get any reply yet.
Thank you for your time.
Steps To Reproduce
Once the handshake is complete, send a 1-RTT packet carrying a number of NEW_CONNECTION_ID frames that exceed the active_connection_id_limit by 1.
What happened?
I am a member of a group investigating automated testing of QUIC protocol implementations. During our tests involving a XQUIC implementation with the commit version 00f62288, we identified 1 faults:
The Active Connection IDs counting statement in "src/transport/xqc_cid.cc" can always accept up to one more Active Connection ID than the Active Connection ID limit set in the configuration.
We have sent our report to xquic@alibaba-inc.com and alibaba-cna@list.alibaba-inc.com. However, we still haven't get any reply yet.
Thank you for your time.
Steps To Reproduce
Once the handshake is complete, send a 1-RTT packet carrying a number of NEW_CONNECTION_ID frames that exceed the active_connection_id_limit by 1.
Relevant log output
No response