代理IP链路里的数据在路上走，难免会遇到个别比特出错的情况，比如线路干扰、设备老化。为了让接收方知道收到的 IP 内容有没有问题，报文里带了一段校验信息，收方算一遍、比对一下，对不上就丢掉重来。这套机制很朴素，却是整条链路可靠性的第一道防线。
校验信息通常放在包头或包尾的固定位置，算法是公开的，双方事先约定好。它不负责纠错，只负责发现：算出结果与携带的值不一致，就说明这一份报文有问题，直接丢弃并等待重传。这个分工让实现保持简单。
- 按约定算法对内容算一遍
- 把结果与报文自带的校验值比对
- 不一致就丢弃，不交给上层
- 等待发送方重传同一份内容
哪些错误能被发现
在代理IP转发时，单个比特翻转、连续的少量比特出错，这类问题基本都能被发现。但如果出错的位数较多，或者校验值本身也一起出问题，就有可能算出来仍然对得上，这时候错误会漏过去，交给上层才发现。这也是为什么除了这一层校验，传输层和应用层还会各自再设一道。
校验能发现绝大多数偶发错误，却挡不住精心构造的改动。需要防后者时，得靠带密钥的摘要手段，普通的校验值是做不到的。
多重校验的分工
每一层只看自己关心的范围：链路层管相邻设备之间，网络层管端到端的地址与头部，传输层管数据是否完整到达。范围不同，能发现的问题也不同。三层叠加起来，绝大多数偶发错误都能在早期被拦下。
发现错误的代价，是重传一次。
重传带来的连锁影响
发现错误就丢弃重传，这个动作本身是有代价的。重传占用了带宽，也拉长了完成时间。如果某一条链路持续出错，表现就是吞吐明显低于理论值，而丢包统计里又看不到典型的拥塞特征。把校验失败与拥塞丢包分开看，定位方向才对。
转发链路上怎么算
在代理IP链路上，转发的每一段都有自己的校验环节，任何一段出错都会触发本段重传，前面已经完成的部分不受影响。理解这一点，看到重传统计时就知道该往哪一段追。
校验只覆盖 IP 报文自身，链路两端设备之间是否原样传递，还需要其他手段佐证。