开启 IPv6 后网速变得很慢？可能是 PMTU 黑洞的问题

[raysonx]

发现最近经常有人提到开启 IPv6 连接速度慢的问题。目前国内确实存在支持 IPv6 的服务器、CDN 节点不够多，IPv6 国际带宽比 IPv4 带宽小的问题，但也不至于会打开国内网站都卡。通常情况下遇到这个问题说明你到目标服务器的链路上存在 PMTU 黑洞。

关于 PMTU 黑洞

MTU (Maximum transmission unit) 是一条链路上可以通过的三层数据包的最大尺寸（包含 IP 包头）。以太网上默认的 MTU 是 1500 字节，但是你和目标服务器之间的路径上可能存在小于 MTU 1500 的链路。这条路径上最小的 MTU 值就是整条路径的 PMTU 值。路由器在转发包时，超过 MTU 大小的包会被分片（ Fragmentation ），也就是一个大包会被分切为多个不超过 MTU 的小包进行传输，传输效率会下降。

终端设备在发包时，也可以设置 DF （ Don't Fragment ）标记来告诉路由器不要分片。这时中间路由器会丢掉超过 MTU 的包，回复一条 ICMP Fragmentation Needed 消息。发送者收到这个包后，下次就会发小一点的包，这个过程叫做 PMTU Discovery 。现实中可以看到 HTTPS （ TLS ）的流量大都是带 DF 标记的。

然而，互联网上有大量的中间设备为了所谓的“安全”或者没有正确配置，不回应 ICMP Fragmentation Needed 包，这使得访问某些网站时如果某个包的大小超过了 PMTU，会被无声地丢弃，直到 TCP 协议发现超时丢包进行重传，这非常缓慢。遇到这种情况，我们可以说你和目标服务器的路径上存在 PMTU 黑洞。

此外，IPv6 不支持分片，换句话说可以理解为 IPv6 下所有的包都是带 DF 标记的。中间路由器在遇到包尺寸大于 MTU 的情况时，应该回应 ICMPv6 Packet Too Big 消息。同样的，由于种种原因，某些中间设备可能会直接丢包而不回应 ICMPv6 Packet Too Big 消息，直到 TCP 协议发现超时丢包进行重传。。。

为什么 IPv4 没有这个问题

其实 IPv4 也有这个问题，我不只一次见网友说自己搭的软路由访问某些网站非常慢，而换回硬路由就正常。这是因为多数家用路由器默认对 IPv4 下的 TCP 开启了 MSS (maximum segment size) Clamping （使用 OpenWRT 软路由的朋友们可以在防火墙设置中找到 MSS Clamping 开关）。MSS Clamping 是针对 PMTU 黑洞的 Workaround，简单来说就是 TCP 握手时有个 MSS 字段决定单个 TCP 包的最大尺寸。路由器可以通过嗅探 TCP 握手包，把 MSS 值改小，使最终的三层 IP 包的尺寸（ MSS+TCP 头大小+IP 头大小）不超过某个特定的值。

总结

现在国内 ISP 一般都是通过 PPPoE 虚拟拨号建立 WAN 口连接的。Ethernet 的默认 MTU 是 1500，但是 PPPoE 隧道有 8 个 bytes 的开销，所以 PPPoE 虚连接的 MTU 就是 1500-8=1492，减掉 IPv4 包头（ 20 字节）和 TCP 包头（ 20 字节），可以得知 IPv4 下需要把 MSS 设为 1452 以下。

IPv6 的包头是 40 字节，所以 IPv6 下需要把 MSS 设为 1432 以下。

这时问题来了，目前很多光猫、家用路由器对 IPv6 的优化很差，不支持对 IPv6 下的 TCP 包进行 MSS Clamping，这就导致访问 IPv6 网站时，若路径中存在 PMTU 黑洞，则打开很慢。

我前段时间帮朋友配置 IPv6 时发现了很多光猫、家用路由器的固件问题，使得国内使用 IPv6 的体验不太理想。我打算抽空专门开一个帖子去讨论这些问题，声讨那些垃圾厂家。目前来看，要想在国内比较理想地体验 IPv6，你需要把光猫改为桥接模式，并使用 OpenWRT 或者 VyOS 这类对 IPv6 支持较好的软路由。

[yov123456]

赞，当时 erx 的时候也折腾了很久

