主 题：TQ的小小更新，看看VPS是否存在握手优化？？？
发 布 者：k2think
标签分类： 技术
时 间：2026-07-27 17:27:46
内容预览：更新源于这个帖子：https://www.nodeseek.com/post-840173-1严格来说，我之前仅知道商家有以下行为：ICMP协议优化。即icmp带了1200B这种大包，依然走优化路由。但tcp走劣化路由TCP小包优化。即syn不带数据时走优化路由，携带较大数据包后走劣化路由动态路由/随机路由。典型代表是aws，据猫猫说有部分商家也采用了这种方式，目前还在测试对于前两种，tq采用了tcp的syn探测/syn大包探测。尽管syn大包在少数高防御的建站机器上会探测失败，但对于大多数优化线路机器是能成功的。因此前两种情况都能探测出来。但直到遇到了一开始提到的帖子。发现居然真的有商家在做握手优化，握手完成后走劣化路由。具体来说，这个hk的机器在握手阶段延迟是正常的40-60ms，握手成功后，无论大小包，延迟都变为160-190ms其实针对这种情况，最好的办法就是建立真实tcp连接，然后持续发送数据包查看延迟情况。但目前采用的都是开源工具，不容易实现。因此我们采用间接的方法，直接在测速阶段探测tls延迟，如果tls延迟与tcp握手阶段的延迟保持一致，那么就不存在握手成功后路由劣化，反之就存在。因此我们在tq中增加了两项内容，回程延迟/去程延迟，理论上这两项延迟应该与IPv4回程/IPv4大包回程的延迟接近。DMIT 三网单线程速度报告链接：https://tcpquality.ibsgss.uk/r/R_F_O1bL-j这台是大妈的机器，能看出来传输过程中延迟没有太大的变化。
直达链接： https://www.nodeseek.com/post-842786-1
发 布 者：k2think
标签分类： 技术
时 间：2026-07-27 17:27:46
内容预览：更新源于这个帖子：https://www.nodeseek.com/post-840173-1严格来说，我之前仅知道商家有以下行为：ICMP协议优化。即icmp带了1200B这种大包，依然走优化路由。但tcp走劣化路由TCP小包优化。即syn不带数据时走优化路由，携带较大数据包后走劣化路由动态路由/随机路由。典型代表是aws，据猫猫说有部分商家也采用了这种方式，目前还在测试对于前两种，tq采用了tcp的syn探测/syn大包探测。尽管syn大包在少数高防御的建站机器上会探测失败，但对于大多数优化线路机器是能成功的。因此前两种情况都能探测出来。但直到遇到了一开始提到的帖子。发现居然真的有商家在做握手优化，握手完成后走劣化路由。具体来说，这个hk的机器在握手阶段延迟是正常的40-60ms，握手成功后，无论大小包，延迟都变为160-190ms其实针对这种情况，最好的办法就是建立真实tcp连接，然后持续发送数据包查看延迟情况。但目前采用的都是开源工具，不容易实现。因此我们采用间接的方法，直接在测速阶段探测tls延迟，如果tls延迟与tcp握手阶段的延迟保持一致，那么就不存在握手成功后路由劣化，反之就存在。因此我们在tq中增加了两项内容，回程延迟/去程延迟，理论上这两项延迟应该与IPv4回程/IPv4大包回程的延迟接近。DMIT 三网单线程速度报告链接：https://tcpquality.ibsgss.uk/r/R_F_O1bL-j这台是大妈的机器，能看出来传输过程中延迟没有太大的变化。
直达链接： https://www.nodeseek.com/post-842786-1
