Yefimov

Linux 内核里的 TCP 连接，就像一个巨大的“俄罗斯套娃”（或者层层改装的卡车）： 最里层 (sock_common) ：是 “身份证” 。只记录最核心的身份（我是谁，IP 是多少），为了查得快

1. 核心痛点：VLAN 的“天花板”与云时代的矛盾 在 VXLAN 出现之前，数据中心网络隔离主要靠 VLAN (802.1Q) 。但随着云计算和服务器虚拟化的爆发，VLAN 的三个致命缺陷暴露无遗

1. 核心痛点：物理隔离的“昂贵”与“僵化” 在 VLAN 出现之前，网络隔离只能靠物理手段： 场景：公司有“财务部”和“工程部”，为了安全，必须把它们隔开。 旧方案： 买两台独立的交换机。 拉两套独

1. 核心痛点：三次握手的“时间税” 在传统的 TCP 连接建立过程中（RFC 793），必须经过严格的 三次握手 (3-Way Handshake) ： Client -> Server: SYN 

1. 核心痛点：传统 TCP 的“暴力美学” 在 ECN 出现之前，TCP 感知拥塞的唯一方式就是 丢包 (Packet Loss) 。 逻辑：路由器缓冲区满了 -> 丢弃新到的数据包 -> 发送方发

1.传统 TCP 的“盲人摸象”困境 要理解 SACK 的伟大，必须先深刻理解没有它时的痛苦。 1.1 传统机制：累积确认 (Cumulative ACK) 的死穴 在传统 TCP (RFC 793)

1. 核心矛盾：效率 vs. 可靠性 在 TCP 的世界里，存在一个永恒的矛盾： 效率派：TIME_WAIT 状态要占用端口 2MSL（通常 60-120 秒）。在高并发服务器（如网关、代理）上，这会

1. 简介 如果说 RFC 793 构建了 TCP 的骨架，让它能在 80 年代的低速网络上可靠运行；那么 RFC 1323 (1992年发布，后被 RFC 7323 更新) 就是给 TCP 装上了“

1. 简介 在网络开发的深水区，当遇到连接超时、丢包重传或状态僵死等棘手问题时，往往只有回归协议本源才能找到答案。RFC 793，作为 TCP 协议的奠基之作，虽然发布于 40 多年前，但它定义的报文