tcp_base_mss如何基础MSS

本文目录导读：

1. 核心定义与默认值
2. tcp_base_mss 是如何工作的？（计算流程）
3. 为什么要设置 tcp_base_mss？有何作用？
4. 如何查看和修改？
5. 何时需要调整 tcp_base_mss？

在 Linux 内核的 TCP/IP 协议栈中，tcp_base_mss 是一个关键的参数，它定义了 TCP 连接的 基础最大报文段长度（Base MSS）。

它是 TCP 连接在未进行路径 MTU 发现（PMTUD, Path MTU Discovery）或仅依赖接口 MTU 之前，保底使用的 MSS 值。

以下是关于 tcp_base_mss 的详细解释：

核心定义与默认值

• 定义：tcp_base_mss 是内核计算最终 MSS 时的 “下限”或“起点”，它并不是最终协商出的 MSS，而是一个用于防止 MSS 过小或过大的基础值。
• 默认值：通常是 512 字节。
  • 为什么是 512？这是一个历史遗留的保守设计，早期的互联网和许多设备（如 PPPoE 拨号）的 MTU 常为 576 字节，512 字节 (576 - 20 (IP头) - 20 (TCP头)) 保证了在大多数链路（包括 PPPoE 或隧道）上，即使不做 PMTUD，数据包也能顺利通过，不会被分片。
  • 在现代网络（以太网 MTU=1500）中，这个值通常会被后续计算覆盖，除非链路 MTU 非常小。

tcp_base_mss 是如何工作的？（计算流程）

内核在建立 TCP 连接（三次握手）时，会通过以下步骤计算最终的 MSS 并通告给对端：

1. 获取接口 MTU：TCP 从路由或网卡接口获取 设备 MTU（以太网一般是 1500）。

2. 减去头部开销：从这个 MTU 中减去 IP 头（20 字节）和 TCP 头（20 字节）。1500 - 20 - 20 = 1460，这个 1460 是理想 MSS。

3. 应用 tcp_base_mss 限制：

   • 内核会与 tcp_base_mss 进行比较。
   • 取最大值：最终的 基础计算值 = max( tcp_base_mss, 理想MSS )。
   • 防止过大：如果链路 MTU 非常巨大（Jumbo Frame，9000 字节），tcp_base_mss 会作为一个上限来避免内存浪费吗？不会，它更多是作为下限，但实际中，还有一个 sysctl_tcp_mtu_probing 和 tcp_mtu_probe_size 配合来控制探测上限。tcp_base_mss 是下限。
   • 关键逻辑：最终确定的 MSS = min( 接口MTU - 40, tcp_base_mss + 一些修正)？ 不完全是。

   更准确的公式是：

   // 简化的内核逻辑（来自 net/ipv4/tcp_output.c）
   // 1. 从路由获取 mtu
   mtu = dst_mtu(dst);
   // 2. 减去固定头部开销
   mss_now = mtu - sizeof(struct iphdr) - sizeof(struct tcphdr); // = mtu - 40
   // 3. 关键：不能小于 tcp_base_mss 的下限
   if (mss_now < tp->tcp_base_mss) {
       // 如果实际 MSS 小于 base，说明链路 MTU 极其小（VPN 隧道），则使用 base
       mss_now = tp->tcp_base_mss;
   }
   // 4. 如果有其他选项（如 SACK，Timestamps）会再减去相应大小
   // 5. 最终通告给对端的 MSS 是这个值

   tcp_base_mss 是一个保底策略：如果由于链路 MTU 过小（中间有隧道导致实际 MTU 只有 600），计算出的 MSS 小于 512，那么内核会强制将 MSS 提升到 512，这保证了即使链路很糟糕，TCP 也能发送一个合理的、不会引发大量分片（虽然可能仍需要分片）的报文。

为什么要设置 tcp_base_mss？有何作用？

• 避免路径 MTU 黑洞：某些网络设备会错误地丢弃“需要分片”且设置了 DF 标志位的大报文，而不发送 ICMP 错误，MSS 太大，PMTUD 会失败，导致连接卡死。tcp_base_mss 提供了一个较小的保底值，使 TCP 能继续尝试发送。
• 隧道与 VPN 场景：PPPoE、IPSec、GRE、WireGuard 等隧道会额外增加头部（8-50字节不等），隧道出口的真实链路 MTU 可能远小于 1500。tcp_base_mss 确保了在这些链路上，MSS 不会小到影响基本吞吐（例如不会降到 100 字节）。
• 协议安全与稳定性：它是内核为应对极端网络环境（如中间盒重置）设置的一道防线。

如何查看和修改？

你可以通过 sysctl 查看或动态修改（需要 root 权限）：

# 查看当前值
sysctl net.ipv4.tcp_base_mss
# 临时修改（重启后失效）
sudo sysctl -w net.ipv4.tcp_base_mss=1024
# 永久修改（写入配置文件）
echo "net.ipv4.tcp_base_mss = 1024" >> /etc/sysctl.conf
sysctl -p

何时需要调整 tcp_base_mss？

• 隧道环境（强烈推荐）：如果你的服务器连接了大量 VPN 或物理链路 MTU 小于 1500（1450 的 PPPoE），可以适当降低 tcp_base_mss（如设为 1200 或 1400），但通常不需要改，更常用的做法是调整接口 MTU 或使用 iptables 的 TCPMSS 模块。
• 高性能 Jumbo Frame：如果所有链路都支持 9000 字节巨帧，可以调高 tcp_base_mss（8960），避免内核回退到 512 这个过小的值，但注意，一旦中间有不支持巨帧的链路，路径 MTU 探测可能会复杂化。

标签： MSS配置