@kevinlicy #14 感谢老哥反馈 最早的版本是支持IPv4单独跑大包的，但部分建站用的服务商的防火墙太猛，用户指定跑大包如果丢包严重，可能不知道是防火墙的问题，还是线路的问题。这点之后会考虑优化一下，留一个单独跑大包的设置。 IPv6能否跑大包还在测试中，zstatic cdn团队说IPv6节点不如IPv4稳定，所以能不能扛住压测还不确定，暂时没上线这个功能。 老哥提到的问题后续有完善的话我会艾特老哥。
@dupe0801 #11 已添加www.gstatic.com并同步到GitHub bash <(curl -fsSL https://tcpquality.ibsgss.uk/run) --intl就可以单独探测国际互联
@等等牌就来 #18 是的老哥，大包探测中： 路由探测仍然用nexttrace的psize实现的（traceroute对tcp大包支持不好，会被系统重置为30B的小包，udp模式可以走不同路由，icmp则会被商家特定优化） 延迟和重传还是用nping的data-length实现的，这种对于优化线路机来说，一般是准的。但防火墙比较严格的建站机可能会丢掉这种构造包，脚本会在预热阶段尝试下，有这种情况的话就只探测大包路由，不探测大包的延迟和重传了。 老哥说的按照带宽那种大小包怎么理解？是这种吗： 商家宣称有100Mbps，但实际上只保证10Mbps，在这个限速下大小包都OK。但超过这个限速段后，重传会迅速增加。 如果老哥说的是这种的话，目前我设法用--speedtest参数在不同限速段下查看重传次数，应该能看出商家是否设置了限速段（重传迅速增加的那个）。但这个参数当前默认不运行，因为会消耗一定流量。 三网速度正常的 三网速度不正常的（重点看限速200Mbps下联通和移动的表现）
国际互连检测能否增加 www.gstatic.com 一项？有些 vps 对 www.google.com 延迟很低，但对其他谷歌域名延迟很高（比如 wawo）
@dupe0801 #11
感谢反馈，后续替换或者补充，版本更新后再艾特老哥。
有两三个省CTGGIA变成163了
大部分没变，是不是那几个省晚高峰要遭殃了
@k2think 大佬试过了, 默认是带ipv4大包检测的. 不知道能不能支持ipv6的大包? 还有能不能有个设置, 就是说我仅关心大包检测, 是不是可以设置为仅大包?
@kevinlicy #14
感谢老哥反馈
最早的版本是支持IPv4单独跑大包的，但部分建站用的服务商的防火墙太猛，用户指定跑大包如果丢包严重，可能不知道是防火墙的问题，还是线路的问题。这点之后会考虑优化一下，留一个单独跑大包的设置。
IPv6能否跑大包还在测试中，zstatic cdn团队说IPv6节点不如IPv4稳定，所以能不能扛住压测还不确定，暂时没上线这个功能。
老哥提到的问题后续有完善的话我会艾特老哥。
@k2think #15
多谢回复, 👍
@dupe0801 #11
已添加
www.gstatic.com并同步到GitHubbash <(curl -fsSL https://tcpquality.ibsgss.uk/run) --intl就可以单独探测国际互联这个大包是不是就是用nexttrace的psize实现的，那估计测不出来按带宽来的那种大小包
@等等牌就来 #18
是的老哥，大包探测中：
路由探测仍然用nexttrace的psize实现的（traceroute对tcp大包支持不好，会被系统重置为30B的小包，udp模式可以走不同路由，icmp则会被商家特定优化）
延迟和重传还是用nping的data-length实现的，这种对于优化线路机来说，一般是准的。但防火墙比较严格的建站机可能会丢掉这种构造包，脚本会在预热阶段尝试下，有这种情况的话就只探测大包路由，不探测大包的延迟和重传了。
老哥说的按照带宽那种大小包怎么理解？是这种吗：
商家宣称有100Mbps，但实际上只保证10Mbps，在这个限速下大小包都OK。但超过这个限速段后，重传会迅速增加。
如果老哥说的是这种的话，目前我设法用
--speedtest参数在不同限速段下查看重传次数，应该能看出商家是否设置了限速段（重传迅速增加的那个）。但这个参数当前默认不运行，因为会消耗一定流量。@kevinlicy #16
对于IPv4单独跑大包，暂时可用
--only-large运行。后续对IPv6或者参数名调整的话我再单独艾特老哥。目前readme是没有更新的。