开启 ipv6 就会有大量 tcp 重传（有公网 v6 地址），卡的要死。关了 v6 就正常，几乎没有重传。
mtu 1492
mss 1360
测试方式：
curl -6 https://test.ipw.cn ，抓包
基本上 5 次里面就有 1 次大量重传。
兄弟们也这样吗？
武汉电信
mtu 1492
mss 1360
测试方式：
curl -6 https://test.ipw.cn ，抓包
基本上 5 次里面就有 1 次大量重传。
兄弟们也这样吗？
武汉电信
 |
1
buf1024 1 天前 via Android
因为有针对 ipv6 的 tcp 阻断
|
 |
3
heiher 23 小时 53 分钟前 via Android
进一步降低 mtu 试试？
|
 |
4
iijboom 22 小时 3 分钟前  2
|
 |
5
xqzr 21 小时 56 分钟前
提供抓包截图/文件
|
 |
6
liuyee 21 小时 5 分钟前
同电信，一模一样，现在已经把 IPv6 关了
|
 |
7
465456 20 小时 19 分钟前
主路由 openwrt ，刚试了抓包，没问题
|
 |
8
miaomiao888 18 小时 53 分钟前
曾经遇过 IPV6 路由黑洞，原本用的很旧的路由器里有个 MTU 设置，改了也不行，后来怀疑这个设置应该只针对 IPV4 而对 IPV6 无效，最终换了个华硕路由器就没问题了。
|
|
9
xqzr 18 小时 49 分钟前
|
 |
10
pagxir 17 小时 3 分钟前 via Android
DNS 作下处理，IPv4 优先就好了。v6 目前路由还是不太行
|
 |
11
c398425861 16 小时 8 分钟前
开启 MSS 钳制
|
 |
12
TonyBoney 15 小时 34 分钟前 via Android
由于 ipv6 不能在中途分片，而且某些运营商会丢弃提示包过大的 ICMP 信息，导致了许多包石沉大海，最终连接失败。看看这篇 cloudflare 的博客文章，按照他们的测试结果不断调整自己的 mtu 和 mss ，直到连接正常，他们观察到 89.8%对端的 MTU 大于 1380+40=1420 ，75%的 MTU >= 1452:
https://blog.cloudflare.com/increasing-ipv6-mtu/ |
 |
13
swananan 8 小时 58 分钟前
tcp 重传会持续很久吗？给个复现的抓包看看？
理论上 TCP 协议栈早早支持了 https://datatracker.ietf.org/doc/html/rfc4821 所以哪怕有 ICMP 黑洞，也能依赖 TCP 数据段快速探测出来真实的 MTU ，然后自动调整 |
Select Language