Expand description
Optional file-transfer protocol over application-provided protected routes.
OpenRTC owns peer admission and the stream. This crate owns only reusable framing, resumable route frames, and bounded file IO. Consumer applications retain acceptance, destination, queue, history, billing, and notification policy.
Re-exports§
pub use capabilities::RequiredTransferCapabilities;pub use capabilities::TransferCapabilities;pub use capabilities::MAX_CAPABILITY_BYTES;pub use capabilities::MAX_SAFE_FILE_BYTES;pub use capabilities::REQUIRED_CAPABILITIES_METADATA_KEY;
Modules§
- capabilities
- Negotiated protocol requirements. Application stores and authorization remain with the consumer; advertised capabilities must reflect its real receiver.
- flow_
control - Shared pacing of application body bytes. One controller serves all bulk
executors in a runtime; admission, ACKs and lifecycle control bypass it.
Call
acquirebefore starting transport I/O deadlines. Dropping the future cancels a queued slice without leaving a peer slot or timer behind.
Structs§
- Body
Flow - Shared runtime controller plus the authenticated peer’s product-independent scheduling key. Application accounting remains outside this SDK.
- File
Transfer Header - Received
File - Transfer
Limits
Enums§
- Routed
Transfer Frame - One bounded file-transfer message sent through OpenRTC’s current-route selector. A transfer is a sequence of these frames, not one physical stream, so route promotion or replacement does not discard confirmed work.
- Transfer
Error
Constants§
- DEFAULT_
CHUNK_ BYTES - DEFAULT_
MAX_ FILE_ BYTES - DEFAULT_
MAX_ HEADER_ BYTES - DEFAULT_
ROUTED_ CHUNK_ BYTES - MAX_
RECEIVER_ WAIT_ LEASE_ MS - MAX_
ROUTED_ TRANSFER_ ID_ BYTES - RECEIVER_
WAIT_ METADATA_ KEY - ROUTED_
FRAME_ MAGIC