|
|
|
|
|
by iforgotpassword
1257 days ago
|
|
That udp2raw tool is pretty interesting. I was pondering about this while I was in China, since an UDP based tunnel was rather slow. I wondered whether TCP would get a different treatment, packet loss for UDP was constantly around 33%, which made me suspicious. But I didn't have the patience to fake the TCP headers properly and simulate a 3-way handshake. I saw the same author created a tool that would wrap UDP traffic with reed-solomon to tackle packet loss. I took the cheap approach and just sent every packet a second time with a delay of RTT/2, so a lost packet that made it through on the second attempt would still be in time (2*RTT) to avoid TCP doing a slow start again, ruining throughput all the time. YouTube went from unusable to doing 480p most of the time. |
|