[vwxc]

谢谢分享，有空试试看，之前都是直接关掉 v6 下发

[icegaze]

学习了，
openwrt 在防火墙里没有找到 MSS clamping 的设置，望楼主指点迷津。

[icegaze]

找到了，

在 网络--防火墙--区域 那里，可以打勾，设置上。

多谢多谢。

[samondlee]

az,华硕路由默认推荐的 1492 需不需要改成 1452

[wszgrcy]

感谢.原来是这样,我就是开 ipv6 后有些网站死慢的....

[xiaooloong]

pfsense 的 ipv6 遇到这个问题了。家里是联通的宽带，装机的时候直接让师傅改了桥接，这边联通又默认给了公网 ip 就一直没折腾 ipv6 。后来换了 openwrt 用了一下发现居然有 ipv6 。才知道 ipv6 是直接跑在 pppoe 里用 dhcpv6 client 获取的。开启之后 ipv6 测试网直接就说我 v6 的 mtu 有问题。往上查了一下说是因为 pfsense 计算 v6 的 mss 直接用了 v4 的参数导致的 bug 。虽然官方说已经在 2.5.1 修复但是我遇到问题的正式 2.5.1 。最后还是手动改了 mss 才这正常的。

[raysonx]

@xiaooloong pfSense 好多年没有用了，不知道现在情况怎么样，好像开发不怎么频繁的样子。我看国外很多老用户都转向了 OPNsense，你可以试试看。

[phxsuns]

谢谢分享。
我是无奈才关了 IPv6 的，开了就是慢。看起来就是这个原因。

[thtznet]

现阶段用 IPv6 也没什么好处，业界既然不成熟，就不开了。

[raysonx]

@thtznet 其实协议和技术本身都很成熟，IPv6 在设计之初也顺带解决了一些 IPv4 的设计缺陷（比如组播、广播风暴等），主流操作系统的支持也没问题，但小厂商的设备真的是一言难尽。

[xhcnb]

谢谢分享! 之前没有考虑到这一层
这就去把 ipv6 再打开试试

[Unclev21x]

贴主求教。
光猫桥接，路由器刷了梅林固件，路由器开启 IPv6，ipv6-test 测试结果正常，各设备都能拿到 IPv6 的地址。手机上用 Safari 看一些 IPTV 的时候，浏览器地址栏的域名自动切换到了 IPv6 地址。
问题（举例说明）：
有个在线广播电台合集的网站（必须科学上网才能听），不管是通过浏览器，还是官方 App 去收听节目的时候，如果开启了 IPv6，就听不了。如果关掉 IPv6，马上就可以收听。

这个问题的原因我现在不知道是什么，可能的原因如下：
1. 代理问题。路由器上开启了代理，但是 IPv6 访问的时候没有走代理（如果是这样，怎么强制让 IPV6 的流量走代理？）；
2. IPv6 问题。如果走了 IPv6，就是不能收听。

[Unclev21x]

@Unclev21x 好几个网站都遇到这样的情况了。似乎设备上的 IPv6 的地址默认就是公网地址了。

[raysonx]

@Unclev21x 仅凭你的描述我也无法断定问题所在，但能肯定的是这个在线广播的域名解析到了一个你不能访问的 IPv6 。如果你的代理不支持 IPv6，你可能需要屏蔽这个域名的 AAAA 记录和 TYPE65 记录。

[KnightNic]

我们这儿天翼网关要是改成桥接，千兆宽带就只剩 500 兆了，不知道什么原因。

[raysonx]

@KnightNic 光猫的的问题。你的光猫可能是软桥接，无硬件加速，CPU 性能不足以支持千兆。

[KnightNic]

@raysonx 可能还不一定是性能问题呢，早前 500 兆的宽带，改桥接可以 500 兆满速，后来从某段时间开始就不行了，只要改了桥接就变成半速。500 兆变 250 兆，千兆变 500 兆。

[guanyin9cn]

1412

[root@x6 /mnt/jffs2/hw/bin] # iptables-save | grep MSS
-A PREROUTING -i ppp257 -p tcp -m tcp --tcp-flags SYN,RST,ACK SYN -m tcpmss --mss 1412:65535 -j TCPMSS --set-mss 1412

[guanyin9cn]

hw 光猫 默认都是 1412.