iroh_quinn/
lib.rs

1//! QUIC transport protocol implementation
2//!
3//! [QUIC](https://en.wikipedia.org/wiki/QUIC) is a modern transport protocol addressing
4//! shortcomings of TCP, such as head-of-line blocking, poor security, slow handshakes, and
5//! inefficient congestion control. This crate provides a portable userspace implementation. It
6//! builds on top of quinn-proto, which implements protocol logic independent of any particular
7//! runtime.
8//!
9//! The entry point of this crate is the [`Endpoint`].
10//!
11//! # About QUIC
12//!
13//! A QUIC connection is an association between two endpoints. The endpoint which initiates the
14//! connection is termed the client, and the endpoint which accepts it is termed the server. A
15//! single endpoint may function as both client and server for different connections, for example
16//! in a peer-to-peer application. To communicate application data, each endpoint may open streams
17//! up to a limit dictated by its peer. Typically, that limit is increased as old streams are
18//! finished.
19//!
20//! Streams may be unidirectional or bidirectional, and are cheap to create and disposable. For
21//! example, a traditionally datagram-oriented application could use a new stream for every
22//! message it wants to send, no longer needing to worry about MTUs. Bidirectional streams behave
23//! much like a traditional TCP connection, and are useful for sending messages that have an
24//! immediate response, such as an HTTP request. Stream data is delivered reliably, and there is no
25//! ordering enforced between data on different streams.
26//!
27//! By avoiding head-of-line blocking and providing unified congestion control across all streams
28//! of a connection, QUIC is able to provide higher throughput and lower latency than one or
29//! multiple TCP connections between the same two hosts, while providing more useful behavior than
30//! raw UDP sockets.
31//!
32//! Quinn also exposes unreliable datagrams, which are a low-level primitive preferred when
33//! automatic fragmentation and retransmission of certain data is not desired.
34//!
35//! QUIC uses encryption and identity verification built directly on TLS 1.3. Just as with a TLS
36//! server, it is useful for a QUIC server to be identified by a certificate signed by a trusted
37//! authority. If this is infeasible--for example, if servers are short-lived or not associated
38//! with a domain name--then as with TLS, self-signed certificates can be used to provide
39//! encryption alone.
40#![warn(missing_docs)]
41#![warn(unreachable_pub)]
42#![warn(clippy::use_self)]
43
44use std::pin::Pin;
45
46mod connection;
47mod endpoint;
48mod incoming;
49mod mutex;
50mod path;
51mod recv_stream;
52mod runtime;
53mod send_stream;
54mod work_limiter;
55
56#[cfg(not(wasm_browser))]
57pub(crate) use std::time::{Duration, Instant};
58#[cfg(wasm_browser)]
59pub(crate) use web_time::{Duration, Instant};
60
61#[cfg(feature = "bloom")]
62pub use proto::BloomTokenLog;
63pub use proto::{
64    AckFrequencyConfig, ApplicationClose, Chunk, ClientConfig, ClosedStream, ConfigError,
65    ConnectError, ConnectionClose, ConnectionError, ConnectionId, ConnectionIdGenerator,
66    ConnectionStats, Dir, EcnCodepoint, EndpointConfig, FrameStats, FrameType, IdleTimeout,
67    MtuDiscoveryConfig, NoneTokenLog, NoneTokenStore, PathId, PathStats, ServerConfig, Side,
68    StdSystemTime, StreamId, TimeSource, TokenLog, TokenMemoryCache, TokenReuseError, TokenStore,
69    Transmit, TransportConfig, TransportErrorCode, UdpStats, ValidationTokenConfig, VarInt,
70    VarIntBoundsExceeded, Written, congestion, crypto,
71};
72#[cfg(feature = "qlog")]
73pub use proto::{QlogConfig, QlogFactory, QlogFileFactory};
74#[cfg(any(feature = "rustls-aws-lc-rs", feature = "rustls-ring"))]
75pub use rustls;
76pub use udp;
77
78pub use crate::connection::{
79    AcceptBi, AcceptUni, Connecting, Connection, OnClosed, OpenBi, OpenUni, ReadDatagram,
80    SendDatagram, SendDatagramError, WeakConnectionHandle, ZeroRttAccepted,
81};
82pub use crate::endpoint::{Accept, Endpoint, EndpointStats};
83pub use crate::incoming::{Incoming, IncomingFuture, RetryError};
84pub use crate::path::{OpenPath, Path};
85pub use crate::recv_stream::{
86    ReadError, ReadExactError, ReadToEndError, RecvStream, ResetError, UnorderedRecvStream,
87};
88#[cfg(feature = "runtime-smol")]
89pub use crate::runtime::SmolRuntime;
90#[cfg(feature = "runtime-tokio")]
91pub use crate::runtime::TokioRuntime;
92#[cfg(any(feature = "runtime-tokio", feature = "runtime-smol"))]
93pub use crate::runtime::default_runtime;
94pub use crate::runtime::{AsyncTimer, AsyncUdpSocket, Runtime, UdpSender};
95pub use crate::send_stream::{SendStream, StoppedError, WriteError};
96
97#[cfg(test)]
98mod tests;
99
100#[derive(Debug)]
101enum ConnectionEvent {
102    Close {
103        error_code: VarInt,
104        reason: bytes::Bytes,
105    },
106    Proto(proto::ConnectionEvent),
107    Rebind(Pin<Box<dyn UdpSender>>),
108}
109
110fn udp_transmit<'a>(t: &proto::Transmit, buffer: &'a [u8]) -> udp::Transmit<'a> {
111    udp::Transmit {
112        destination: t.destination,
113        ecn: t.ecn.map(udp_ecn),
114        contents: buffer,
115        segment_size: t.segment_size,
116        src_ip: t.src_ip,
117    }
118}
119
120fn udp_ecn(ecn: proto::EcnCodepoint) -> udp::EcnCodepoint {
121    match ecn {
122        proto::EcnCodepoint::Ect0 => udp::EcnCodepoint::Ect0,
123        proto::EcnCodepoint::Ect1 => udp::EcnCodepoint::Ect1,
124        proto::EcnCodepoint::Ce => udp::EcnCodepoint::Ce,
125    }
126}
127
128/// Maximum number of datagrams processed in send/recv calls to make before moving on to other processing
129///
130/// This helps ensure we don't starve anything when the CPU is slower than the link.
131/// Value is selected by picking a low number which didn't degrade throughput in benchmarks.
132const IO_LOOP_BOUND: usize = 160;
133
134/// The maximum amount of time that should be spent in `recvmsg()` calls per endpoint iteration
135///
136/// 50us are chosen so that an endpoint iteration with a 50us sendmsg limit blocks
137/// the runtime for a maximum of about 100us.
138/// Going much lower does not yield any noticeable difference, since a single `recvmmsg`
139/// batch of size 32 was observed to take 30us on some systems.
140const RECV_TIME_BOUND: Duration = Duration::from_micros(50);