[or-cvs] router twins are long gone from tor. take them out of the s...

[arma@xxxxxxxx]

Update of /home/or/cvsroot/tor/doc
In directory moria:/tmp/cvs-serv28771

Modified Files:
	tor-spec.txt 
Log Message:
router twins are long gone from tor. take them out of the spec.

also note two spec things that need more explanation.


Index: tor-spec.txt
===================================================================
RCS file: /home/or/cvsroot/tor/doc/tor-spec.txt,v
retrieving revision 1.94
retrieving revision 1.95
diff -u -d -r1.94 -r1.95
--- tor-spec.txt	1 Nov 2005 06:28:07 -0000	1.94
+++ tor-spec.txt	11 Nov 2005 17:06:54 -0000	1.95
@@ -15,6 +15,7 @@
 TODO: (very soon)
       - REASON_CONNECTFAILED should include an IP.
       - Copy prose from tor-design to make everything more readable.
+when do we rotate which keys (tls, link, etc)?
 
 0. Notation:
 
@@ -189,6 +190,9 @@
    The port and address field denote the IPV4 address and port of the next
    onion router in the circuit; the public key hash is the SHA1 hash of the
    PKCS#1 ASN1 encoding of the next onion router's identity (signing) key.
+[XXX please describe why we have this hash. my first guess is that this
+way we can notice that we're already connected to this guy even if he's
+connected at a different place. anything else? -RD]
 
    The payload for a CREATED cell, or the relay payload for an
    EXTENDED cell, contains:
@@ -315,10 +319,6 @@
    section 4.1. above, concerning choosing circIDs based on
    lexicographic order of nicknames.)
 
-   As an extension (called router twins), if the desired next onion
-   router R in the circuit is down, and some other onion router R'
-   has the same public keys as R, then it's ok to extend to R' rather than R.
-
    When an onion router receives a CREATE cell, if it already has a
    circuit on the given connection with the given circID, it drops the
    cell.  Otherwise, after receiving the CREATE cell, it completes the