dignifiedquire bfa8b43975 fix(proto): accept remote PATH_ABANDON for last path (#397)
Previously, receiving PATH_ABANDON for the only remaining path was
rejected with `ClosePathError::LastOpenPath`, killing the connection
via `TransportError::NO_VIABLE_PATH` without accepting the abandon or
sending a reciprocal PATH_ABANDON.

Per draft-ietf-quic-multipath-21 Section 3.4, PATH_ABANDON is
non-optional: the endpoint MUST accept it and send a reciprocal. When
it's the last path, the spec says SHOULD send CONNECTION_CLOSE, but a
client MAY open a new path instead.

Changes:
- `close_path_inner` now accepts both locally- and remote-initiated
  abandon of the last path (previously blocked both)
- Remote CIDs are preserved for last-path abandon so PATH_ABANDON can
  be sent on the abandoned path itself
- New `ConnTimer::NoViablePath` grace timer (~1 PTO) starts when the
  last path is abandoned. If a new path is opened within the grace
  period (cancelled in `ensure_path`), the connection survives.
  Otherwise CONNECTION_CLOSE is sent when the timer fires.
- Frame handler no longer returns transport error for last-path abandon
- Updated `path_close_last_path` test: closing last path now succeeds
  and triggers connection close
2026-03-18 19:26:00 +01:00
2026-02-06 10:04:56 +00:00
2026-03-09 14:41:38 +01:00
2026-03-09 14:41:38 +01:00
2025-03-24 15:57:34 +00:00
2026-03-09 14:41:38 +01:00
2026-03-09 14:42:54 +01:00
2026-03-09 14:40:18 +01:00
2020-01-27 10:21:10 -08:00
2025-12-02 13:24:18 +01:00
2026-03-09 14:45:33 +01:00
2025-02-23 11:52:46 +00:00

noq

Documentation Crates.io Chat License: MIT License: Apache 2.0

General purpose implementation of the QUIC transport protocol in pure Rust. Noq is built as an async-friendly API in the noq crate on top of a sans-io protocol library in noq-proto.

Noq started out as a fork of the excellent Quinn project. The main focus of development has been towards adding support for more QUIC (draft) extensions:

Features

  • Easy to use futures-based async API.
  • Client and server server functionality.
  • 0-RTT and 0.5-RTT data support.
  • Ordered and unordered stream reads.
  • Custom and zero-length connection identifiers.
  • Fully pluggable crypto API with a Rustls implementation using ring or aws-lc-rs provided by default for convenience.
  • Broad platform support, including Linux, Windows, macOS, android, iOS and wasm.

Standards

The noq library aims to be correct implementation of various QUIC standards:

Getting started

Examples at https://github.com/n0-computer/noq/blob/main/noq/examples

$ cargo run --example server ./
$ cargo run --example client https://localhost:4433/Cargo.toml

This launches an HTTP 0.9 server over the QUIC transport on the loopback address serving the current working directory, with the client fetching ./Cargo.toml. By default, the server generates a self-signed certificate and stores it to disk, where the client will automatically find and trust it.

License

Copyright 2025 The quinn developers Copyright 2025 N0, INC.

This project is licensed under either of

at your option.

Contribution

Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this project by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.

S
Description
noq, a QUIC implementation in Rust
Readme 106 MiB
Languages
Rust 99.3%
Python 0.5%
Shell 0.2%