quic
Here are 198 public repositories matching this topic...
-
Updated
Sep 2, 2021 - Go
-
Updated
Sep 2, 2021 - Rust
-
Updated
Aug 30, 2021 - Go
-
Updated
Jul 6, 2021
Tokio's automatic cooperative task yielding feature can cause abruptly prevent a task from making further progress. A very busy connection driver might as a result end up failing to fairly serve transmits or timeouts, resulting in bad behavior (e.g. spurious timeouts or congestion window reduction) under heavy load.
Ideally tokio will expose some too
-
Updated
Aug 30, 2021 - TypeScript
-
Updated
Jul 6, 2021 - Dockerfile
file echo_client.c, line:121 st_h->read_stdin_ev = event_new(prog_eb(st_h->client_ctx->prog),
STDIN_FILENO, EV_READ, read_stdin, st_h);
-
Updated
Sep 2, 2021 - C
-
Updated
Aug 27, 2021 - C++
-
Updated
Jun 28, 2021 - Python
-
Updated
Aug 31, 2021 - Go
-
Updated
Aug 25, 2021 - Vue
-
Updated
Sep 2, 2021 - Go
-
Updated
Aug 31, 2021 - TypeScript
I've changed my local version to:
public QuicStreamContext CreateStream(ulong streamId = 1, StreamType streamType = StreamType.ClientBidirectional);
in order to keep the compatibility.
Improve this page
Add a description, image, and links to the quic topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the quic topic, visit your repo's landing page and select "manage topics."
Describe the feature you'd like supported
We should change the CID after enough idle time so that any possible NAT rebinding would be harder to be tracked by an outside observer. The simplest way to implement this would be in the flush send code path. When first starting a flush, check how much time has elapsed since the last send. If it's greater than X (20? 30?) seconds force a CID update