diff options
author | Roger Dingledine <arma@torproject.org> | 2011-03-15 03:15:14 -0400 |
---|---|---|
committer | Roger Dingledine <arma@torproject.org> | 2011-03-15 03:15:14 -0400 |
commit | 0b9b650e4bbe08bdc23583e5c17441fe1bdd1433 (patch) | |
tree | fffb50a006360f6d3de86efdbebea67ed5937c38 /proposals/ideas | |
parent | dfc115e2325745da7438b5a787ec7026d11df4e7 (diff) | |
download | torspec-0b9b650e4bbe08bdc23583e5c17441fe1bdd1433.tar.gz torspec-0b9b650e4bbe08bdc23583e5c17441fe1bdd1433.zip |
fix typos, point out one of nickm's sentences that
Diffstat (limited to 'proposals/ideas')
-rw-r--r-- | proposals/ideas/xxx-ipv6-plan.txt | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/proposals/ideas/xxx-ipv6-plan.txt b/proposals/ideas/xxx-ipv6-plan.txt index 73a21f1..c59dcd4 100644 --- a/proposals/ideas/xxx-ipv6-plan.txt +++ b/proposals/ideas/xxx-ipv6-plan.txt @@ -7,7 +7,7 @@ Status: Draft Overview: This document outlines what we'll have to do to make Tor fully - support IPv6. It refers to other proposals, current and as-yes + support IPv6. It refers to other proposals, current and as-yet unwritten. It suggests a few incremental steps, each of which on its own should make Tor more useful in the brave new IPv6 future of tomorrow. @@ -48,7 +48,7 @@ Designs that we will need to do: For IPv6-only clients, we'll need to specify that routers can have multiple addresses and ORPorts, and allow secondary addresses/ports - that. There is an old proposal (118) to try to allow multiple + that[...? XXX]. There is an old proposal (118) to try to allow multiple ORPorts per router. It's been accepted; it needs to be checked for correctness, updated to track other changes in more recent Tor versions, and updated to work with the new microdescriptor designs. @@ -61,7 +61,7 @@ Designs that we will need to do: from one /24 to another takes a little effort for most clients. The directory authorities assume that blacklisting an IP is an okay response to a bad router at that address. These and other places - will needed instead more appropriate notions of "closeness" and + will instead need more appropriate notions of "closeness" and "similarity". We'll want to consider geographic and political boundaries rather than @@ -84,15 +84,15 @@ Designs that we will need to do: Tor routers. For these, we'll need to consider network topology issues: having nodes that can't connect to all the other nodes will weaken one of our basic assumptions for path generation, so - we'll need to make sure to do the analysis enough to tell that this + we'll need to make sure to do the analysis enough to tell whether this is safe. Ready, fire, aim: An alternative methodology At least one volunteer is currently working on IPv6 issues in Tor. If his efforts go well, it might be that our first design drafts - for some of these open topics arrive concurrently (or even in the - form of!) with alpha code to implement them. If so, we need to + for some of these open topics arrive concurrently with (or even in + the form of!) alpha code to implement them. If so, we need to follow a variant of the design process, extracting design from code to evaluate it (rather than designing then coding). Probably, based on design review, some changes to code would be necessary. |