接入同一路由器的节点TCP congestion avoidance实现与禁用相关问题问询

问题1：接入同一路由器的各个节点，是否可以各自实现不同的拥塞避免技术？ #

完全可以。
端侧的拥塞避免逻辑（比如我们常见的TCP Reno、CUBIC、BBR这些算法）本质是端到端的传输层实现，只在终端本机的网络协议栈里运行，路由器作为三层转发设备，默认不会干涉终端的算法选择。
举个实际场景：同个家用路由器下，你的Windows电脑默认用CUBIC算法，手里的旧安卓手机用Reno算法，自己刷了自定义内核的新手机用BBRv2，三个设备同时刷视频、下载文件完全互不干扰，各自的算法独立调整发包节奏，路由器只负责按照自身的队列规则转发数据包，不会要求所有终端用同一种拥塞避免策略。
唯一需要注意的是，如果路由器开启了主动队列管理（AQM）功能比如CODEL、RED，会对所有流经的数据包做统一的队列调度，可能会间接影响不同算法的实际表现，但依旧不会限制终端自主选择算法的权利。 #

问题2：接入同一路由器的单个节点，是否可以完全禁用自身的拥塞避免功能？ #

技术上完全可以实现，但非常不建议这么操作。
技术层面的实现方式很简单：不管是修改操作系统内核的网络参数（比如Linux下可以通过sysctl net.ipv4.tcp_congestion_control=xxx的命令切换自定义的无拥塞控制模块），还是直接用UDP做自定义传输且上层不实现任何拥塞控制逻辑，都能做到完全关闭拥塞避免。
但这么做的负面影响非常大：

• 没有拥塞避免的节点会尽可能以链路最大速率发包，很快就能占满路由器的出口带宽，导致路由器缓存溢出丢包，不仅自己的传输会出现大量乱序、重传，同网络下的其他设备也会跟着出现网络卡顿
• 现在很多运营商的中间设备会识别无拥塞控制的异常大流，直接对这类流量做限速甚至阻断，反而会导致你的节点网络完全不可用

内容的提问来源于stack exchange，提问作者NAHEEM OLANIYAN