diff options
author | Roger Dingledine <arma@torproject.org> | 2011-03-15 17:38:28 -0400 |
---|---|---|
committer | Roger Dingledine <arma@torproject.org> | 2011-03-15 17:38:28 -0400 |
commit | ab2e389479d5db84f9a7de5f0e2cf279934d19c6 (patch) | |
tree | eea086cee7588f82dcdd8544185724c62283364d /proposals/ideas | |
parent | ef0bff2ff3c14934a6cd056d8a9d03151741c675 (diff) | |
download | torspec-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.txt | 11 |
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: |