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

Re: [tor-bugs] #8085 [Stegotorus]: Develop a bad transparent proxy test



#8085: Develop a bad transparent proxy test
--------------------------+-------------------------------------------------
 Reporter:  vmon          |          Owner:  zwol
     Type:  task          |         Status:  new 
 Priority:  major         |      Milestone:      
Component:  Stegotorus    |        Version:      
 Keywords:  chopper, ack  |         Parent:      
   Points:                |   Actualpoints:      
--------------------------+-------------------------------------------------

Comment(by vmon):

 The transparent tester_proxy now has the commandline option[--drop-rate
 DROPRATE] where DROPRATE is a decimal number between 0 and 1. Everytime,
 read_cb is called back by libevent to retrieve the information, the proxy
 reads the data off the socket and then generate random number between 0
 and 1 and write it to the other socket, only if the number is greater than
 the DROPRATE.

 Without re-transmit, this bring the communication to stall. It is not
 clear for me that Stegotorus, as it is, can survive this even with
 retransmission for high drop rates. But there are ways to fix that. For
 one thing, I don't know why Stegotorus does not follow HTTP 1.1 standard
 of all connections are persistant. Persistent connections can solve quite
 few of the current problems.

 I have yet to write a formal python unit test running this with different
 rates but for now I'm using it to test the retransmission.

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