分享刚做的一个块传输加速软件

爱意满满的作品展示区。

This topic created in 3613 days ago, the information mentioned may be changed or developed.

https://github.com/losfair/AlphaTrans
最近做了一个使用 udp+tcp 的块传输加速软件。（一个上午写的，代码自带混淆）
服务端监听在 UDP port 6789 和 TCP port 6789 上， UDP port 接收数据， TCP port 同步控制信息。
客户端连接到服务端后主动推送数据。
实测从 Vultr (New York) 传输 10MB 数据到我电脑上（电信普通宽带， 20M ，非 CN2 ）约需 9s.
丢包重传算法耗费时间较多( 时间随文件拆分的数据包数量增加，高于线性 )，待优化。
服务端用法： ./server_recv 不需要参数，接收到的数据保存在 received.data 中
客户端用法： ./client_send [file_name] [server_ip]
编译直接 make 即可。
欢迎测试和 PR :)

Supplement 1 · Jul 2, 2016

现在加入了简单的拥塞控制。
数据分块传输，提升大文件的传输速度。
命令行参数格式调整为：
服务端： ./server_recv > [output_file_name]
客户端： ./client_send [server_ip] < [input_file_name]
便于与其他程序进行集成。
目前的问题：
1. 貌似墙学习了 UDP 流量的特征。。含 Flag 的包 200 个只能到达几个。可能需要添加混淆。
2. 分块传输离流传输更近了一步，但是尚未实现真正的流传输，需要发送端填满一个 block 或者读完输入，接收端才有输出。

19 replies • 2016-07-08 11:44:51 +08:00

fcicq

Jul 1, 2016

能证明你的方法和 TCP Reno 相容吗?

yexm0

Jul 1, 2016 via Android

windows 版有不？

imxieke

Jul 1, 2016 via Android

资瓷.

zhouheyang0919

Jul 1, 2016

@fcicq 数据传输通过 UDP 进行， TCP 连接仅用于状态同步。
传输流程大致是这样的：
发送端与接收端之间建立 TCP 连接和 UDP mapping -> 发送端通过 TCP 发送数据总长度，两端分别计算传输所需的 block 数量 -> 发送端以恒定速率发包 (udp)，然后传输一定量的带有特殊标志 (0x1fffffff) 的包，以填充丢包造成的数据包数量小于预测数量，期间接收端无任何返回（这一步有待改进） -> 接收端将缺失的 block ID 通过 tcp 传输给发送端，发送端重复上一步过程（但只发送缺失的包），重复这两步直到缺失的 block 数量为 0 -> Done

fcicq

Jul 1, 2016

@zhouheyang0919 没有减速逻辑的话必然不相容了.