summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2008-12-29 19:57:13 +0000
committerNick Mathewson <nickm@torproject.org>2008-12-29 19:57:13 +0000
commit83491796eee11a75ecd1d1cba07a0a5226bf4de9 (patch)
tree075917ce01a372ca6adfbb4cd80901e90b2cf347
parent45bd6c650d71205544c0c5ed86a2b19eded86e5e (diff)
downloadtor-83491796eee11a75ecd1d1cba07a0a5226bf4de9.tar.gz
tor-83491796eee11a75ecd1d1cba07a0a5226bf4de9.zip
Explain why the XXXX021 in connection_or.c was there, and explain why it doesn' actually need to get fixed in 0.2.1, I think.
svn:r17819
-rw-r--r--src/or/connection_or.c10
1 files changed, 9 insertions, 1 deletions
diff --git a/src/or/connection_or.c b/src/or/connection_or.c
index 8125afdab9..bfd3a71b81 100644
--- a/src/or/connection_or.c
+++ b/src/or/connection_or.c
@@ -633,7 +633,15 @@ connection_or_group_set_badness(or_connection_t *head)
* every other open connection. If it's non-canonical, mark as bad
* every other open connection to the same address.
*
- * XXXX021.
+ * XXXX This isn't optimal; if we have connections to an OR at multiple
+ * addresses, we'd like to pick the best _for each address_, and mark as
+ * bad every open connection that isn't best for its address. But this
+ * can only occur in cases where the other OR is old (so we have no
+ * canonical connection to it), or where all the connections to the OR are
+ * at noncanonical addresses and we have no good direct connection (which
+ * means we aren't at risk of attaching circuits to it anyway). As
+ * 0.1.2.x dies out, the first case will go away, and the second one is
+ * "mostly harmless", so a fix can wait until somebody is bored.
*/
for (or_conn = head; or_conn; or_conn = or_conn->next_with_same_id) {
if (or_conn->_base.marked_for_close ||