[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #33008 [Metrics/Relay Search]: Display a bridge's distribution bucket



#33008: Display a bridge's distribution bucket
-------------------------------------------------+-------------------------
 Reporter:  phw                                  |          Owner:
                                                 |  metrics-team
     Type:  enhancement                          |         Status:
                                                 |  needs_review
 Priority:  Medium                               |      Milestone:
Component:  Metrics/Relay Search                 |        Version:
 Severity:  Normal                               |     Resolution:
 Keywords:  s30-o24a1, anti-censorship-roadmap-  |  Actual Points:
  2020Q1 metrics-team-roadmap-2020Q1             |
Parent ID:  #31281                               |         Points:  2
 Reviewer:  cohosh                               |        Sponsor:
                                                 |  Sponsor30-can
-------------------------------------------------+-------------------------

Comment (by karsten):

 Okay, I agree that we should distinguish five bridge distribution
 mechanisms in Relay Search with links to BridgeDB's information page:

  - "HTTPS", "Email", and "Moat";

  - "Reserved": also known as "unallocated" in bridge pool assignment files
 which most bridge operators will never hear about; and

  - "None": either not distributed by BridgeDB as requested by the bridge
 operator, or distributed via one of the four other mechanisms but too new
 for Relay Search to know. (The info page should probably mention both
 possibilities.)

 If this makes sense, we can tell Relay Search to display these terms
 (using this capitalization) rather than the raw strings it receives from
 bridge pool assignment files.

 Regarding a possible change to BridgeDB to actually rename these strings
 in bridge pool assignment files, I'd rather want to avoid that. There's
 not really a spec for bridge pool assignment files where we could write
 down when we changed "unallocated" to "reserved" and why. Soon we'd forgot
 why we renamed this string and whether "unallocated" and "reserved" are
 actually the same thing or not. It's a bit like onion service directories
 still using relay flag "HSDir" rather than "OSDir". Historically,
 "unallocated" was the correct term when the only alternatives were to
 allocate a bridge to the HTTPS or Email distributor. It's just a bit less
 correct since there's now another alternative to really not assign a
 bridge to any distributor and instead drop it.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/33008#comment:23>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs