aboutsummaryrefslogtreecommitdiff
path: root/proposals/ideas
diff options
context:
space:
mode:
authorRoger Dingledine <arma@torproject.org>2011-03-15 17:38:28 -0400
committerRoger Dingledine <arma@torproject.org>2011-03-15 17:38:28 -0400
commitab2e389479d5db84f9a7de5f0e2cf279934d19c6 (patch)
treeeea086cee7588f82dcdd8544185724c62283364d /proposals/ideas
parentef0bff2ff3c14934a6cd056d8a9d03151741c675 (diff)
downloadtorspec-ab2e389479d5db84f9a7de5f0e2cf279934d19c6.tar.gz
torspec-ab2e389479d5db84f9a7de5f0e2cf279934d19c6.zip
mention the uint32_t -> tor_addr_t transition too
Diffstat (limited to 'proposals/ideas')
-rw-r--r--proposals/ideas/xxx-ipv6-plan.txt11
1 files changed, 9 insertions, 2 deletions
diff --git a/proposals/ideas/xxx-ipv6-plan.txt b/proposals/ideas/xxx-ipv6-plan.txt
index 26a0359..f88c0b0 100644
--- a/proposals/ideas/xxx-ipv6-plan.txt
+++ b/proposals/ideas/xxx-ipv6-plan.txt
@@ -41,8 +41,15 @@ What needs to change:
dual stack of both IPv4 and IPv6 for interconnection seems like a
reasonable step towards a fully hybrid v4/v6 Tor network.
- Of course, more issues may be discovered as we develop solutions for these
- issues, some of which may need to take priority.
+ One implementation hurdle that will need to get resolved alongside
+ these changes is to convert uint32_t to tor_addr_t in many more places
+ in the Tor code, so we can handle addresses being either IPv4 or IPv6.
+ There are a few cases, e.g. the local router list, where we'll want
+ to think harder about the resource requirements of keeping tens of
+ thousands of larger addresses in memory.
+
+ More issues may of course also be discovered as we develop solutions
+ for these issues, some of which may need to take priority.
Designs that we will need to do: