书 · 2000 · 詹姆斯·F. 库罗斯、基思·W. 罗斯

《计算机网络：自顶向下方法》

计算机与 AI书单第 15 名

一句话结论

从应用需要什么出发，理解互联网怎样用分层协议，把不可靠、会拥塞的链路组织成可用的通信系统。

值不值得读完整本？

值得完整读过一遍，尤其适合作为计算机网络的第一本系统教材；但不必逐页精读，2000 年版本应重点学习原理，并用新版补充协议的发展。

先读第 1 章建立全貌，再按第 2—5 章的顺序，从应用层读到链路层。以下章节编号依据可核对的早期在线版，新版编号有所不同。
第 3 章最值得放慢速度：亲手推演确认、序号、超时、流水线、流量控制和拥塞控制。只记 TCP 的名词，很容易把几个不同问题混在一起。
第 4—5 章要把路由选择、逐包转发、IP 地址、链路地址和共享介质访问连起来理解；无线局域网也应覆盖。
第 6—8 章分别读多媒体、安全和网络管理，重点理解及时性与可靠性的取舍、安全目标的区别，以及怎样观测和维护网络。
第一遍可以跳过 ATM、X.25、帧中继等历史技术的实现细节，以及部分协议格式和 ASN.1 语法；不要跳过它们用来说明的设计问题。
要配合练习：计算发送时延与传播时延、追踪丢包后的协议状态、运行路由算法，并完成简单的套接字程序。下面的选择题检查全书主线，计算与编程能力仍需靠原书习题训练。

核心观点

1. 从应用需求出发，用分层接口拆解通信问题

理解网络，应先问应用需要怎样的通信服务，再看各层怎样提供这些服务。分层把应用语义、进程通信、跨网络传送和相邻节点传输拆成可以分别处理的问题。

为什么：不同应用对丢失、吞吐量和时延的容忍度不同，因此协议选择必须从需求开始。每一层通过接口使用下层服务，让上层不必知道所有底层实现。发送方逐层封装、接收方逐层解释，使不同机器能够按共同规则协作。接口相对稳定时，某一层的实现可以变化，而不必重写所有应用。

2. 分组共享提高利用率，也带来排队、拥塞与实时性取舍

分组交换让多个用户按需共享链路，适合突发通信，但不会自动保证带宽和时延。网络性能必须结合瓶颈、排队、发送端控制和应用期限一起分析。

为什么：用户并非一直发送数据，按需占用链路可以减少预留资源的闲置。多个数据流同时涌入时，输出链路来不及处理，分组便会排队，缓冲区耗尽后发生丢包。过量重传还可能继续消耗网络资源，所以发送端需要依据反馈调整在途数据量。发送时延取决于分组长度和链路速率，传播时延取决于距离和传播速度，增加带宽不能消除所有等待。对实时语音而言，过期数据即使最终送达也可能无用，因此缓存、丢失恢复和服务质量机制都涉及取舍。

3. 可靠传输是通过反馈与状态构造出来的

底层可能损坏、丢失或重复数据，可靠传输需要端点用检错、确认、序号和重传共同处理这些情况。可靠性、传输效率和接收方承受能力是不同问题。

为什么：检错只能发现部分错误，不能让发送方知道接收方是否收到了数据，因此需要确认反馈。确认也可能丢失，发送方必须用超时触发重传，而序号帮助接收方识别重复数据。逐个发送、逐个等待确认会浪费往返时间，流水线通过允许多个分组同时在途提高利用率。流水线又要求维护窗口和相应状态，处理尚未确认的数据。接收窗口限制发送量，是为了避免接收缓冲区溢出；它与保护网络的拥塞控制具有不同目的。

4. 跨网络传送与单跳传输分工，层次结构帮助网络扩展

网络层负责把数据送向远处的目的地，链路层负责把帧送过当前这一跳。路由算法、层次化组织和不同链路技术共同支撑大规模互联。

为什么：互联网包含多种底层网络，IP 提供共同的数据报接口，使通信不必绑定某一种链路技术。路由选择决定通往目的地的路径，转发则根据已有信息处理当前分组，二者分工不同。平面的全网信息会随网络扩大而变得难以维护，层次化寻址、路由聚合和自治系统组织可以减少部分状态与更新负担。每一跳仍需解决本地地址、检错和介质访问问题，共享以太网与无线局域网面对的冲突条件也不同。

5. 安全要分别解决保密、身份认证和消息完整性

能送达数据，不代表通信安全；数据被加密，也不等于对方身份和内容完整性都得到了保证。安全设计应先明确攻击者能做什么，再配置相应机制。

为什么：被动攻击者可能监听数据，主动攻击者还可能注入、删除或修改消息，因此防范目标不同。保密机制限制谁能读懂内容，身份认证回答通信对象是谁，完整性机制检查内容是否被改动。普通检错机制主要针对偶然错误，面对能够主动修改数据的攻击者并不足够。即使使用公钥密码，也还要解决公钥归属与可信分发，否则可能把攻击者的密钥当成对方的密钥。

6. 网络可用还依赖持续观测、诊断与管理

协议正确运行只是起点，大型网络还需要收集状态、发现异常并调整配置。网络管理把分散设备的运行情况转成可以采取行动的信息。

为什么：设备故障、流量变化和配置错误分散发生，管理者无法只凭某个用户的连接失败判断原因。标准化的管理信息与管理协议让不同设备报告可比较的状态。利用率、差错计数和路由变化等数据，可以帮助区分容量不足、设备退化和配置问题。持续观察趋势，还能让维护从故障后的恢复，推进到故障前的预防。

反对意见

严格分层可能隐藏关键反馈（Vineet Srivastava、Mehul Motani）

两人在《Cross-Layer Design: A Survey and the Road Ahead》中指出，无线链路的差错和时变条件可能使上层误判，例如把无线差错导致的丢包当成拥塞。受控地共享跨层信息，可以改善决策；他们也讨论了跨层依赖损害体系结构的风险。这是在说明分层的边界，并非主张取消分层，也不是对本书的直接书评。

严格实时需求不能只靠尽力而为（Bob Braden、David Clark、Scott Shenker）

三人在 RFC 1633 中主张，为实时应用提供可承诺的服务，需要资源管理、调度与接纳控制；不能假定增加带宽或简单提高优先级就能解决所有拥塞情形。本书第 6 章也介绍综合服务等方案，因此这里反对的是把尽力而为视为充分条件的读法，而不是声称作者忽略了服务保证。

丢包不是拥塞的可靠同义词（Neal Cardwell 等）

Cardwell 等人在《BBR: Congestion-Based Congestion Control》中指出，传统丢包驱动算法在深缓冲网络中可能持续制造排队，在存在非拥塞丢包时又可能过度退让。他们提出依据瓶颈带宽和往返传播时间建模来控制发送。这挑战的是早期教材重点讲解的拥塞判断方式，并不否定反馈控制本身，也不证明 BBR 在所有条件下都更好。