| 用途 | 验证 MSS 改写是否落地 |
|---|---|
| 字段 | tcp.options.mss_val（对比隧道两端抓包） |
对比方法
对比方法
发端抓包：SYN mss=1460
隧道路由器后抓包：SYN mss=1400（示例）
⇒ 中途存在 clamping 设备MSS 调小属常见优化；关键是两端与路径口径一致，避免大包进入失败。
MSS Clamping 的抓包验证
隧道环境常在出口做 MSS clamping（改写 TCP 的 MSS 选项）：抓包对比改写前后 SYN 的 mss_val 即可确认策略是否生效。
易错点
- clamping 只影响 TCP，UDP 大包问题仍要按路径 MTU 处理
- 写错方向的 clamping 会让两端 MSS 不一致，抓包对照时核对每段
数据来源与参考
- RFC 6691（MSS）
- RFC 4459（MTU/MSS 问题）