Google 的 PLB 简单讲即检测到拥塞时及时换一条等价路径，详见 PLB。这种事用 UDP 很容易实现，随机换一个源端口即可，这在数据中心是高尚的。
TCP 单流不能好好利用 ECMP 并行资源，但 UDP 可以。
端主机发现拥塞(Vegas，BBR 均可测量)，当判定要降速或减 cwnd 时随机换个源端口，ECMP 结果就改了。DC 内利用多条等价路径分散疏导拥塞，有 PLB 的意思。
随机选择源端口即可，不用保证元组唯一性，UDP-based 传输协议里有个 CID(类似 QUIC 的 Connection ID)识别连接即可，也不怕 NAT(再说 DC 内哪有 NAT)，只要保证能路由到对端正确解析出 CID 就能收。
地址/端口 与 “连接” 解耦，QUIC 可轻松实现连接迁移，但若仅仅希望利用 ECMP 分散疏导拥塞，QUIC 的连接迁移过重了。
DC 内部，对称拓扑保证 ECMP 等价，切路径后甚至不需重置 RTT，同时没有 NAT Session 问题，直接换端口即可，QUIC 连接迁移的 probing frame，non-probing frame，PATH_CHANGING，PATH_RESPONSE 均可省却，乱序窗口增大，轻松将 QUIC 裁剪成一个轻量 DCN 新协议。
IPv4/v6 都好使，但同样的事，TCP 无能为力，MultiPath TCP 也不行，约束太多。
还可这么多路径乱序传输，事先建多条 UDP(而不是 TCP，受不了它那个可靠和保序) “连接”(即 connected UDP元组)，数据或随机或根据拥塞度量分发到这些路径，有点 SD-WAN 的意思，但得换个名字，SD-LAN or SD-DCN。
浙江温州皮鞋湿，下雨进水不会胖。