引言
前面几章我们走过了园区网络与广域网络，本章进入数据通信设备最密集、技术演进最激进的场景------数据中心网络。全章围绕四个问题展开：什么是数据中心网络、数据中心的物理网络如何组网、逻辑网络如何叠加、以太网如何从"有损"走向"智能无损"。
数据中心是指安置计算机系统及相关部件的设施，例如电信和储存系统。数据中心一般包含冗余和备用电源、冗余数据通信连接、环境控制（比如空调、灭火器）设备、监控设备和各种安全设备。
理解数据中心，一个直观的类比是"水"：数据/算力好比水资源，数据中心是蓄水的"水库"，运营商网络如同"河流/湖泊"，园区网络相当于"自来水管网"，而终端则是最终用水的"水龙头"。算力从数据中心出发，经由运营商网络与园区网络，最终抵达每一台终端。
数据中心的分层架构
数据中心的内部结构可以自下而上分为五层，从土建配套一直贯穿到业务应用。
图 1 数据中心五层架构
表 1 数据中心五层架构
|----|-------|------------------------------------------------|
| 层级 | 名称 | 主要内容 |
| L4 | 业务应用层 | 智慧金融、智慧城市、公共安全、电力能源、企业办公、电商平台、地图 / 导航、视频 / 直播等 |
| L3 | 平台系统层 | 虚拟化系统、云平台、大数据系统、数据库（ DB ）及操作系统（ OS ） |
| L2 | 硬件设备层 | 计算、存储、网络等核心基础设施 |
| L1 | 基础设施层 | 供电模块、温控模块、 IT 模块和其他辅助系统 |
| L0 | 土建及配套 | 数据中心施工前的准备工作，土建、园区、楼宇及市政电 / 水引入 |
数据中心的发展趋势
数据中心的发展呈现四大趋势：物理机---虚拟机---云化数据中心---服务化数据中心的持续演进；从单云走向混合云；从单中心走向多地多中心；算力密度和强度持续升级。
表 2 数据中心四大发展趋势
|---------------|----------------------------------|-----------------------|
| 趋势 | 演进路径 | 关键内涵 |
| 从虚拟化 / 云化到服务化 | 物理机 → 虚拟机 → 云化数据中心 → 服务化数据中心 | 数据中心能力从资源供给走向服务交付 |
| 从单云到混合云 | 私有云 → 私有云 + 公有云 | 核心业务用私有云承载，非核心业务交给公有云 |
| 从单中心到多地多中心 | 单中心 → 主备数据中心 → 两地三中心 → 多地多中心 | 可用性与容灾能力逐级增强 |
| 算力密度和强度持续升级 | 网络带宽升级至 100 Gbit/s 甚至 400 Gbit/s | 数据中心算力趋于异构和多样化 |
混合云已经成为企业的主流选择。企业混合云策略的分布如下：单公有云 + 单私有云占 11%，单公有云 + 多私有云占 13%，多公有云 + 单私有云占 43%，多公有云 + 多私有云占 33%------超过七成的企业采用了多公有云组合。
表 3 企业混合云策略百分比分布
|-------------|------|
| 策略组合 | 企业占比 |
| 多公有云 + 单私有云 | 43% |
| 多公有云 + 多私有云 | 33% |
| 单公有云 + 多私有云 | 13% |
| 单公有云 + 单私有云 | 11% |
数据中心网络架构：从三层到大二层，再到 Spine-Leaf
数据中心网络的架构史，本质上是一部围绕"二层边界画在哪里"展开的博弈史：先有三层分工，再有二三层分界上移，最终由 CLOS 架构给出答案。
传统三层网络架构
传统数据中心网络采用经典的三层结构：接入层负责物理机和虚拟机的接入、VLAN 的标记以及流量的二层转发；汇聚层的汇聚交换机连接接入交换机，同时提供其他服务；核心层对进出数据中心的流量进行高速转发。每个 PoD（Point of Delivery，交付点）都是独立的 VLAN，PoD 内通过生成树协议防环。
图 2 三层网络架构示意图
三层架构的两大局限
局限一：无法支撑大二层网络构建。 云计算资源池化要求虚拟机自由迁移且不改变 IP 与网关，这就需要搭建大二层网络。传统三层架构只能将二三层分界上移至核心交换机，核心以下全为二层，汇聚层的网关功能失效，最终演进出无汇聚层的二层架构。
图 3 大二层网络架构
局限二：无法支持流量（尤其是东西向流量）的无阻塞转发。 传统数据中心以南北向流量为主，而云数据中心因业务分布式部署和大数据并行计算，东西向流量占比升至 90%。传统三层架构为南北向流量设计，东西向流量需经汇聚层、核心层绕行转发，受收敛比和 STP 技术影响性能衰减，降低了网络可用性，增加了扩展难度和部署成本。
Spine-Leaf：来自 CLOS 架构的答案
一个基于 3 级 CLOS 架构的 Spine-Leaf 网络，每个 Leaf 交换机的上行链路数都等于 Spine 交换机的数量，每个 Spine 交换机的下行链路数都等于 Leaf 交换机的数量。可以说，Spine 交换机和 Leaf 交换机之间是以全网状（Full-Mesh）方式连接的。
图 4 Spine-Leaf网络架构
Spine-Leaf 架构的三大优势使其成为当前数据中心的主流选择。
表 4 三层架构与 Spine-Leaf 架构对比
|------|-----------------------|----------------------------------------|
| 对比维度 | 传统三层架构 | Spine-Leaf 架构 |
| 流量模型 | 为南北向流量设计，东西向需绕行 | 东西向与南北向处理模式完全一致，可实现无阻塞转发 |
| 扩展方式 | 扩容需重新规划层级 | 横向扩展：保持 Spine 与 Leaf 比例在一定范围内，复制原有结构即可 |
| 可靠性 | 所有汇聚交换机故障将导致整个 PoD 瘫痪 | 跨 PoD 的两台服务器之间有多条通道，可靠性更高 |
| 转发路径 | 二三层分界清晰，路径固定 | Leaf 直连服务器并作为网关， Spine 专注高速转发 |
数据中心网络的技术演进
大二层与流量的需求推动了数据中心网络技术的代际更替，演进路线上有四类代表性技术：xSTP、虚拟机框类技术、二层多路径类技术（Layer 2 Multi-Path，L2MP）与三层网络虚拟化类技术（Network Virtualization over Layer 3，NVo3），此外跨设备链路聚合作为接入侧的补充方案也广泛部署。
xSTP：最朴素的防环手段
网络发展初期，局域网通过构建无环的二层网络并利用广播寻址，方式简单有效。xSTP 技术用于进一步保障实际使用中不产生环路：在环形网络中，xSTP 会阻塞其中一条链路，把"环"变成"树"，避免报文无限循环。但 xSTP 的缺陷同样突出：
● 收敛速度慢：链路或交换机故障时需重新计算生成树与 MAC 表，根节点故障还需重新选举；
● 次优转发路径：非根交换机之间更短的路径会被 xSTP 阻塞，流量只能绕行更长路径；
● 链路利用率低：被阻塞的链路平时处于不可用状态，仅在故障时启用；
● 不支持 ECMP：三层网络可通过 ECMP 实现等价多路径转发，xSTP 没有类似机制；
● 广播风暴风险：部分故障场景下仍可能成环，xSTP 对此无能为力；
● 网络规模小：通过 VLAN ID 标识租户，而 VLAN ID 仅 12 bit，最多支持 4096 个 VLAN；
● 缺乏双归接入机制：服务器双归接入两台 xSTP 交换机必然成环，双归被迫退化为单归。
虚拟机框：把多台设备变成一台
虚拟机框技术将多台设备的控制平面整合为一台统一的逻辑设备，该逻辑设备拥有统一的管理 IP 地址，在各种 L2/L3 协议中表现为一个整体。典型实现包括华为的 iStack/CSS、思科的 VSS 和新华三的 IRF2。
图 5 通过堆叠构建无环网络
虚拟机框解决了环路问题，但控制平面集中的代价同样明显：扩展性受限------主交换机负责整个系统的控制平面，扩展性受制于主交换机性能；升级丢包------重启升级必然导致控制平面中断，造成较长时间丢包；可靠性不足------主交换机故障可能引起较长时间丢包甚至整机停止运行；带宽浪费率高------设备间状态交互与数据转发的专门线路通常占用设备总带宽的 10%～15%。
L2MP：给二层网络引入路由
参考三层网络路由技术，链路状态路由协议要求网络中每个节点都可寻址。L2MP 类技术因此为每台设备添加可寻址标识，代表协议有两个：标准 L2MP 协议多链接透明互联协议（TRILL），采用 MAC in TRILL in MAC 封装，在原始以太帧头外增加 TRILL 帧头与外层以太帧头；最短路径桥接协议（SPB），采用 MAC in MAC 封装，直接使用 IP 作为寻址标识。
L2MP 引入了三层路由能力，但应用受限：租户数量有限------TRILL 仍以 VLAN ID 标识租户，12 bit 仅支持 4000 户左右的租户规模；机制不完善------TRILL 的 OAM 与组播机制长期未形成正式标准；部署成本高------需要升级换代转发芯片，存量旧芯片设备无法支持。
跨设备链路聚合：专治双归接入
跨设备链路聚合技术对两台设备进行控制平面的弱耦合：不要求设备间所有状态信息完全同步，仅同步链路聚合的相关信息，从而解决终端双归属接入问题。典型实现有思科的 VPC 与 Juniper 的 MC-LAG，华为的对应方案即 M-LAG。该技术可解决双归接入、且两台设备可独立升级，但只聚焦链路聚合本身，无法解决多租户等核心需求。
NVo3：叠加网络的胜利
NVo3 是一项以 IT 厂商为推动主体、旨在摆脱对传统物理网络架构依赖的叠加网络技术------在物理网络之上构建一层虚拟网络拓扑。报文由发送方 NVE（网络虚拟化边缘，物理交换机或虚拟交换机）通过封装协议打入隧道，经 IP 路由网络转发，再由对端 NVE 解封装交付接收方；终端设备为 VM 或物理服务器。代表性封装协议包括 VXLAN、NVGRE 与 STT。
图 6 NVo3类技术模型
NVo3 复用成熟的 IP 转发机制、适配存量网络，并通过隧道封装支持海量租户隔离，成为当前数据中心的主流方案。
表 5 数据中心网络技术演进路线对比
|---------|-------------------------|-----------------|-----------------------------------|
| 技术路线 | 代表实现 | 核心思路 | 主要局限 |
| xSTP | STP/RSTP/MSTP | 阻塞链路构建无环树 | 收敛慢、链路利用率低、 4096 个 VLAN 上限、无 ECMP |
| 虚拟机框 | iStack/CSS 、 VSS 、 IRF2 | 控制平面合一成一台逻辑设备 | 扩展受限、升级丢包、可靠性不足、专线占用 10% ～ 15% 带宽 |
| L2MP | TRILL 、 SPB | 为二层设备引入可寻址标识与路由 | 租户约 4000 户上限、标准不完善、需更换芯片 |
| 跨设备链路聚合 | M-LAG 、 VPC 、 MC-LAG | 控制平面弱耦合，仅同步聚合信息 | 仅解决双归接入，不解决多租户 |
| NVo3 | VXLAN 、 NVGRE 、 STT | 三层网络上叠加虚拟网络 | 需要与 Underlay 配合规划（当前主流） |
数据中心的物理网络
架构选型确定之后，工程落地要回答的是另外三个问题：设备角色如何划分、链路如何互连、收敛比控制在什么范围。
推荐组网：Spine 与三类 Leaf
数据中心物理网络遵循 Spine-Leaf 架构，功能节点分为四类：Spine 是骨干节点，通过高速接口连接各个 Leaf 功能节点；Border Leaf 提供数据中心外部流量接入功能，用于连接外部路由器或传输设备；Server Leaf 提供虚拟化服务器、非虚拟化服务器等计算资源接入功能；Service Leaf 提供防火墙和负载均衡等增值业务（VAS）接入功能。一个 Fabric 是一个 SDN 控制器管理的网络故障域，可以包含一个或多个 Spine-Leaf 网络结构；多活网关旁挂 Border Leaf，PE 连接 External Network。
图 7 推荐的物理组网方式
表 6 物理网络四类功能节点
|--------------|---------------------------|
| 节点角色 | 功能定位 |
| Spine | 骨干节点，通过高速接口连接各个 Leaf 功能节点 |
| Border Leaf | 提供外部流量接入功能，连接外部路由器或传输设备 |
| Server Leaf | 提供虚拟化 / 非虚拟化服务器等计算资源接入功能 |
| Service Leaf | 提供防火墙、负载均衡等增值业务接入网络的功能 |
物理网络部署要点
Fabric 内部采用三层路由接口互连并使用 OSPF 或 BGP 协议，Spine 之间通过 IP ECMP 实现等价多路径转发。Leaf 节点推荐使用 M-LAG 双活部署（可靠性要求不高的场景也可使用虚拟机框类技术），服务器通过 Eth-Trunk 接入。部署的关键参数是收敛比：Leaf 下行总带宽与上行总带宽之比建议控制在 1:2～1:9。
数据中心的逻辑网络
逻辑网络与物理网络解耦：Underlay 是物理网络，负责报文的实际传输，提供带宽与时延保障；Overlay 是在 Underlay 上叠加的逻辑网络，基于 NVo3 技术构建，解决大二层与多租户问题。两者解耦后，SDN 控制器可以灵活部署业务，实现多租户隔离与大二层需求。
以太网从有损走向智能无损
AI 与大数据把以太网推到了一个新的关口：它必须像专网一样做到近乎零丢包，否则再强的算力也会被网络拖住。
TCP/IP 协议栈的两大瓶颈
进入 AI 时代，传统 TCP/IP 网络成为算力释放的瓶颈，问题集中在两点。其一，TCP/IP 协议栈处理带来数十微秒的时延：TCP 协议栈在接收/发送报文时，内核每次切换上下文都需要耗费 5～10 μs，另外还需要至少 3 次的数据复制和依赖 CPU 进行协议封装。其二，TCP 协议栈处理导致服务器 CPU 负载居高不下：网络规模越大、带宽越高，CPU 在收发数据时的调度负担就越大。对比测试显示，同样是 40 Gbit/s 网络，TCP 方式下 CPU 占用率高达 100%、网络时延为毫秒级；而 RDMA 方式下 CPU 占用率仅 5%、网络时延降至 10 μs 以下。
RDMA：绕过内核的直接内存访问
RDMA 是一种直接内存访问技术，它将数据直接从一台计算机的内存传输到另一台计算机，这使得数据从一个系统快速移动到远程系统存储器，无须双方操作系统的介入，也无须经过处理器处理，最终达到高带宽、低时延和低资源占用率的效果。
图 8 RDMA与TCP/IP工作机制对比
RDMA 有三种实现方式。IB（InfiniBand）是专为 RDMA 设计的网络，从硬件级别保证可靠传输，具有极高的吞吐量和极低的时延，但成本高且是私有协议，不适合大规模互联网数据中心。IWARP 允许在 TCP 上执行 RDMA，实际应用需要支持 IWARP 的特殊网卡，性能一般。RoCE 允许应用通过以太网实现远程内存访问，将 RDMA 运用到以太网及交换机上，需要支持 RoCE 的特殊网卡，目前有 RoCE v1（链路层协议）和 RoCE v2（网络层协议）两个版本。
表 7 RDMA 三种实现方式对比
|------------|-----------------|----------------------------|----------------------|
| 实现方式 | 承载网络 | 特点 | 适用场景 |
| IB | InfiniBand 专用网络 | 硬件级可靠传输，极高吞吐、极低时延；成本高、私有协议 | 高性能计算集群 |
| IWARP | TCP | 需专用网卡，性能一般 | 广域远程访问 |
| RoCE v1/v2 | 以太网 | v1 为链路层协议、 v2 为网络层协议，性能较高 | 大规模数据中心（ RoCE v2 主流） |
丢包为什么对 RDMA 是致命的
RDMA 网络对丢包极其敏感：丢包率达到 0.001 量级时吞吐率即开始明显下降，到 0.01 时吞吐率趋近于零。更关键的是，RoCE v2 基于 UDP 协议、无重传机制，一旦丢包需要上层应用重传整个 message（而非单个报文），代价极高。因此 RDMA 网络必须依靠无损网络支撑。
从时延构成看，网络总时延分为静态时延与动态时延：静态时延包括数据串行时延（1 ns/B，10G 口）、光电传播时延（50 ns/m）与设备转发时延（500 ns），量级稳定可控；动态时延包括内部排队时延（0～ms 级）与丢包重传时延（0～s 级），一旦发生拥塞或丢包，时延将出现数量级的恶化。
表 8 网络时延构成
|------|--------|------------------|
| 类别 | 构成项 | 量级 |
| 静态时延 | 数据串行时延 | 1 ns/B （ 10G 接口） |
| 静态时延 | 光电传播时延 | 50 ns/m |
| 静态时延 | 设备转发时延 | 500 ns |
| 动态时延 | 内部排队时延 | 0 ～ ms 级 |
| 动态时延 | 丢包重传时延 | 0 ～ s 级 |
Incast：CLOS 网络的固有挑战
数据中心流行的 CLOS 网络架构采用 Spine-Leaf 组网，存在 many-to-one 与 all-to-all 两种流量模型，无法避免 Incast 现象------这是造成数据中心网络丢包的主要原因。分布式架构需要服务器之间大量协作，协作方式一般采用 MAP/REDUCE 过程：MAP 阶段将大任务分解为多个子任务，REDUCE 阶段搜集多个计算节点的处理结果进行汇总，此时网络流量呈现 Incast 特征------即多对一的通信模式。大量服务器节点同时向同一客户端发送数据，短时流量激增会导致客户端所连交换机的出口拥塞，服务器感知丢包后重传，应用还需等全部数据到齐才能发起下一个请求。
应对之道分两层。对 many-to-one 模型，交换机 Leaf 必须提前向源端发送抑制流量信号控制流量，同时保留足够 Buffer 以在源端降速前接纳报文------这些由拥塞控制机制完成，此外还需链路级流量控制兜底。对 all-to-all 模型，要实现无丢包、无时延损失、无吞吐量损失，需引入负载分担，控制多个 one-to-one 流量不在交换机上形成交叉。
流量控制：以太 PAUSE 与 PFC
以太 PAUSE 机制（IEEE 802.3 Annex 31B）是以太网的基本流量控制功能：当下游设备发现接收能力小于上游设备的发送能力时，主动向上游发送 PAUSE 帧，要求暂停流量发送，等待一定时间后再继续。PAUSE 帧由目的 MAC（6 字节）、源 MAC（6 字节）、长度/类型（2 字节）、MAC Control opcode（2 字节）、包含时间参数的控制参数、保留字段与 FCS（4 字节）构成。它的缺点是不区分优先级------暂停的是整条链路。
PFC（基于优先级的流控）在此基础上前进一大步：允许在一条以太网链路上创建 8 个虚拟通道，为每条虚拟通道指定一个优先等级，允许单独暂停和重启其中任意一条虚拟通道，同时允许其他虚拟通道的流量无中断通过。PFC 帧中，优先级使能向量（Priority enable vector）指明哪些队列需要暂停，Time(0)～Time(7) 共 16 字节为各队列分别设定暂停时长，加上目的地址、源地址各 6 字节、Ethertype 与 Control opcode 各 2 字节、26 字节填充与 4 字节 CRC。
图 9 PFC的工作机制
拥塞控制：从 ECN、QCN、DCTCP 到 DCQCN
流量控制解决"点对点不丢包"，拥塞控制则从源头压制拥塞。传统拥塞控制技术形成一个家族：流量控制层面的以太 PAUSE 与 PFC；拥塞控制层面的 ECN、QCN、DCTCP，以及面向 RDMA 的 DCQCN；再加上解决流量调度不均引起拥塞的 ECMP 负载分担与 LAG 链路聚合负载分担。
ECN（显式拥塞通知）：流量接收端感知到网络拥塞后，通过协议报文通知发送端降低发送速率，尽早避免拥塞丢包。ECN 位位于 IP 报头 ToS 字段（1 字节）的最低 2 bit，取值 00 表示报文不支持 ECN，01 或 10 表示报文支持 ECN，11 表示报文的转发路径上已发生拥塞。
QCN：由拥塞点（Congestion Point，CP）算法和反应点（Reaction Point，RP）算法组成。CP 是拥塞监测点，根据自己的发送缓存队列及 QCN 算法计算每条拥塞控制流（CCF）的状态，不维护关于 CCF 或 RP 的任何信息，并可独立决定是否发送拥塞通告消息（CNM）；RP 算法控制 CCF 的发送速率，接收 CNM 并据此计算发送速率。
DCTCP（数据中心传输控制协议）：TCP 已不能满足云数据中心对时延、吞吐量和网络利用率的要求，DCTCP 面向商用小缓存交换机、利用 ECN 算法设计，目标是高突发数据源容忍度、低时延和高吞吐量。它的三方分工是：交换机是"信号员"------设定缓存占用阈值 K，数据包到达时若队列缓存超过 K 就打上 CE 标记；接收端是"通讯员"------只有收到带 CE 标志的数据包时，才在对应 ACK 报文中设置 ECN 标志并回复；发送端是"指挥官"------对报文被标记的概率 α 进行估计，每经历一个数据窗（RTT）更新一次，并按 α 调整发送窗口，避免传统 TCP 的粗暴降速。
DCQCN（数据中心量化拥塞通知）：数据中心部署 RDMA 协议后，需要一个能在高吞吐、超低时延、低 CPU 开销环境中有效运行并保证零丢包可靠传输的拥塞控制算法。DCQCN 融合了 QCN 与 DCTCP：交换机 CP 端口队列超出阈值即进行拥塞标记（ECN 置为 11），标记过程由 WRED（按一定丢弃策略随机丢弃队列报文）功能完成；接收端发现报文携带 ECN 拥塞标记后，向源端服务器发送拥塞通知报文 CNP 通知降速（NP 算法）；发送端收到 CNP 后，RP 将减小当前速率 Rc 并更新速率降低因子 α。
表 9 数据中心拥塞控制技术对比
|----------|---------|-----------------------------------|-----------------|
| 技术 | 工作层面 | 关键机制 | 典型场景 |
| 以太 PAUSE | 链路级流控 | PAUSE 帧暂停整条链路 | 基础流控，不区分优先级 |
| PFC | 链路级流控 | 8 个虚拟通道按优先级独立暂停 | 多业务共享链路的零丢包保障 |
| ECN | 端到端拥塞通知 | 转发路径拥塞时置 ECN=11 通知源端 | 拥塞的早期预警 |
| QCN | 链路级拥塞控制 | CP 监测 + RP 限速， CNM 通告 | 二层无损以太 |
| DCTCP | 端到端拥塞控制 | 阈值 K 标记 CE ，发送端按 α 调窗 | 云数据中心 TCP 流量 |
| DCQCN | 端到端拥塞控制 | 融合 QCN + DCTCP ， WRED 标记 + CNP 通知 | RDMA/RoCE v2 场景 |
智能无损网络
回到最初的目标：数据中心网络追求零丢包、低时延、高吞吐量。零丢包保证不产生重传时延，保障分布式高性能应用高效稳定；低时延降低计算芯片和存储介质的等待时间，提高计算和存储效率；高吞吐量满足高性能服务器对带宽的需求，减少报文排队，确保大数据传输的吞吐量。以 PFC 保障链路不丢包、以 DCQCN 抑制拥塞、以 ECMP/LAG 均衡流量，以太网由此从"有损"走向"智能无损"，支撑 AI 与大数据时代的算力互连。
课程要点回顾
● 数据中心是"硬件 + 配套 + 管理"的综合体，涵盖 L0～L4 五层架构，核心作用是支撑数据存储、计算与传输；
● 数据中心发展呈现四大趋势：走向服务化、走向混合云、走向多地多中心、算力密度持续升级；
● 传统三层架构因不支持大二层、无法适配占比 90% 的东西向流量而逐步淘汰；
● Spine-Leaf 基于 3 级 CLOS 架构简化而来，以全网状连接实现无阻塞转发、弹性扩展与高可靠性；
● xSTP 与虚拟机框技术已逐步淘汰：前者收敛慢、租户有限且存在广播风暴风险，后者控制平面集中导致扩展受限、升级丢包；
● L2MP 引入三层路由支持 ECMP 但应用受限；跨设备链路聚合解决双归接入但无法解决多租户；NVo3 以 VXLAN 为核心成为当前主流；
● 物理网络中 Leaf 分三类：Service Leaf、Server Leaf 与 Border Leaf；收敛比控制在 1:2～1:9，Leaf 推荐 M-LAG 双活，Leaf 与 Spine 间用三层路由接口互连并使用 OSPF 或 BGP；
● 逻辑网络由 Underlay 与 Overlay 组成，两者解耦，由 SDN 控制器灵活部署业务；
● RDMA 绕过操作系统与处理器直接传输内存数据，RoCE v2 适合大规模部署，但基于 UDP 无重传机制、必须依赖无损网络；
● 以太 PAUSE 不区分优先级，PFC 以 8 个优先级队列实现选择性流控，DCQCN 融合 QCN 与 DCTCP 保障 RDMA 场景零丢包低时延，最终推动网络从"有损"迈向"智能无损"。