ECN：网络拥塞时，能不能标记数据包而不是丢掉它？

网络拥塞时，路由器常会把队列排得很长，直到缓冲区满了再丢弃数据包。ECN（Explicit Congestion Notification，显式拥塞通知）提供了另一种信号方式：在支持 ECN 的网络路径上，设备可以给数据包打上拥塞标记，让接收端和发送端知道链路正在变挤，而不必每次都等到丢包才发现。

这像高速公路上的可变情报板。传统“丢包”相当于把车辆赶下路，司机从损失中猜出前方拥堵；ECN 则更像提前亮起拥堵提示，帮助交通流在队列溢出之前减速。IP 头部中的 ECN 字段具有不同代码点，路由设备在合适条件下可以把数据包标记为拥塞经历（CE）。之后传输协议需要把信号反馈给发送端，发送端再按协议策略调整发送速率。

这套机制需要端到端配合。路径上的网络设备、主机协议栈和实际传输协议都要正确协商和处理，标记还必须在传输过程中保留下来。若任意一环不支持或配置不匹配，发送端就可能收不到有效信号。ECN 不是所有丢包的替代品：链路错误、队列溢出或其他故障仍可能造成丢包，协议也需要处理丢包恢复。

它也不等同于“彻底消除排队”。ECN 可以帮助拥塞控制提前反应，但具体延迟和吞吐表现取决于队列管理算法、流量模式、路径设备和两端实现。若一端错误地忽略或处理标记不当，还可能导致不公平或控制效果变差。互联网标准定义了标记和反馈的基本机制，却不保证每条现实路径都会提供同样体验。

对普通用户来说，ECN 是网络设备与系统协议栈之间的协同细节；对数据中心网络和拥塞控制设计者，它则是减少“必须先丢包才能感知拥塞”的工具。排查时需检查协商、设备计数器和协议反馈，而不能只看到“ECN 已开启”便断定拥塞问题解决。

ECN 的核心理念是把拥塞从一次数据损失转成一个显式信号。它能让发送端更早地采取行动，但效果取决于整条路径共同遵守规则。

来源：RFC 3168：The Addition of Explicit Congestion Notification to IP