]> git.ipfire.org Git - thirdparty/tor.git/commitdiff
Note a couple of changes in TC
authorNick Mathewson <nickm@torproject.org>
Mon, 14 Mar 2005 22:13:42 +0000 (22:13 +0000)
committerNick Mathewson <nickm@torproject.org>
Mon, 14 Mar 2005 22:13:42 +0000 (22:13 +0000)
svn:r3760

doc/control-spec.txt

index 0571d068fe17767b57c35dccae0941bac1c13852..24eebe180972d458759c08d4f9efaec0a1fe3fc5 100644 (file)
@@ -38,8 +38,8 @@ The messages take the following format:
    Body   [Length octets]
 
 Upon encountering a recognized Type, implementations behave as described in
-section 3 below.  If the type is not recognized, servers respond with a
-"STAT" message (code UNRECOGNIZED; see 3.1 below), and clients simply ignore
+section 3 below.  If the type is not recognized, servers respond with an
+"ERROR" message (code UNRECOGNIZED; see 3.1 below), and clients simply ignore
 the message.
 
 2.1. Types and encodings
@@ -186,7 +186,8 @@ the message.
 
                 Status [1 octet]
                    (Sent connect=0,sent resolve=1,succeeded=2,failed=3,
-                    closed=4, new connection=5, new resolve request=6)
+                    closed=4, new connection=5, new resolve request=6,
+                    stream detached from circuit, retriable=7)
                 Stream ID [4 octets]
                    (Must be unique to Tor process/time)
                 Target (NUL-terminated address-port string]
@@ -358,6 +359,12 @@ the message.
   If the circuit ID is 0, responsibility for attaching the given stream is
   returned to Tor.
 
+  {Implementation note: By default, Tor automatically attaches streams to
+  circuits itself, unless the configuration variable "__ManageConnections" is
+  set to "0".  Attempting to attach streams via TC when "__ManageConnections"
+  is true may cause a race between Tor and the controller, as both attempt to
+  attach streams to circuits.}
+
 3.16 POSTDESCRIPTOR (Type 0x000F)
 
   [Proposal; not finalized]