Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[POC] QUIC on Streams #574

Open
wants to merge 17 commits into
base: master
Choose a base branch
from
Open

[POC] QUIC on Streams #574

wants to merge 17 commits into from

Conversation

kazuho
Copy link
Member

@kazuho kazuho commented Mar 18, 2024

This pull request introduces three new functions: quicly_qos_new, quicly_qos_send, and quicly_qos_receive, and adds one callback: quicly_qos_is_writing.

When utilizing QUIC on Streams instead of QUIC version 1, applications should use the aforementioned send and receive functions instead of quicly_send and quicly_receive. Quicly will continue to guide applications on when to invoke the send function; applications can determine the appropriate timing by calling quicly_get_first_timeout. quicly_get_first_timeout will call the quicly_qos_is_writing to see if quicly can write more.

kazuho added 7 commits July 22, 2024 14:05
…d in QoS mode, available space could be smaller than max_frame_size. But because the frame is being written up to the end of the buffer, Length field is omitted.

Emitting Length field alaways is a tentative fix.
…gth field.

In addition, as of this commit, FIN-only frame will always carries the length field, even if the protocol is QUIC v1. We anticipate
the downside of the change to be negligible as such a frame can be used only at the tail of the packet payload.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant