程序员大飞哥-CSDN博客

原创 TQUIC 冗余调度器：双路同发的真实机制与集成陷阱

本文深入 QUIC 源码，讲清楚三件事：如何用 API 添加路径和探测路径存活；冗余发送的开关粒度是连接级还是 stream 级；接收端如何基于 packet number 去重两条路径的相同数据包。这是 QUIC 中文文档几乎没有覆盖的工程细节，集成前必读。

2026-04-05 10:00:00 404

原创 QUIC vs KCP：云控控制信号场景下谁的延迟更低？

本文对比 QUIC 与 KCP 在云控控制信号下的真实代价：单路径激进重传 vs 多路径冗余，路径一断，谁还能扛 SLA。文末附决策维度，读完就知道该坚持 KCP 还是上 MP-QUIC。

2026-04-04 21:30:42 858

原创为什么最终选 TQUIC：T-Box QUIC 库选型的约束过滤与源码验证

"为什么选 TQUIC 不选 XQUIC？XQUIC 也有 MPQUIC 和 FEC 啊。"——这是方案评审会上最难回答的追问。本文从源码层面揭示关键区别：TQUIC 的 RedundantScheduler 是主动冗余，每个数据包发出时立即复制到所有路径；XQUIC 的 Reinjection 是被动重注入，超时后才触发。4G 丢包场景下，P99 延迟差距可达 80ms——正好踩在云控 SLA 边界上。

2026-03-29 15:46:59 889

原创为什么控制信号和视频走不同的传输通道：一个被忽视的架构决策

视频流和控制信号共用同一个 QUIC 连接，拥塞窗口共享让控制信号 P99 延迟从 85ms 飙到 430ms。本文还原完整排查过程，讲清楚为什么两者必须彻底分离：控制信号走 MP-QUIC 冗余发送，视频走独立 UDP 通道各自优化。这个架构决策决定了后续所有设计的边界——教科书不会提、只有踩过坑才懂的陷阱。

2026-03-29 09:54:21 782

原创云控SLA的数学：250ms端到端延迟预算怎么分配给传输层？

250ms SLA（含云控坐席），传输层能用的预算 P99 下只有 20-70ms——因为 qdisc 无 QoS 时单独就能吃掉 300ms，eMMC 卡顿时进程调度可达 2 秒。本文把端到端延迟逐跳拆解：坐席→有线网络→骨干网→空口→协议栈→qdisc→进程调度→MCU，每一跳给出 P99 真实测量范围，揭示"传输协议选型不是 SLA 最大变量"这个反直觉结论，并将 SLA 约束翻译成 QUIC 可配置参数。

2026-03-28 15:18:51 450

原创 Linux内核MPTCP架构总览：跟着一个send()走进内核

一次send()调用，内核里竟要走完MPTCP整条数据通路。本文从Linux主线源码出发，拆解双层socket、DSN/SSN映射、子流调度与DSS重组，带你把多路径传输原理和实现一次看透。更稳更快。

2026-03-23 21:55:17 429

原创 T-Box双SIM卡的“幻觉“：为什么有两张卡却还在断连？

双卡满格仍断连，真凶不是信号，而是切网时IP变化让TCP连接失效。本文用实测日志复盘断链时序，对比心跳、冷备、MPTCP等方案短板，给出QUIC MPQUIC冗余双发与云端去重方案，实现近零感知、低时延、高可靠云控传输。

2026-03-23 21:55:07 359

原创 MPTCP与中间设备兼容性实战:项目上线第一天的“惊魂 24 小时”

上线首日成功率从95%跌到60%，罪魁祸首竟是中间盒。本文复盘24小时排障，拆解CGNAT剥离Options机理，并给出探测、回退、隧道、专线APN四套可落地方案，附抓包命令模板。

2026-03-22 11:19:16 434

原创 MPTCP 握手全解剖：一条连接是如何“长出“多条腿的

接入类型MPTCP 兼容性建议移动/联通/电信公网 4G不稳定，部分省份 CGNAT 会剥离 Options用探测脚本先验证，做好回退预案联通/电信企业专线 APN（to B）较好，通常透传 TCP Options推荐用于生产环境5G SA 独立组网（试商用）理论上支持 ATSSS，MPTCP 最友好稳定性待验证，持续跟进WiFi + 4G 双链路（室内）通常 WiFi 侧无问题，4G 侧看运营商参考上述 4G 建议落地前的标准检查流程# 第一步：全量 MPTCP 诊断。

2026-03-22 08:55:30 379

原创 MPTCP vs MPQUIC：下一代多路径传输谁更有前途

原因也很直接：QUIC 流量在互联网中的占比持续增长（HTTP/3 已经是主流），TCP 流量走 MPTCP 代理没问题，但 QUIC 流量如果也要先转成 TCP 再走 MPTCP，就多了一层不必要的转换。MPQUIC 更进一步——不同的 Stream 可以走不同的路径，路径 A 丢包只影响路径 A 上的 Stream，路径 B 上的 Stream 完全不受影响。这时子流 B 的包 11-20 全部到了，但 MPTCP 不能把它们交给应用——因为应用期望的是有序字节流，包 3 还没到，后面的都得等着。

2026-03-21 13:51:18 467

原创 Linux内核MPTCP路径管理器源码解析:子流何时创建、何时销毁

下一篇,我们将深入 Scheduler 的源码,看看它如何在多条子流之间分配数据,如何避免 HoL 阻塞,以及 BLEST 算法的 linger_time 计算公式。Address_ID 是 MPTCP 中的关键概念——它是 1 字节的逻辑标识(1-255),在 MP_JOIN、ADD_ADDR、REMOVE_ADDR 中使用。但 PM 只是决定"开哪些路",数据包具体走哪条路,是由另一个组件决定的——**Packet Scheduler(包调度器)**。T-Box 离开高速公路,驶出 5G 覆盖区。

2026-03-21 13:38:31 366

原创 MPTCP协议全景：从RFC6824到RFC8684的演进

在一条逻辑上的 TCP 连接之下，同时使用多条网络路径传输数据。对应用程序来说，它看到的还是一个普通的 TCP socket——connect()send()recv()，一切照旧。但在传输层内部，MPTCP 悄悄把数据分散到多条"子流"（subflow）上，每条子流走不同的网络路径。回到开头那个视频通话的场景。如果你的手机用上了 MPTCP，WiFi 断开的瞬间，数据已经在 4G 链路上继续传输了——你甚至不会注意到网络切换了。

2026-03-20 23:47:31 504

weixin_47733034的博客