<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-circmgr/src/build.rs, branch arti-v1.4.6</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.6</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.6'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-06-10T15:52:28Z</updated>
<entry>
<title>proto: Refactor cc fallback.</title>
<updated>2025-06-10T15:52:28Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-06-05T16:38:03Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=fef3034648dede7cc5fb2d698f2825e44144fe24'/>
<id>urn:sha1:fef3034648dede7cc5fb2d698f2825e44144fe24</id>
<content type='text'>
The fallback CC algorithm is _always_ fixed-window, and we should only
use it when the selected CC algorithm is not supported.
</content>
</entry>
<entry>
<title>Move responsibility for choosing extensions into tor-proto</title>
<updated>2025-06-10T15:52:28Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-06-05T16:23:51Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=11fe4bb4d74e4f936bc360f6b5c5cf539e94b99c'/>
<id>urn:sha1:11fe4bb4d74e4f936bc360f6b5c5cf539e94b99c</id>
<content type='text'>
Now tor-circmgr no longer needs to check which Protover capabilities
are enabled, or construct a separate CircParameters for each hop.
Instead, tor-proto decides whether to use the fallback CC mode,
based on whether the target supports FLOWCTRL_CC.

Closes #1967.
</content>
</entry>
<entry>
<title>proto: Provide and use a create_firsthop() wrapper too.</title>
<updated>2025-04-28T17:35:06Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-28T17:35:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=43c4da3e612d5e08293d4881e4ccda9e8cbd6fb9'/>
<id>urn:sha1:43c4da3e612d5e08293d4881e4ccda9e8cbd6fb9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-proto: New extend() to pick between ntor and ntor3</title>
<updated>2025-04-28T17:24:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-28T17:24:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=c16e7d67c6bcd2a3653842a0ecb9337b428adb06'/>
<id>urn:sha1:c16e7d67c6bcd2a3653842a0ecb9337b428adb06</id>
<content type='text'>
In the future, when we add more circuit handshakes (PQ anyone?)
we'll want to have the logic for choosing which to use be unified.
Almost nobody calling tor-proto should need to care which circuit
handshake is going to be used.

Closes #1970.
</content>
</entry>
<entry>
<title>tor-circmgr: put vegas cc in `CircParameters` behind `if false`</title>
<updated>2025-04-23T20:48:35Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-04-23T17:30:39Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=eeda643f253bf4400db8cb8edcc3706bb26bc111'/>
<id>urn:sha1:eeda643f253bf4400db8cb8edcc3706bb26bc111</id>
<content type='text'>
This means that even with the "flowctl-cc" feature enabled, we shouldn't
try to negotiate congestion control.
</content>
</entry>
<entry>
<title>tor-circmgr: only use congestion control if "flowctl-cc" feature is enabled</title>
<updated>2025-04-23T18:39:16Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-04-17T03:57:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d353c989a53ab706ec53d9526222a9a73f73e67f'/>
<id>urn:sha1:d353c989a53ab706ec53d9526222a9a73f73e67f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-circmgr: switch from `supports_{known,named}_subver()`</title>
<updated>2025-04-23T18:38:25Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-04-17T03:06:12Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=a67fb88473b466e80d9a35f364d44ecb5f82f4cc'/>
<id>urn:sha1:a67fb88473b466e80d9a35f364d44ecb5f82f4cc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>circ: Don't pin CC algorithm to FixedWindow anymore</title>
<updated>2025-04-23T18:36:28Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2025-01-22T16:54:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=82dc13d7254b963a9c63f986ebdda1006cdb2d9c'/>
<id>urn:sha1:82dc13d7254b963a9c63f986ebdda1006cdb2d9c</id>
<content type='text'>
Circuit handshake negotiation for congestion control has been added in
previous commit so stop pinning the algorithm.

This commit marks the start of congestion control usage by arti client.

Closes #1817

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>circ: Apply possible subprotocol changes to circ params</title>
<updated>2025-04-23T18:36:28Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2025-01-22T16:41:17Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e1064562c3f718325b9930d7d6120be38a445b27'/>
<id>urn:sha1:e1064562c3f718325b9930d7d6120be38a445b27</id>
<content type='text'>
Congestion control can change the circuit parameters if the relay we are
negotiating with doesn't support FlowCtrl=2.

This commit adds a function in the circuit builder that will apply any
changes to the circuit parameters of the hop based on the hop protocol
values. For now, only congestion control applies.

Part of #1817

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
<entry>
<title>circ: Remove CircParameters reference in call stack</title>
<updated>2025-04-23T18:36:28Z</updated>
<author>
<name>David Goulet</name>
<email>dgoulet@torproject.org</email>
</author>
<published>2025-01-22T16:35:17Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0c9b5c88c3b02250368ddd4606bacaf3eb387bad'/>
<id>urn:sha1:0c9b5c88c3b02250368ddd4606bacaf3eb387bad</id>
<content type='text'>
This avoids cloning the object and instead allows us to have a
CircParameters per hop on the circuit path. This will come handy with
congestion control where each hop might have different congestion
control parameters.

Part of #1817

Signed-off-by: David Goulet &lt;dgoulet@torproject.org&gt;
</content>
</entry>
</feed>
