tpt-rfc

Rust

Clean-room, dual-licensed (MIT OR Apache-2.0) Rust implementations of IETF RFC protocols — closing ecosystem gaps left by license-incompatible popular crates.

0 stars0 forks0 watchersApache License 2.0

Languages

Rust93.7%C++6.1%Python0.2%
README

TPT Solutions RFC Platform

A single Cargo workspace of clean-room, dual-licensed (MIT OR Apache-2.0) Rust implementations of widely-used IETF RFC protocols. The goal is to close real ecosystem gaps caused by licensing incompatibilities between existing, popular crates and downstream projects that require permissive or unambiguously dual-licensed dependencies.

Every crate is built spec-first: we read the authoritative RFC, write a SPEC-NOTES.md tracking which sections are implemented, and prove conformance with official RFC/IETF test vectors plus solid test coverage before it is marked "spec-complete".

Crates

CrateRFCStatus
tpt-cborRFC 8949 (CBOR)in progress
tpt-sshRFC 4251–4254planned
tpt-hotpRFC 4226planned
tpt-x509RFC 5280planned
tpt-ed25519RFC 8032planned
tpt-imap-serverRFC 3501planned
tpt-dohRFC 8484planned
tpt-http-cacheRFC 9111planned
tpt-dhcpRFC 2131planned

See spec.txt for the original survey of gaps, and todo.md for the prioritized build plan.

Clean-room policy

These crates are implemented from specification text only. We do not copy source from existing implementations (e.g. ciborium, russh, ed25519-dalek, x509-parser, http-cache-semantics, …). Where a dual-licensed parser or primitive crate is reused, it is a dependency, not copied code. See CONTRIBUTING.md.

License

Licensed under either of

at your option.

Contribution

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