博客探讨了CRC校验错误及其在链路层、安全层和应用层的数据完整性校验作用。分析了为何在应用层进行数据校验的必要性。
我看到这篇文章有感，TCP的可靠性有多高？
以太网的CRC32比较强，但它只能保证同一个网段上的通信不会出错(两台机器的网线插到同一个交换机上，这时候以太网的CRC是有用的)。但是，如果两台机器之间经过了多级路由器呢？
我知道同一个以太网域内，Ethernet的FCS尾部有CRC32字段会保证数据完整性，但是作者说在多级路由器之间传输的数据无法保证数据完整性。原因是什么呢，是不是因为“由于多级路由器之间的传输不是使用的Ethernet协议栈，所以就没有CRC32等算法？”
那么问题来了，为什么路由器间的传输不做完整性校验呢？如果整个链路的每个传输环节都有类似于CRC这样的校验算法，那么是不是上层是不是就可以省略数据校验了？为什么实际情况下没有这样做呢？是成本因素考量？
还有一个问题就是，既然MAC帧已经有CRC32校验了，为什么位于运输层的UDP数据包仍然有checksum字段？
以太网的CRC32比较强，但它只能保证同一个网段上的通信不会出错(两台机器的网线插到同一个交换机上，这时候以太网的CRC是有用的)。但是，如果两台机器之间经过了多级路由器呢？
我知道同一个以太网域内，Ethernet的FCS尾部有CRC32字段会保证数据完整性，但是作者说在多级路由器之间传输的数据无法保证数据完整性。原因是什么呢，是不是因为“由于多级路由器之间的传输不是使用的Ethernet协议栈，所以就没有CRC32等算法？”
那么问题来了，为什么路由器间的传输不做完整性校验呢？如果整个链路的每个传输环节都有类似于CRC这样的校验算法，那么是不是上层是不是就可以省略数据校验了？为什么实际情况下没有这样做呢？是成本因素考量？
还有一个问题就是，既然MAC帧已经有CRC32校验了，为什么位于运输层的UDP数据包仍然有checksum字段？
最低0.47元/天 解锁文章
扫一扫
1350
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
