aboutsummaryrefslogtreecommitdiff
path: root/crates/tor-proto/src
Commit message (Collapse)AuthorAgeFilesLines
...
* tor-proto: add `StreamReceiver::is_empty()`Steven Engler2025-07-171-1/+39
|
* tor-proto: add the `XonXoffReader` and connect it to the reactorSteven Engler2025-07-1711-15/+267
| | | | | | | | | | | | The idea here is that the reactor builds an `XonXoffReaderCtrl` for the new stream, and the `XonXoffReaderCtrl` can receive notifications from the reactor's `StreamFlowControl`. The `XonXoffReaderCtrl` can be combined with any `AsyncRead` to build a `XonXoffReader`, essentially wrapping the `AsyncRead` with a type that handles XON/XOFF flow control. Essentially, the reactor gives you a type that allows you to add XON/XOFF flow control support to any `AsyncRead`. We will add this `XonXoffReader` to the `DataReader` in a future commit.
* tor-proto: add plumbing for sending XONSteven Engler2025-07-176-5/+171
| | | | | Nothing actually causes an XON to be sent yet. But this adds the code so that anything holding the `StreamTarget` can request to send an XON.
* tor-proto: move some code into a `approx_stream_bytes_buffered()` fnSteven Engler2025-07-171-6/+11
|
* Merge branch 'flow-ctrl' into 'main'opara2025-07-1617-160/+591
|\ | | | | | | | | tor-proto,tor-cell: Code refactoring and add support for sending XOFF messages See merge request tpo/core/arti!3094
| * tor-cell: add `FlowCtrlVersion::V0`Steven Engler2025-07-161-12/+2
| |
| * tor-proto: send XOFF messages when the queue grows too largeSteven Engler2025-07-166-6/+121
| |
| * tor-proto: add `CongestionControl::uses_xon_xoff()`Steven Engler2025-07-163-0/+19
| |
| * tor-proto: add dedicated types for the incoming stream queueSteven Engler2025-07-1610-24/+275
| | | | | | | | | | XON/XOFF flow control will want to know how many data bytes are queued on a stream, so the new types track that.
| * tor-proto: combine some objects into a `StreamComponents`Steven Engler2025-07-152-28/+64
| | | | | | | | | | | | As we continue adding more functionality to streams like flow control, we'll have more objects to pass around. This tries to group them together.
| * tor-proto: rename `StreamSendFlowControl` and related changesSteven Engler2025-07-155-46/+47
| | | | | | | | | | | | | | | | The plan is to use `StreamSendFlowControl` (now `StreamFlowControl`) for both outgoing and incoming directions, so a name change is needed. This also updates some comments, and renames some related struct fields that have the word "send" in them.
| * tor-proto: adjust `CtrlMsg::SendSendme` and renameSteven Engler2025-07-153-60/+80
| | | | | | | | | | | | | | | | This allows us to extend the command to implement different flow control methods. We could add new command variants for new flow control methods instead, but I think it makes sense to have them be a single command as they will always have a stream ID / hop location in common. This also helps us keep the flow control logic in one place.
| * tor-cell: remove `flowctl-cc` feature and make XON/XOFF cells stableSteven Engler2025-07-151-1/+0
| | | | | | | | | | I don't see any further changes being needed for these types, and it simplifies a lot of future code in tor-proto that uses these types.
* | proto: Add some docs for the conflux stream tests.Gabriela Moldovan2025-07-161-0/+27
| |
* | proto: Explain why the test MockRuntime is behind a mutex.Gabriela Moldovan2025-07-161-1/+6
| |
* | conflux: Ensure the min-heap is really a min-heap.Gabriela Moldovan2025-07-161-1/+1
| | | | | | | | | | | | | | | | The `Ord` impl of `OooRelayMsg` already "reverses" the seqno comparison, which means previously we were double-reversing it (leading to the ooo cell heap logic being broken in cases where its size was > 1). Caught by the new conflux switch handling tests.
* | conflux: Add test for out-of-order cell handling in the client.Gabriela Moldovan2025-07-161-3/+252
| |
* | proto: Make the mock exit start writing to the stream.Gabriela Moldovan2025-07-161-1/+84
| |
* | proto: Replace oneshot completion channel with event channel.Gabriela Moldovan2025-07-161-18/+45
| | | | | | | | | | | | | | The two mock exit legs will use this channel to notify each other of the receipt of BEGIN cells. This will enable us to extend the tests to support writing cells to the stream (but only after the stream is opened).
* | proto: Give ConfluxStreamState a constructor.Gabriela Moldovan2025-07-161-7/+14
| |
* | proto: Replace tuple with struct with named fields for clarity.Gabriela Moldovan2025-07-161-37/+30
| | | | | | | | This abolishes the overly-long tuple used in these tests.
* | proto: Move list of expected switches to a separate variable.Gabriela Moldovan2025-07-161-26/+30
| | | | | | | | | | I am moving these out of the `relays` list, in preparation for a minor refactoring around that part.
* | proto: Clarify docs to say who the receiver of the data_recvd is.Gabriela Moldovan2025-07-161-1/+1
| |
* | proto: Remove no-longer accurate comment from test.Gabriela Moldovan2025-07-161-4/+0
| |
* | proto: Refactor test loop exit condition.Gabriela Moldovan2025-07-161-1/+13
| | | | | | | | | | This is about to become slightly more complex, as the mock exit will support writing to the stream too.
* | proto: Rename test for clarity.Gabriela Moldovan2025-07-161-1/+1
|/ | | | | I will another test for exit-to-client transmissions, so I am preemptively renaming its counterpart.
* Merge branch 'flow-ctrl' into 'main'opara2025-07-1012-96/+327
|\ | | | | | | | | tor-proto: Handle incoming XON/XOFF messages See merge request tpo/core/arti!3054
| * tor-proto: renamed `get_bytes_per_sec()` to `bytes_per_sec()`Steven Engler2025-07-102-2/+2
| |
| * tor-proto: changed 'if' statements to 'match'Steven Engler2025-07-102-22/+34
| |
| * tor-proto: added TODOs for making rate limit stream optionalSteven Engler2025-07-092-0/+2
| |
| * tor-proto: set `XonXoffBased` variant behind "flowctl-cc" featSteven Engler2025-07-072-5/+23
| |
| * tor-proto: finish support for `StreamSendFlowControl` XON/XOFFSteven Engler2025-07-071-7/+4
| |
| * tor-proto: handle XON/XOFF messagesSteven Engler2025-07-075-7/+101
| |
| * tor-proto: establish channel for rate limit updatesSteven Engler2025-07-079-31/+127
| |
| * tor-proto: code movementSteven Engler2025-07-071-33/+33
| | | | | | | | Moves the `DataWriter` impl to immediately after the definition.
| * tor-proto: small `DataWriter` refactoringSteven Engler2025-07-071-25/+35
| |
| * tor-proto: remove incorrect doc commentSteven Engler2025-07-071-2/+0
| |
| * tor-proto: move sendme decoding into `StreamSendFlowControl`Steven Engler2025-07-074-18/+22
| | | | | | | | | | We only want to try to decode it if the circuit is using window-based flow control.
* | Merge branch 'fix-zero-read' into 'main'Ian Jackson2025-07-101-2/+3
|\ \ | | | | | | | | | | | | | | | | | | tor-proto: Fix 0-len buffer bug in `DataReader::poll_read` Closes #2053 See merge request tpo/core/arti!3080
| * | tor-proto: fix 0-len buffer bug in `DataReader::poll_read`Steven Engler2025-06-261-2/+3
| | |
* | | Merge branch 'prop360-combined' into 'main'Nick Mathewson2025-07-104-1/+144
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | Implement proposal 360 (limit HsDesc inflation opportunities) Closes #2046 See merge request tpo/core/arti!3070
| * | | Suggestions from @gabi-250 on prop360 implementation.Nick Mathewson2025-07-101-1/+1
| | | |
| * | | Comment to explain _why_ ExcessOutbound is internal.Nick Mathewson2025-07-101-0/+5
| | | |
| * | | Rename last_hop to last_hop_info to fix name conflictNick Mathewson2025-07-101-1/+1
| | | |
| * | | proto: Add the ability to enforce a maximum number of cells per hopNick Mathewson2025-07-104-1/+118
| | | |
| * | | proto: Add method to get the last hop of a circuit.Nick Mathewson2025-07-101-0/+21
| | |/ | |/|
* / | Typo fixes (automatic and hand-verified)Nick Mathewson2025-07-092-2/+2
|/ / | | | | | | Made with https://crates.io/crates/typos-cli
* | tor-proto: Remove unnecessary return.Gabriela Moldovan2025-07-071-1/+1
| |
* | Temporarily suppress mismatched_lifetime_syntaxes.Gabriela Moldovan2025-07-071-0/+1
| | | | | | | | See #2060.
* | proto: ignore large_enum_variant warningNick Mathewson2025-07-031-1/+1
| | | | | | | | | | This appears to be a testing-only struct, so we can safely ignore the warning.