关于近期 OPENPPP2 1.0.0.25116 版本更新提供的 MUX 控制选项

OPENPPP2 近期更新为客户开放 MUX 控制选项使能，本文着重介绍新增选项的作用，其中心实现原理，感兴趣的童鞋，可自行检索开放源代码。

从以下打印的命令行选项之中。

可见，新增：--tun-mux-acceleration 命令行参数选项

其枚举值范围规定为：0, 1, 2, 3，它为控制 MUX 加速单链接吞吐能效的方式

采用二进制位表示：

0：标准加速（00）

1：远程加速（01）

2：本地加速（10）

3：远程 + 本地加速（11）

OPENPPP2 服务器不需要设置该选项参数，它是由 OPENPPP2 客户端运行时与服务器协商自动生效的。

OPENPPP2 服务器与客户端，可以设置 Template（Triplet）配置文件（appsettings.json）之中的 mux 节配置：

keep-alived 为保护时间（MIN, MAX）其作用为：

尽力避免链路CWND过多减少，因为当链路CWND过多减少后，在重新爬升的 ssthresh（位值）会浪费更多的时间，这会减少某一特定时间范围内的网络突发能效。

同时，也可以避免链路没有任何活动被沿途TTL跃点路由，老化中断链路，被置为：0, 0 禁用。

connect 为设置连接最大的时间，inactive 为设置链接最大静默不活动的时间。

congestions 是一个MUX 很重要拥塞控制选项，若用户运行 OPENPPP2 的客户端与服务器 CPU性能爆炸，远远溢出两端之间的最大管道瓶颈带宽时，可以将其设置为：0

该值小于0、或小于1MB大小，会被默认设置为：128MB 的拥塞窗口大小。

拥塞是顾名思义的，当 MUX 发送端发送频率远远大于本地消化速度，本地窗口积压拥塞达到 128MB 时，发送端会降低或停止飞行数据到接收端。

MUX 之所以会存在这个拥塞控制的烦恼，仅仅只是因为 MUX，确实速度极快，快到本地单个链接（子网内）接收端消化速度跟不上传入宽频的速度。

多个通道同时飞行加速，向一个有限的管道注入庞大的水量（带宽），不加以拥塞控制时，会直接挤爆有限管道，这表现得结果是：断流。

水桶效应，决定最大能效的往往取决于最短的那根。