]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
tor-spec.txt tweaks from arma
authorNick Mathewson <nickm@torproject.org>
Wed, 15 Sep 2010 17:08:44 +0000 (13:08 -0400)
committerNick Mathewson <nickm@torproject.org>
Wed, 15 Sep 2010 17:08:44 +0000 (13:08 -0400)
doc/spec/tor-spec.txt

index 314169f78a3c6a132350a6de30de30015cc0ecd7..a08005c6daaf6d5932b89f6c6df66dad28644e9c 100644 (file)
@@ -598,13 +598,12 @@ see tor-design.pdf.
    RELAY_TRUNCATED cell.
 
    [Note: If an OR receives a TRUNCATE cell and it has any RELAY cells
-   still queued on the circuit for the next node that it had not yet sent,
-   it will drop them without sending them.  This is not considered
-   conformant behavior, but it probably won't get fixed till a later
-   version of Tor.  Thus, clients SHOULD NOT send a TRUNCATE cell to a
-   node running any current version of Tor if they have sent relay cells
-   through that node, and they aren't sure whether those cells have been
-   sent on.]
+   still queued on the circuit for the next node it will drop them
+   without sending them.  This is not considered conformant behavior,
+   but it probably won't get fixed until a later version of Tor.  Thus,
+   clients SHOULD NOT send a TRUNCATE cell to a node running any current
+   version of Tor if a) they have sent relay cells through that node,
+   and b) they aren't sure whether those cells have been sent on yes.]
 
    When an unrecoverable error occurs along one connection in a
    circuit, the nodes on either side of the connection should, if they