TCP/IP 详解（第 2 版） 笔记 / 1 介绍 / 1.1 架构原则 / 1.1.3 差错控制与流量控制

目录、参考文献

---

1.1.3 差错控制与流量控制

在某些情况下，网络中的数据会受到损坏或丢失
例如：硬件问题、传输环境中的电磁辐射改变了比特位、无线网络中超出接收范围等等
处理这些错误被称为差错控制（error control）
差错控制可以在组成网络的基础设施中实现，也可以在接入网络的终端系统中实现，或者两种方式结合使用
根据端到端论证（end-to-end argument）与命运共享（fate sharing）原则
自然应该在接近应用程序的地方或在应用程序中实现差错控制

通常，如果只是少量比特发生错误，可以在接收或传输时用若干数学编码来对错误进行检测和修复 [LC04]，这个任务通常在网络中完成
当一个分组网络中出现了更多严重的损坏时，通常会重新发送或重传（retransmitted）整个分组数据包
在电路交换（circuit-switched）或 X.25 这样的虚电路交换（VC-switched）网络中，重传趋向于在网络中完成
在应用程序要求数据传输严格有序且无错误交付时，这很有用
但某些应用程序并没有这样严格的要求，并且不愿意为此花费相应的开销（如：建立连接的开销和重传带来的延迟）
即便是一个对可靠性有要求的文件传输程序，也不会关心数据块的交付顺序
只要保证所有数据块最终能正确交付，并且可以按照最初的顺序重新组装起来就可以了

帧中继（Frame Relay）和互联网协议，没有采用这种在网络中实现的严格可靠且有序交付的方案
取而代之的是，采用了一种被称为尽最大努力交付（best-effort delivery）的方案
在这个方案中，网络会用错误检测编码或校验和（checksums）对某些类型的错误进行检测，例如那些会影响数据报传输的错误
当网络检测到错误之后，只会简单地丢弃当前数据报，不会做其它处理

发送端的发送速度可能会超过接收端的消费速度
在 best-effort IP 网络中，用流量控制（flow control）机制来降低发送者的发送速度
流量控制机制在网络的外部、通信系统的高层实现
具体的，TCP 会处理流量控制的问题，我们将在第 15 章和第 16 章详细讨论
这符合端到端论证（end-to-end argument）原则：TCP 在终端主机中实现，处理流量控制
也符合命运共享（fate sharing）原则：网络基础设施中的某些组件不可用，不会造成网络外的设备无法通信

---

目录、参考文献