第 2 节 · 四档总表
并发、带宽上限、跳数与适配团队
四个档位之间的差别是资源额度，不是服务质量分级：所有档位跑同一套探测、评分与切换逻辑，低档位只是额度更小、跳数选择更少。
| 档位 | 并发连接数 | 带宽上限 | 中继跳数 | 适配团队规模 |
|---|---|---|---|---|
| A 档 | 50 | 100 Mbps | 2 | 5~20 人 |
| B 档 | 200 | 500 Mbps | 2~3 | 20~80 人 |
| C 档 | 500 | 1 Gbps | 3 | 80~300 人 |
| D 档 | 1000 | 2 Gbps | 3 | 300 人以上 |
跨档的判断要同时看并发与带宽两个条件：只有一项超出时，先调整出口与跳数配置，往往不必直接升档；两项同时超出才需要换档。
第 3 节 · 并发数的口径
并发是会话数，不是终端数
这是档位选择里最容易算错的一项。一个终端常驻 2~3 条会话，因此 50 条并发远不等于 50 台电脑。
并发数统计的是同时在线的会话数。一个终端通常常驻 2~3 条会话：网页浏览 1 条，同步或推送 1 条，会议或远程终端另占 1 条。按两到三条折算，50 条并发约等于 15~25 台终端。
实测依据：20 人团队在 09:00—12:00 的峰值会话数在 60 条上下，A 档 50 条并发会在 19:00 之后出现排队，B 档 200 条仍有 3 倍余量。排队表现为新会话首包慢 200~400 ms，而不是丢包。
超过额度时客户端不会静默失败，而是把新会话排到下一轮调度，并在本地日志记录 1 行额度等待。这条日志是判断是否需要升档的直接依据，比查看带宽曲线更准。
折算系数也不是拍出来的：按 2026-09 的 12 次开通记录统计，人均常驻会话数落在 2.1~3.4 条之间，取 2.5 条作为折算值，比取上限 3.4 条保守约 27%，因此档位选择通常留有余量。
第 4 节 · 带宽上限的口径
上限同时约束单流与聚合
带宽上限不是单流速度，也不是实测速度。它同时约束单流峰值与全部会话的聚合吞吐，两者在不同档位上的达成率并不相同。
单流峰值受连接窗口限制，A 档实测落在 90~95 Mbps；聚合上限才是 100 Mbps 的含义所在。B 档以上单流同样受限，但多流并发可以接近聚合上限。
关于"200 Mbps"这个数字需要单独说明：2026-09-28 的构建实测写的是 200 Mbps 档，指的是该次采样在多流并发下的有效吞吐，对应 B 档（500 Mbps 上限）线路，并不存在单独的 200 Mbps 档位。
聚合上限的实测达成率在 82%~95% 之间，取 1 Gbps 档的 60 秒稳定段，实测落在 820~950 Mbps。达成率与目的地、时段同时相关，高峰时段比低峰低约 8 个百分点。
单流的达成率更集中：按 300 次 60 秒稳定段采样，A 档单流落在 88~95 Mbps，波动幅度不足 8%，说明单流瓶颈主要来自连接窗口而不是出口带宽。
第 5 节 · 跳数与团队规模
两跳换时延，三跳换余量
跳数决定了可选出口的数量，也就决定了故障时的切换余量。四档里只有 B 档同时提供两种下发方式，其余档位固定。
两跳配置的时延比三跳低约 9 ms，可用出口 2 条；三跳配置多 1 条出口，故障余量更大。这个差别在正常时段只体现为 9 ms，在故障时段体现为是否还有备选出口可用。
按团队规模排序的对应关系是：5~20 人用 A 档两跳，20~80 人用 B 档两跳或三跳，80~300 人用 C 档三跳，300 人以上用 D 档三跳。规模跨档时优先看并发，因为并发不足会立刻排队，而带宽不足只影响大文件传输的速度。
如果业务以会议为主，优先选三跳：抖动从 12 ms 收敛到 9 ms 的收益比省下 9 ms 时延更实在；如果业务以批量传输为主，两跳更合适，因为大文件对抖动的容忍度更高。
第 6 节 · 档位调整实测
升档 12 秒生效，降档要先看峰值
档位调整与开通走同一条链路，重新下发配置包即可生效。升档只需确认额度，降档需要先验证峰值并发，否则会在高峰时段排队。
从 B 档升到 C 档，同一构建任务耗时再降 21%，从 11 分钟降到 8.7 分钟，前提是目的地侧不再限速。这次采样的路径仍是深圳—新加坡，与 2026-09-28 的构建实测保持同一条件。
升档生效方式与开通一致：重新下发配置包，实测生效 12 秒，不需要重装客户端，也不影响已建立的会话。配置包体积 6 KB，版本号随数据集每周更新。
降档需先确认峰值并发低于目标档位额度的 80%，否则会在 19:00—21:00 出现排队。这是 2026-09 三次降档记录里的共同原因，其中两次在降档后 48 小时内又升回原档位。