NAT 路径的额外开销
地址转换设备会改写报文的地址与端口并维护会话表，新建会话、表项耗尽、超时清理这三件事都会反映到连接建立速度与失败率上。把内侧与外侧的报文对照，就能看到地址与端口被映射成了什么值：映射稳定时长连接可以长期存活，映射频繁更换则会导致长会话中断。排查重点在于会话老化时间与业务保活间隔是否匹配——老化时间短于保活间隔时，连接会在安静期被静默清理，而两端应用都以为连接还在。
基本信息
| 设备行为 | 改写地址与端口并维护会话表 |
|---|---|
| 对照方法 | 内外侧同时抓包比较映射结果 |
| 常见问题 | 会话老化时间短于应用保活间隔 |
| 资源限制 | 会话表容量与新建速率存在上限 |
| 行为依据 | RFC 4787（地址转换行为要求） |
典型使用场景
- 映射核查：确认地址与端口的映射方式以及是否稳定
- 长连接中断定位：确认会话是否被设备提前清理
- 容量评估：会话表容量与新建速率能否满足业务峰值
- 环境对比：同一业务在不同网络环境下表现差异明显时
- 保活参数核对：把保活间隔与设备老化时间对齐
内外侧对照
内外侧对照
# 内侧抓包：私有地址与源端口
# 外侧抓包：映射后的公网地址与端口
10.0.0.5:32100 → 198.51.100.7:40001
# 映射长期稳定 → 长连接更稳
# 映射频繁更换 → 长会话可能被打断映射行为与影响
| 行为 | 表现 | 影响 |
|---|---|---|
| 映射稳定 | 同一连接长期使用同一对外端口 | 长连接体验较好 |
| 映射频繁更换 | 每次新建会话端口都变化 | 长会话可能中断 |
| 表项耗尽 | 新建连接失败或延迟上升 | 表现为间歇性不可用 |
会话老化时间短于应用保活间隔时，连接会在安静期被设备静默清理，两端应用都以为连接还在，症状是长时间空闲后第一次请求失败。
会话表容量与新建速率要按设备实际规格评估，只参考默认值会在高并发场景下明显失准。