在代理IP链路里，同样是转发，在新的地址协议下会多出几步以前没有的动作。这些动作来自地址变长与头部结构调整，与实现者的偏好无关。理解这些调整，排查时才知道哪些现象属于正常范畴。
最直观的变化是 IP 头部结构。新协议的头部做了简化，把校验、分片这些工作更多地交给两端处理，中间设备只做基本判断。这本意是减轻转发负担，但也让中间设备在遇到某些情况时无法像过去那样独立处理。
| 环节 | 传统协议 | 新协议 |
|---|---|---|
| 头部处理 | 逐段校验并改字段 | 头部简化，校验少一步 |
| 分片方式 | 中间设备可自行分片 | 通常由两端负责 |
| 地址来源 | 通常单一来源 | 可能带多个来源，择优 |
| 邻居发现 | 由独立协议完成 | 并入统一发现流程 |
中间设备承担的角色变了
过去中间设备遇到过大报文可以自行切分，现在这个动作一般由发送端完成，中间设备只负责丢弃并回一个提示。因此在新协议环境里，路径上任何一处支持的报文尺寸偏小，都会直接反馈到发送端，调整的动作也从中间挪到了两头。
转发动作的归属变了，排查位置也跟着变。看到尺寸相关的问题，先把注意力放到两端，别逐台中间设备去翻配置。
- 先确认两端支持的报文尺寸是否一致
- 再看路径中最小的一处是多少
- 路径返回值里通常带有可参考的上限
- 调整在发送端完成，中间设备不参与
代理IP链路里怎么看待这些差别
代理IP转发处在中间位置，既要对接发送端，也要对接目标站，两端支持的协议不一定相同。遇到一端较新、一端较旧的情况，转发环节会做一次转换或退回，多出来的这一步常常被忽略。发现链路里出现意料之外的延迟时，可以把协议支持范围列出来对一遍。
差别不在速度快慢，在处理归属。
把这些差异记在排查清单里，遇到新协议环境下才出现的问题，就能第一时间想到从代理IP链路的两端找原因。