diff options
author | Isis Lovecruft <isis@torproject.org> | 2015-10-30 14:38:05 +0000 |
---|---|---|
committer | Isis Lovecruft <isis@torproject.org> | 2015-10-30 14:38:05 +0000 |
commit | eb9ac3b859b95d9a53bc850e79c04698bc5268d4 (patch) | |
tree | 78da48ec83075fcbe7e331d2874b307732683e89 /proposals | |
parent | c9a9acb28f8b3ec536e2ff38f87fd2892d813f64 (diff) | |
download | torspec-eb9ac3b859b95d9a53bc850e79c04698bc5268d4.tar.gz torspec-eb9ac3b859b95d9a53bc850e79c04698bc5268d4.zip |
Add additional comments to prop#188 on bridge reachability self-testing.
Diffstat (limited to 'proposals')
-rw-r--r-- | proposals/188-bridge-guards.txt | 18 |
1 files changed, 18 insertions, 0 deletions
diff --git a/proposals/188-bridge-guards.txt b/proposals/188-bridge-guards.txt index 4303937..5d09412 100644 --- a/proposals/188-bridge-guards.txt +++ b/proposals/188-bridge-guards.txt @@ -482,6 +482,24 @@ Status: Accepted entirely, by automatically setting "AssumeReachable 1" for all bridge relays… although I am not sure if this is wise. + Our best idea thus far, for bridge reachability self-testing, is to create + a circuit like so: + + Bridge → Guard → Middle → OtherMiddle → Guard → Bridge + + While, clearly, that circuit is just a little bit insane, it must be that + way because we cannot simply do: + + Bridge → Guard → Middle → Guard → Bridge + + because the Middle would refuse to extend back to the previous node + (all ORs follow this rule). Similarly, it would be inane to do: + + Bridge → Guard → Middle → OtherMiddle → Bridge + + because, obviously, that merely shifts the problem to OtherMiddle and + accomplishes nothing. [XXX Is there something smarter we could do? —IL] + 5.2.2. Bridge Reachability Testing by the BridgeAuthority After receiving Bob's descriptors, the BridgeAuthority attempts to |