使用 Socat 实验 SCTP 传输层协议

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个专门讨论 idea 的地方。

每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。

那这个时候，不妨可以把那些 idea 分享出来，启发别人。

这是一个创建于 256 天前的主题，其中的信息可能已经有所发展或是发生改变。

SCTP ，132 号 IP 协议，是 TCP 、UDP 之外的另一选择
不幸的是，就跟 IPsec 这位难兄难弟一样，过不了 NAT
但不幸中的万幸，我的宽带给了公网 IPv6

于是乎：
1 、香港云服务器，运行 wg ，分配地址 100.127.255.1
2 、有 v6 公网接入的 Ubuntu 虚拟机一台，运行 wg ，分配地址 100.127.255.2
3 、Ubuntu 虚拟机的隧道对端设置为 127.0.0.1:8132

4 、在香港云服务器运行 socat：
socat sctp6-listen:8080,fork udp4-sendto:127.0.0.1:51820

5 、在 Ubuntu 虚拟机 yu 运行 socat
socat udp4-listen:8132,fork sctp6-connect:[<云服务器的 v6>]:8080

6 、ping 命令结果
PING 100.127.255.1 (100.127.255.1) 56(84) bytes of data.
64 bytes from 100.127.255.1: icmp_seq=1 ttl=64 time=141 ms
64 bytes from 100.127.255.1: icmp_seq=2 ttl=64 time=34.8 ms
64 bytes from 100.127.255.1: icmp_seq=3 ttl=64 time=34.8 ms

emm ，看来封装对延迟几乎没有影响

7 、iperf3 测速
iperf3 -c 100.127.255.1 -P 10 -R -O 2
[SUM] 0.00-10.04 sec 8.26 MBytes 6.90 Mbits/sec sender
[SUM] 0.00-10.00 sec 8.34 MBytes 6.99 Mbits/sec receiver

比较拉跨……

第 1 条附言 · 256 天前

SCTP 带宽比较拉，但是实际体验很丝滑的样子……

第 2 条附言 · 254 天前

研究了下，SCTP 速度比较低迷的原因主要是它缺乏比较有竞争性的拥塞算法（ BBR 不影响 SCTP ）
不过 Linux 里面有一个玩意能影响所有的流量，不管是 UDP ，TCP 还是 SCTP ，那就是 qdisc
执行以下命令后，速度有了显著改观，现在能稳定跑 30Mbps
ifconfig ens5 txqueuelen 5000
ethtool -K ens5 tso off
tc qdisc replace dev ens5 root fq maxrate 1gbit

8 条回复 • 2023-08-15 15:03:54 +08:00