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

Re: [tor-bugs] #4297 [BridgeDB]: Teach bridgedb how to handle descriptors with IPv6 addresses

#4297: Teach bridgedb how to handle descriptors with IPv6 addresses
-------------------------+--------------------------------------------------
 Reporter:  ln5          |          Owner:  aagbsn  
     Type:  enhancement  |         Status:  accepted
 Priority:  normal       |      Milestone:          
Component:  BridgeDB     |        Version:          
 Keywords:  ipv6         |         Parent:  #4563   
   Points:               |   Actualpoints:          
-------------------------+--------------------------------------------------

Comment(by aagbsn):

 Yes, that's the most recent work.

 However, during the course of development for #5027 (continuing from
 #4097, and not in parallel) several bugs were found and fixed in the #5027
 branch.

 e.g.
 {{{
   master
         \__4097-ipv6-bridges
                             \__5027-allocate-bridges-by-country
 }}}

 What needs to happen:
 1. Cleanup/backport of fixes will need to occur if 4097 is to be deployed
 in advance of 5027.
  This was started; those -rebased* branches are work-in-progress.
 2. Read ipv6 addresses from "a" lines, rather than or-address lines.
   I don't think there are any such 'a' lines in networkstatus-bridges or
 bridge-descriptors yet. Is that right?
 3. Make ipv6 addresses persistent in BridgeDB's database.
   The one place where the Bridge address seems to matter is in Bucket.py.
 Presently BridgeDB does not store ipv6 addresses in its database; probably
 an oversight. One solution would be to add a new table in BridgeDB's
 database for or-addresses in order to accommodate variable-length or-
 addresses.Presently Bucket.dumpBridges() just writes an address:port on
 each line, and each line represents a single bridge. Bucket.dumpBridges()
 could be modified to write multiple lines per bridge. Will it be a problem
 that a single bridge may be represented by multiple lines without any
 indication that this is the case?

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/4297#comment:10>
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