2、无损网络核心概念：PFC、ECN、DCQCN，三大法宝是什么？
做数据中心网络芯片，绕不开三个词：PFC、ECN、DCQCN。
我经常跟团队里新来的同事说，这三样东西，就是无损网络的「三驾马车」。缺一个，你的网络就谈不上无损。
说白了，它们解决的是同一个问题：网络拥塞了怎么办？
但各自分工不同。一个负责堵，一个负责报信，一个负责降速。嗯，咱们一个一个拆开看。
2.1 PFC：先堵住再说
PFC，全称 Priority Flow Control，优先级流量控制。
它的思路很直接：别让数据丢包。
你想想看，传统以太网遇到拥塞，直接丢包。但RDMA（远程直接内存访问）这种协议，丢一个包性能就崩了。所以PFC的做法是——发一个暂停帧，让上游别发了。
核心机制：
- 基于优先级（8个优先级队列）
- 每个队列独立做流控
- 发送XOFF帧暂停，XON帧恢复
我在项目中遇到过一个问题：PFC的阈值设得太低，导致频繁触发暂停，吞吐量反而上不去。后来调大了缓冲区阈值，才稳定下来。
避坑指南：
我曾经见过一个案例，PFC风暴导致整个网络瘫痪。原因是某个交换机死锁了，一直发XOFF，上游全停了。所以PFC的watchdog一定要加，超时自动恢复。
2.2 ECN：提前报信
ECN，Explicit Congestion Notification，显式拥塞通知。
PFC是事后补救，ECN是事前预警。
它的做法是：交换机检测到队列深度超过阈值，就在IP头里打一个标记（CE标记）。接收端看到这个标记，就知道「网络快堵了」，然后通知发送端降速。
| ECN字段 | 含义 |
|---|---|
| 00 | 不支持ECN |
| 01 | 支持ECN（发送端） |
| 10 | 支持ECN（发送端） |
| 11 | 拥塞经历（CE） |
我个人习惯把ECN阈值设得比PFC阈值低一些。这样ECN先起作用，PFC作为最后防线。如果反过来，PFC先触发，那ECN就没意义了。
小技巧：
ECN的阈值设置很关键。设太低了，频繁降速影响性能；设太高了，来不及反应就丢包了。我一般建议从Kmin=100KB、Kmax=200KB开始调。
2.3 DCQCN：智能降速
DCQCN，Data Center Quantized Congestion Notification，数据中心量化拥塞通知。
这是微软和Mellanox联合搞的算法。它把ECN和速率控制结合起来了。
流程是这样的：
- 发送端正常发数据
- 交换机检测到拥塞，打ECN标记
- 接收端收到CE标记，生成CNP（拥塞通知包）
- 发送端收到CNP，按比例降速
- 没收到CNP时，慢慢恢复速率
说白了，DCQCN就是一个闭环反馈系统。我刚开始看这个算法时，觉得它跟TCP的AIMD（加法增乘法减）很像。但DCQCN更激进，降速更快，恢复也更平滑。
关键参数：
- α：速率衰减因子（默认1/2）
- G：速率恢复增益（默认1/128）
- RPT：速率恢复周期（默认55μs）
我记得有一次调参，把α设成了1/4，结果降速太慢，PFC频繁触发。后来改回1/2，问题就解决了。嗯，参数这东西，还是得按实际场景来。
2.4 三者的关系
我画了一张图，帮你理清它们的关系：
从图上你能看到：
- PFC：交换机直接控制上游，粗暴但有效
- ECN：交换机给数据包打标记，传递拥塞信号
- DCQCN：接收端生成CNP，发送端做速率调整
三者配合，才能实现真正的无损。我个人习惯的优先级是：ECN > DCQCN > PFC。ECN和DCQCN先处理，PFC作为最后一道防线。
重要提醒：
千万不要只开PFC不开ECN。我见过不少团队，图省事只配了PFC，结果网络延迟飙升，吞吐量反而下降。PFC是保底方案，不是最优方案。
2.5 实战中的调参建议
最后，分享几个我在项目中积累的参数配置经验：
| 参数 | 推荐值 | 说明 |
|---|---|---|
| PFC XOFF阈值 | 队列深度的70% | 太早触发影响性能，太晚触发可能丢包 |
| ECN Kmin | 100KB | 根据带宽延迟积调整 |
| ECN Kmax | 200KB | 一般设为Kmin的2倍 |
| DCQCN α | 1/2 | 降速因子，越大降得越猛 |
| DCQCN G | 1/128 | 恢复增益，越小恢复越慢 |
嗯，这些值不是绝对的。不同的芯片、不同的网络拓扑，最优参数都不一样。我建议你先用默认值跑起来，然后通过监控数据慢慢调。
好了，三大法宝就讲到这里。记住：PFC是刹车，ECN是预警灯，DCQCN是智能巡航。三者缺一不可。