mirrors/arti.git/crates/tor-circmgr/src/build.rs, branch arti-v1.7.0

Merge branch 'expire-halfstream-cbt' into 'main'

2025-09-24T18:08:19Z

proto: Remove half-streams when they expire. Closes #264 See merge request tpo/core/arti!3267

tor-proto: use `CellCount` in `FlowCtrlParameters`

2025-09-16T17:47:27Z

circmgr: Pass the timeout estimator to circuit constructor (fmt).

2025-09-16T16:49:53Z

circmgr: Pass the timeout estimator to circuit constructor.

2025-09-16T16:49:53Z

This enables us to read the CBT estimates from the circuit reactor (we need these to compute the half-stream timeouts for #264).

tor-proto: add `FlowCtrlParameters` to `CircParameters` and `HopSettings`

2025-09-11T04:43:58Z

proto: Add a circuit module shared between client and relay impls.

2025-08-28T10:54:48Z

This is just code motion (I suggest reviewing with `--color-moved`). This also moves the implementation-agnostic parts from `tor_proto::client::circuit` to a new `tor_proto::circuit` module.

chanmgr: Add KeyMgr to channel builder

2025-08-20T16:41:03Z

This is so a relay can build authenticated channels. Several keys/cert are required for this that are within the key manager. Signed-off-by: David Goulet

circmgr: Move the body of get_channel_to_guard into its only caller.

2025-08-07T22:47:46Z

circmgr: Don't count channel negotiation towards circuit built time.

2025-08-07T22:05:38Z

This is important, since some circuits require us to negotiate a new channel, and some don't: by adding this variability, we can easily learn a timeout based on pre-existing channels to our guards, but then later time out if it takes a while to open a TLS connection. This is a possible solution to part of #2079, a bug where we "learn" a circuit timeout that is too low for us to satisfy.

cirmgr: extract code that opens a channel.

2025-08-07T21:18:40Z