计网第五章：《传输层》

本章导览

• UDP与TCP报文组成
• TCP三次握手、四次挥手过程，MSS，耗时分析，MSL, ACK/SYN/FIN变化
• 累积/推迟确认、捎带确认、超时重传、快重传机制
• 流量控制与拥塞控制，有点拥塞与严重拥塞
• 关注：可否携带数据、各个字段的值、耗时分析、是否消耗序号？

正文

UDP数据报实际长度不超过65515B

UDP检验跳过

TCP报文段组成：

可靠传输与流量控制

注意区别严重拥塞和有点拥塞 快重传引发快恢复

走进大厂

1. MPTCP (多路径 TCP)：名正言顺地“脚踏两只船”

• 教科书里说： 一个 TCP 连接由“源 IP、源端口、目的 IP、目的端口”这四个元素（四元组）死死绑定。IP 变了，连接必断。

• 现实世界中： 你拿着手机打着微信语音，从办公室的 Wi-Fi 走到楼下变成 5G，中间语音居然一点都没断！为什么？

• 黑科技在哪： 苹果和各大手机厂商早就底层支持了 MPTCP (Multipath TCP)。它允许一个 TCP 连接同时绑定你的 Wi-Fi 网卡和 5G 网卡。它不仅能做到一条路断了瞬间无缝切换到另一条路，还能在下载大文件时，把 Wi-Fi 的带宽和 5G 的带宽叠加起来用！

2. QUIC 的传输层魔法：Connection ID（打破 IP 绑定的紧箍咒）

上一轮咱们提到了 QUIC 协议作为 HTTP/3 的基石，但如果你站在传输层的角度看，它最恐怖的颠覆其实是**“连接迁移（Connection Migration）”**。

• 现实痛点： 哪怕有了 MPTCP，TCP 底层依然对 IP 地址有重度依赖。在高铁上，你的手机每跨越一个基站，IP 地址可能就会变一次。传统的 TCP 遇到这种情况，只能含泪断开连接，重新三次握手，这就是高铁上打游戏疯狂掉线重连的根本原因。

• 黑科技在哪： 跑在 UDP 上的 QUIC 协议，彻底抛弃了“用 IP 认人”的死规矩。它给每一次连接生成了一个唯一的 64 位 Connection ID（连接 ID）。

• 现实场景： 只要这个 ID 没变，无论你的底层 IP 怎么变（从 Wi-Fi 切到 5G，或者跨省切换基站），服务器一看 ID 还是你，连招呼都不用重新打，直接继续发数据。这就是真正的“0 感知网络切换”。

请注意：本笔记内容中的截图资源来自王道考研机构，侵删。