山东临沂｜中国移动｜家庭宽带｜Ultra Singapore｜白天与晚高峰
更多语言
更多操作
山东临沂｜中国移动｜家庭宽带｜Ultra Singapore｜白天与晚高峰
测试对象：Ultra Singapore（AS25820，搬瓦工 Ultra 系列）。家用移动千兆直连，本文含白天（2026-11-11 14:14–14:41）与晚高峰（20:39–20:54）两轮实测，口径完全一致。
基本信息
| 项目 | 信息 |
|---|---|
| 所在地区 | 山东临沂（出口 IP 数据库标注） |
| 网络运营商 | 中国移动 |
| 网络类型 | 家庭宽带（千兆接入；实测上行约 47 Mbps 卡口；白天下行单流 245–255 Mbps、4 流 351–355 Mbps，晚高峰分别跌到 51–57 Mbps / 139 Mbps） |
| 测试机房 | Ultra Singapore（新加坡），AS25820 IT7 |
| 测试时间 | 白天 14:14–14:41（北京时间）；晚高峰 20:39–20:54（北京时间），两轮口径一致 |
| 服务端拥塞控制 | BBR + fq（两轮全程一致，本篇未做 cubic 对照） |
| 测试路径 | 公网 IPv4，不经代理 / 不经 TUN，直连 VPS（SSH、iperf3、HTTP 全部走 IP 直连） |
| 测试手段 | SSH（完整登录 / 长连接 / 通道吞吐 / scp）、iperf3、ping、traceroute、mtr、HTTP 首字节 |
| 本篇未做 | NodeQuality 硬件体检、TcpQuality 217 节点、BBR 前后对照、AI 站点首字节（联通篇有，本篇无，原因见第 6 节） |
| 测试机规格 | KVM 2 vCPU（AMD EPYC-Genoa）/ 2 GB + 1 GB Swap / 38 GB / 无 IPv6 |
| 出口 IP | 112.38.*.*（已打码） |
注：文中路由与日志里的 IP 均已打码；* 表示探针未收到回应。同一台 VPS、同一条家宽，仅运营商出口不同，可与前一篇联通篇逐项对照。
1 Ping 延迟与丢包
| 项目 | 发送·收到 | 最低 / 平均 / 最高 ms | 抖动 mdev | 丢包 |
|---|---|---|---|---|
| 白天 正向（家宽 → 新加坡，300 包 / 1 s） | 300 / 300 | 89.144 / 90.457 / 96.723 | 0.806 | 0% |
| 晚高峰 正向（20:39–20:54，300 包 / 1 s） | 300 / 281 | 99.683 / 100.518 / 122.631 | — | 6.3% |
| 白天 反向（新加坡 → 家宽，mtr 20 包末跳） | 20 / 20 | 84.6 / 85.9 / 90.4 | 1.9 | 0% |
白天空载 RTT 稳定在 90 ms 量级，300 包零丢包，抖动 0.8 ms，说明这条移动直连路径的物理时延本身很平；反向比正向低约 5 ms，是回程落在电信 CN2/163 再跨网进移动的典型结果。
晚高峰平均延迟只抬了 11%，最高值抬了 27%，但真正变差的是丢包：0% → 6.3%（300 包里 19 包无回应）。延迟涨得不多而丢包突然出现，是“链路被压但没断”的典型形状，具体丢在哪一段见第 8 节的分段探测。
2 去程 / 回程路由（白天 vs 晚间）
去程（家宽 → 新加坡）关键跳
| 跳 | 白天 | 晚高峰 |
|---|---|---|
| 家宽网关 → CGNAT 100.124.48.1 | 0.4 → 6.3 ms | 0.4 → 3.9 ms |
| 223.99.152.x 移动 山东出口 | 13.3 ms | 5.2 ms |
| 221.183.x 移动 CMNET 骨干（221.183.89/92） | 48.3–52.7 ms | 40.3–54.8 ms |
| 223.120.x 移动国际 CMI（新加坡） | 79.2–91.6 ms | 79.0–90.2 ms |
| 142.0.32.103 → 落地 185.180.*.* | 89.4 ms | 96.6–97.2 ms |
去程全程走移动自家骨干，国内段到 CMI 出海前只有 48 ms，进新加坡 CMI 后 90 ms 落地，没有绕欧美。晚高峰跳数、路径、每跳归属完全一致，只有末端从 89 ms 抬到 96–97 ms。
回程（新加坡 → 家宽）关键跳
| 跳 | 白天（mtr 20 包） | 晚高峰（traceroute） |
|---|---|---|
| 142.0.32.62 落地网关 | 0.9 ms | 1.9 ms |
| 203.144.106.x / 69.194.x 新加坡本地交换 | 1.9–2.6 ms | 2.1–2.9 ms |
| 183.91.36.x | 2.6 ms | 1.9–4.9 ms |
| 59.43.x 电信 CN2 | 40.6 ms | 40.5–48.1 ms |
| 202.97.x 电信 163 | 42.8 ms | 42.8–82.5 ms |
| 221.183.x 移动 | 78.4 ms | 84.3–87.5 ms |
| 223.99.152.x 移动 山东 | 85.9 ms | 93.5–95.8 ms |
回程是“先出境到新加坡本地交换（203.144 / 69.194 / 183.91），再上 59.43（电信 CN2）、202.97（电信 163），最后跨网落 221.183 / 223.99（移动 山东）”。也就是说去程走移动 CMI、回程走电信 CN2+163 转移动，属于典型的跨网混合回程，不是双向 CMI。晚高峰这条回程同样没换路，末端整体抬 7–10 ms。
原始 traceroute / mtr 全文见第 7、8 节。
3 三网回程质量（mtr 直测 20 包，白天 vs 晚间）
| 目标 | 线路 | 末跳延迟 ms（Last / Avg / Wrst） | 丢包 |
|---|---|---|---|
| 211.136.192.1（移动 广东） | 移动 CMNET 直落 | 51.3 / 53.9 / 62.5 | 末跳 75% 丢包（中间设备限速，非链路丢包） |
| 202.102.152.3（联通 山东） | 219.158 联通 169 | 79.5 / 79.5 / 79.6 | 0% |
| 219.141.136.12（电信 北京） | 106.120 电信 | 80.5 / 90.4 / 244.3 | 末跳 0%，抖动偏大（StDev 36.4） |
移动回全国最便宜的一段在广东（51 ms），山东本地移动反而要绕回程 84–86 ms；联通、电信侧都在 79–90 ms，属这台机器一贯水平。
口径说明：本篇没有跑 TcpQuality 217 节点，三网回程就用 VPS 上直接 mtr 20 包测关键节点代替，样本量比联通篇小得多，只做量级参考；晚高峰也没有逐节点复测，改用第 8 节的“分段丢包探测”定位。
4 单线程测速与 iperf3（白天 vs 晚间）
iperf3（家宽 ↔ 新加坡，15 秒 + 3 秒预热，单位 Mbps）
| 方向 | 白天 单 / 4 连接 | 晚高峰 单 / 4 连接 | 白天 重传（单 / 4） | 晚高峰 重传（单 / 4） |
|---|---|---|---|---|
| 上行（家宽 → 新加坡） | 46.6 / 46.8 | 42.4 / 46.5 | 232 / — | 2,201 / 6,714 |
| 下行（新加坡 → 家宽） | 253 / 245，4 流 355 / 351 | 57.3 / 51.0，4 流 139 | 176 / 55,332、48,903 | 8,508（单流）/ 22,528（4 流） |
上行单线程与 4 线程在白天、晚高峰都停在 42–47 Mbps，说明卡的是家宽上行带宽，不是 VPS、也不是时段。下行是唯一真正塌陷的方向：单流 253 → 51–57 Mbps（-78%），4 流 355 → 139 Mbps（-61%），4 流四条约 35 Mbps 平分、重传 2.25 万次。
白天 4 流下行 355 Mbps 也明显低于联通篇同机同时段的 577 Mbps，且重传多一倍（5 万 vs 2.6 万），说明移动这条路径在“多流 + 大包”时的短板白天就已经存在，只是晚高峰被放大。
同时段跨运营商对照（这一项决定“怪谁”）
晚高峰阶段用同一条家宽的联通出口直连这台 VPS（connect RTT 96 ms，不经任何代理）测下行：
| 线路 | 白天 4 流下行 | 晚高峰 4 流下行 |
|---|---|---|
| 联通 | 577 Mbps | 120 Mbps（4 并发 20 MB，合计 15.0 MB/s） |
| 移动 | 351–355 Mbps | 139 Mbps |
联通侧同样从 577 掉到 120，跌幅比移动更大；移动单流 51–57 Mbps 反而高于联通单流（9.8 / 41.8 / 39.1 Mbps）。VPS 自身 load 0.00、2 vCPU、内存占用 280 MB，没有本地压力。
口径说明：联通这条对照是用 NAS 上的 curl 并发 4 路取的合计值，不是 iperf3，精度不如移动侧的四项，仅用于判断“是不是移动独有”。
5 实际业务体验
HTTP 首字节与整包（直连 VPS，100 KB 随机数据，各 10 次）
| 时段 | TTFB 秒 | 整包 秒 |
|---|---|---|
| 白天 | 0.166–0.177 | 0.428–0.460 |
| 晚高峰 第 1 轮 | 0.186–1.208（中位 0.198，2 次约 1.2 s） | 0.611–1.950（中位 0.895） |
| 晚高峰 第 2 轮（复测） | 0.183–0.305（中位 0.198） | 0.532–1.195（中位 0.660） |
晚高峰首字节中位数几乎没变（0.198 s），但尾部被拉长：两轮里都出现了整包 1–2 s 的传输，与 6.3% 丢包下的重传等待吻合——小请求照旧快，大响应明显变慢，这正是“丢包而非高延迟”的表现。
国内直连参考：百度 TTFB 0.180 s、腾讯 0.133 s、网易 0.102 s。
SSH 连接实测（家宽 → VPS，公钥登录）
| 项目 | 白天 | 晚高峰 |
|---|---|---|
| 完整登录耗时（20 次） | 20/20 成功，中位 1.051 s（1.049–1.068） | 20/20 成功，中位 1.353 s（1.138–2.760） |
| 复用连接单次往返（60 次 / 5 分钟） | 均值 184 ms（182–207），0 掉线 0 重连 | 均值 246 ms（194–654），中位 196 ms，15 次 >250 ms、5 次 >400 ms，0 掉线 |
| SSH 通道吞吐（20 MB，不经磁盘） | 上行 146.3 / 下行 64.6 Mbps | 上行 28.4 / 下行 17.5 Mbps |
| scp 10 MB 落盘 | 上传 2.74 s（29.2 Mbps）/ 下载 2.90 s（27.5 Mbps） | 上传 3.53 s（22.7 Mbps）/ 下载 6.01 s（13.3 Mbps） |
白天 SSH 体验相当好：登录 1.05 s、长连接恒定 182–207 ms，5 分钟零掉线，压缩生效使通道上行跑到 146 Mbps（远高于 iperf3 的 47 Mbps，因为小主机 CPU 撑不住无损明文传输，而 SSH 走压缩）。
晚高峰长连接一次没断，但分布从“恒定 182–207 ms”变成“多数 195 ms、持续插入 250–650 ms 毛刺”，与 6.3% 丢包引发的 TCP 重传吻合；通道吞吐跌 73–81%，scp 下载 2.90 → 6.01 s 翻了一倍。
6 AI 站点页面首字节 TTFB（白天 vs 晚间）
本节没有数据，原因如实说明：联通篇的 AI 站点首字节是关掉本地分流、家宽直连的窗口里测的；本轮移动测试期间家宽默认经本地透明代理（honk / dae）出境，从家里发起的 AI 站点请求走的是“家宽 → 代理 → 站点”，不是移动直连，测出来既不能代表移动线路，也不能和联通篇并列，宁可不写。
本篇能给出的替代观测只有两项：一是第 5 节直连 VPS 的 100 KB 首字节/整包（白天 0.166–0.177 s，晚高峰尾部拉长），二是第 3 节 VPS 侧到三网的回程质量。要补这一项，需要在家宽上临时绕过代理、用同一台机器对同一批域名重测，属于单独立项，本篇不混着写。
7 原始报告（白天）
Ping 统计行（300 包 / 1 s）
--- 185.180.*.* ping statistics --- 300 packets transmitted, 300 packets received, 0% packet loss round-trip min/avg/max/mdev = 89.144/90.457/96.723/0.806 ms
去程 traceroute（原文）
traceroute to 185.180.*.* , 32 hops max, 46 byte packets 1 192.168.*.1 0.388 ms 2 100.124.48.1 6.293 ms ← 移动 CGNAT 3 223.99.152.205 13.313 ms ← 移动 山东 4 * 5 111.24.11.85 9.241 ms 6 221.183.159.2 23.141 ms ← 移动 CMNET 骨干 7 221.183.161.246 52.660 ms 8 221.183.89.238 48.466 ms 9 221.183.92.158 48.331 ms 10 223.120.141.66 79.209 ms ← 移动国际 CMI 11 223.120.141.6 91.600 ms 12 223.120.130.22 90.589 ms 13 * 14 * 15 142.0.32.103 92.995 ms 16 185.180.*.* 89.364 ms
回程 mtr（原文，20 包）
HOST: cute-buzz-2.localdomain Loss% Snt Last Avg Best Wrst StDev 1.|-- 10.39.0.1 0.0% 20 20.6 41.1 16.7 93.2 23.5 2.|-- 10.39.1.32 0.0% 20 0.3 0.3 0.2 0.5 0.1 3.|-- 142.0.32.62 0.0% 20 0.8 0.9 0.7 1.5 0.2 4.|-- 203.144.106.89 5.0% 20 1.0 1.9 0.9 15.2 3.2 5.|-- 69.194.166.193 5.0% 20 2.0 2.6 1.8 7.0 1.4 6.|-- 183.91.36.90 5.0% 20 2.1 2.6 2.0 7.6 1.4 7.|-- 203.22.180.98 85.0% 20 39.2 39.2 39.2 39.2 0.0 8.|-- 59.43.250.169 65.0% 20 40.5 40.6 40.5 40.9 0.1 9.|-- 59.43.22.42 95.0% 20 41.3 41.3 41.3 41.3 0.0 10.|-- 202.97.43.77 95.0% 20 42.8 42.8 42.8 42.8 0.0 11.|-- ??? 100.0 14.|-- 221.183.129.161 90.0% 20 78.4 78.4 78.4 78.4 0.0 17.|-- 223.99.152.206 0.0% 20 84.6 85.9 84.6 90.4 1.9
iperf3 八组汇总（Mbps）
上行 单流 46.6 重传 232 上行 4 流 46.8 重传 — 下行 单流 253 / 245（两次） 重传 176 下行 4 流 355 / 351（两次） 重传 55,332 / 48,903
SSH 四项原始值
完整登录 20 次（秒）：1.049 1.052 1.055 1.058 1.061 1.064 1.068 …
中位 1.051，20/20 成功
长连接 60 次（往返毫秒，每 5 s 一次）：182–207，均值 184，掉线 0
SSH 通道 20 MB：上行 146.3 Mbps / 下行 64.6 Mbps
scp 10 MB：上传 2.74 s / 下载 2.90 s
HTTP 首字节（直连 VPS，100 KB，10 次原文）
第 1 次 TTFB 0.175 s 总 0.449 s 第 2 次 TTFB 0.177 s 总 0.460 s 第 3 次 TTFB 0.175 s 总 0.454 s 第 4 次 TTFB 0.177 s 总 0.458 s 第 5 次 TTFB 0.172 s 总 0.445 s 第 6 次 TTFB 0.166 s 总 0.428 s 第 7 次 TTFB 0.169 s 总 0.435 s 第 8 次 TTFB 0.173 s 总 0.445 s 第 9 次 TTFB 0.169 s 总 0.435 s 第 10 次 TTFB 0.175 s 总 0.453 s
注：白天原始命令输出在测试机重启后未完整保留，以上为当时落盘的统计行、完整路由日志与结果文件片段；晚高峰原始输出见下节。
8 原始报告（晚间）
Ping 原文（节选，300 包，19 包无回应）
PING 185.180.*.* (185.180.*.*): 56 data bytes 64 bytes from 185.180.*.*: seq=0 ttl=46 time=101.215 ms 64 bytes from 185.180.*.*: seq=1 ttl=46 time=100.402 ms 64 bytes from 185.180.*.*: seq=2 ttl=46 time=100.289 ms （seq=37、61、80、86、111、114、125、129、140、141 等共 19 个序号无回应） 64 bytes from 185.180.*.*: seq=297 ttl=46 time=100.180 ms 64 bytes from 185.180.*.*: seq=298 ttl=46 time=100.436 ms 64 bytes from 185.180.*.*: seq=299 ttl=46 time=100.512 ms --- 185.180.*.* ping statistics --- 300 packets transmitted, 281 packets received, 6% packet loss round-trip min/avg/max = 99.683/100.518/122.631 ms
丢包落在哪一段（20:56 同时段，60 包并行探测）
| 探针 | 延迟 | 丢包 | 说明 |
|---|---|---|---|
| 223.99.152.209 | 5.06 ms | 0% | 移动山东出口，本地接入正常 |
| 221.183.92.154 | — | 100% | CMNET 骨干，禁 ICMP，无参考价值 |
| 223.120.141.70 | 52.45 ms | 0% | CMI 出海节点，仍然正常 |
| 185.180.19.243 | 100.7 ms | 8.3% | 落地侧开始丢包 |
家宽接入与 CMI 出口都是零丢包，丢包出现在 CMI 之后到落地这一段（跳变 48 ms、丢 8%）。
去程 traceroute（原文，20:39 起测）
traceroute to 185.180.*.* (185.180.*.*), 20 hops max, 46 byte packets 1 192.168.*.1 0.350 ms 0.183 ms 0.185 ms 2 100.124.48.1 3.910 ms 3.483 ms 3.853 ms 3 223.99.152.209 5.164 ms 9.629 ms 4.684 ms 4 211.137.196.53 8.306 ms 211.137.196.49 11.409 ms 211.137.196.53 7.896 ms 5 111.24.11.93 11.355 ms 11.354 ms 10.100 ms 6 111.24.5.249 19.169 ms 221.183.102.54 24.534 ms 221.183.158.246 21.218 ms 7 221.183.89.193 42.030 ms 221.183.161.246 53.145 ms 51.178 ms 8 221.183.89.210 40.257 ms 221.183.89.238 46.802 ms 46.864 ms 9 221.183.92.154 42.370 ms 221.183.92.166 54.843 ms 221.183.92.162 52.913 ms 10 223.120.141.70 79.449 ms 80.742 ms 223.120.141.66 78.989 ms 11 223.120.140.6 82.794 ms 81.102 ms 82.293 ms 12 223.120.130.22 89.266 ms 223.120.131.14 90.174 ms 87.056 ms 13 * * * 14 * * * 15 142.0.32.103 87.830 ms 88.612 ms * 16 * 185.180.*.* 96.561 ms 97.159 ms
回程 traceroute（原文，VPS → 家宽出口）
traceroute to 112.38.*.* (112.38.*.*), 20 hops max, 60 byte packets 1 * * * 2 10.39.1.32 1.467 ms 1.486 ms 1.465 ms 3 142.0.32.62 1.938 ms 1.921 ms 1.903 ms 4 203.144.106.89 2.173 ms 2.168 ms 2.122 ms 5 69.194.166.125 2.864 ms 69.194.165.105 1.830 ms 1.813 ms 6 183.91.36.26 4.853 ms 69.194.169.238 1.905 ms 183.91.36.22 4.229 ms 7 203.22.180.102 41.438 ms 203.22.180.98 39.328 ms 38.881 ms 8 59.43.250.169 40.454 ms 59.43.180.241 42.039 ms 59.43.181.93 44.948 ms 9 59.43.22.42 48.058 ms 48.039 ms 59.43.16.165 41.245 ms 10 202.97.43.77 42.846 ms 202.97.43.81 46.308 ms 44.667 ms 11 202.97.39.30 79.246 ms 202.97.74.50 82.457 ms * 13 221.183.123.181 87.364 ms 221.183.123.185 87.506 ms 221.183.123.161 84.327 ms 14 * 221.183.129.161 87.061 ms * 17 223.99.152.206 93.776 ms 223.99.152.210 93.453 ms 223.99.152.206 95.829 ms
iperf3 原文节选
上行 单流 [ 5] 0.00-15.00 sec 75.9 MBytes 42.4 Mbits/sec 2201 sender [ 5] 0.00-15.10 sec 76.6 MBytes 42.6 Mbits/sec receiver 上行 4 流 [ 5] 0.00-15.00 sec 27.8 MBytes 15.5 Mbits/sec 3174 sender [ 7] 0.00-15.00 sec 24.5 MBytes 13.7 Mbits/sec 1131 sender [ 9] 0.00-15.00 sec 20.6 MBytes 11.5 Mbits/sec 2219 sender [ 11] 0.00-15.00 sec 10.4 MBytes 5.80 Mbits/sec 190 sender [SUM] 0.00-15.00 sec 83.2 MBytes 46.6 Mbits/sec 6714 sender [SUM] 0.00-15.10 sec 83.6 MBytes 46.5 Mbits/sec receiver 下行 单流（第 1 次） [ 5] 0.00-15.10 sec 103 MBytes 57.4 Mbits/sec 8508 sender [ 5] 0.00-15.00 sec 102 MBytes 57.3 Mbits/sec receiver
SSH 原文（20 次登录 / 60 次长连接，单位秒）
完整登录 20 次： 1.829 1.467 1.242 1.253 1.138 1.571 2.346 1.657 1.408 1.298 1.232 1.139 2.437 1.143 1.510 2.760 1.270 1.174 1.161 1.440 长连接 60 次往返（每 5 s 一次）： 0.195 0.195 0.195 0.199 0.196 0.195 0.195 0.195 0.308 0.654 0.197 0.647 0.195 0.198 0.314 0.196 0.195 0.195 0.196 0.196 0.196 0.195 0.196 0.603 0.195 0.196 0.287 0.195 0.195 0.195 0.195 0.195 0.316 0.195 0.198 0.195 0.195 0.286 0.310 0.514 0.202 0.195 0.194 0.195 0.196 0.195 0.195 0.316 0.495 0.195 0.194 0.195 0.196 0.196 0.197 0.195 0.196 0.307 0.307 0.310 SSH 通道 20 MB：up 5.639 s（28.4 Mbps） / down 9.125 s（17.5 Mbps） scp 10 MB：up 3.528 s（22.7 Mbps） / down 6.005 s（13.3 Mbps）
HTTP 首字节两轮原文（TTFB / 整包 / 字节数，秒）
第 1 轮 0.306438 1.044308 98060 0.198914 0.718532 142524 0.461728 0.658909 155427 0.197788 1.079565 94859 0.186322 0.828035 123682 0.190580 0.617206 165948 1.203915 1.899759 53903 0.193943 0.962202 106428 1.208453 1.949800 52520 0.193058 0.611120 167580 第 2 轮 0.192974 0.571077 0.198260 0.640785 0.182708 0.587070 0.197727 0.771809 0.285719 0.641386 0.189612 0.830370 0.305255 0.966079 0.199511 1.195491 0.195383 0.531876 0.198153 0.679600
9 总体评价
白天和晚高峰测下来是两条完全不同的线。白天这条移动直连相当干净：空载 90 ms、300 包零丢包、抖动 0.8 ms，去程全程走移动自家 CMI 出海、不绕欧美，下行单流 245–255 Mbps、4 流 351–355 Mbps，属于这台 Ultra Singapore 在家庭千兆下的正常水平。唯一白天就已存在的短板是多流：同机同时段联通的 4 流能到 577 Mbps，移动只有 355 Mbps，重传还是联通的两倍（5 万 vs 2.6 万），说明移动这条路径在“多流 + 大包”时本来就吃点亏。
晚高峰的变化不在延迟而在丢包。延迟只从 90 ms 抬到 100 ms（+11%），但 300 包里 19 包无回应、丢包 6.3%，下行单流 253 → 51–57 Mbps（-78%）、4 流 355 → 139 Mbps（-61%）、SSH 通道吞吐跌 73–81%，小请求首字节中位数几乎没变（0.198 s）而整包被拉长到 1–2 s——这是典型的“丢包触发重传”形状，不是链路被限速。分段探测显示家宽接入与 CMI 出口都零丢包，丢包从 CMI 之后到落地这一段开始出现。
把责任分清楚的关键是同时段跨运营商对照：同一条家宽的联通出口对同一台 VPS，4 流下行也从白天 577 掉到晚上 120 Mbps，跌得比移动更狠，而 VPS 侧 load 0.00、内存 280 MB、2 vCPU 都没压力。所以晚高峰的塌陷既不是移动最后一公里，也不是落地机器资源，而是两台机器之间的国际段 / 新加坡落地入口在高峰被压到 100–140 Mbps 量级——这也是为什么移动单流 51–57 Mbps 在同一时段反而高于联通单流（9.8 / 41.8 / 39.1 Mbps）。
用法上：白天（10:00–18:00）这条线可以当大带宽线路用，4 流能跑 350 Mbps 上下；20:00–23:00 更适合当低流量线路，SSH、网页、轻量同步基本无感，但大流量下载、rsync、scp 会明显变慢，能排到白天就排到白天。判断“是线路问题还是落地问题”时，看 CMI 出口那一跳有没有丢包，比看总延迟有用得多。
10 公开平台发布链接
| 平台 | 链接 |
|---|---|
| md5.pw | md5.pw/index.php?title=山东临沂｜中国移动｜家庭宽带｜Ultra Singapore｜白天与晚高峰 |
| 个人博客 | blog.wikihub.ch/posts/china-mobile-ultra-singapore-peak/ |
| 对照篇（联通） | md5.pw/index.php?title=山东临沂｜中国联通｜家庭宽带｜Ultra Singapore｜白天与晚高峰 |