查看“︁河北石家庄｜中国移动｜家庭宽带｜Ultra Singapore｜白天与晚高峰”︁的源代码

{| class="wikitable" style="text-align:center; width:100%; margin-bottom: 20px;"
|+ '''测试环境信息'''
! 所在地区 !! 网络运营商 !! 网络类型 !! 测试机房 !! 测试时间
|-
| 河北石家庄 || 中国移动 (500M) || 家庭宽带 || Ultra Singapore || 2026年11月
|}

== 1. Ping 延迟与丢包率 ==
*(本地终端连续发包 100 次实测)*

{| class="wikitable" style="width:100%; text-align:center;"
! 测试时段 !! 平均延迟 !! 最大延迟 !! 丢包率 !! 评价
|-
| 白天闲时 || 106.24 ms || 202.82 ms || 1.0% || 正常波动
|-
| 晚高峰 (22:10) || 174.46 ms || 373.07 ms || 4.0% || 晚间轻微劣化
|}

'''晚高峰 (22:10) Ping 实测数据截取：'''
<syntaxhighlight lang="bash">
xavier@MacBook-Pro ~ % ping -c 100 185.180.*.*
PING 185.180.*.* (185.180.*.*): 56 data bytes
64 bytes from 185.180.*.*: icmp_seq=0 ttl=45 time=138.695 ms
Request timeout for icmp_seq 5
64 bytes from 185.180.*.*: icmp_seq=99 ttl=45 time=137.983 ms

--- 185.180.*.* ping statistics ---
100 packets transmitted, 96 packets received, 4.0% packet loss
round-trip min/avg/max/stddev = 128.007/174.467/373.078/55.036 ms
</syntaxhighlight>
* '''数据解读'''：移动宽带在白天闲时丢包率控制在 1%，表现尚可接受。但一进入晚高峰（22点左右），能明显感觉到国际出口的 QoS 压制开始发威，延迟均值飙升到了 174ms，丢包率也来到了 4%，开始出现波动。

== 2. 去程 / 回程路由明细 ==
*(使用 NextTrace 追踪双向真实骨干网路径)*

'''本地去程（石家庄移动 -> 机房）：'''
<syntaxhighlight lang="bash">
192.168.*.* -> 185.180.*.*, 30 hops max, 28 byte packets, ICMP mode
...
4  111.63.*.*  AS24547  中国 河北省 石家庄市 中国移动  
6  111.24.9.9   AS9808  中国 广东省 广州市 中国移动  
10 221.183.89.210 AS9808 中国 北京市 中国移动  
12 223.120.141.66 AS58807 中国 北京市 中移国际 [MPLS: Lbl 291203, TC 0, S 1, TTL 1] 
17 142.0.32.103  AS25820 美国 加利福尼亚州 洛杉矶 IT7/Cluster
</syntaxhighlight>

'''机房回程（机房 -> 石家庄移动）：'''
<syntaxhighlight lang="bash">
185.180.*.* -> 183.197.*.*, 30 hops max, 28 byte packets, ICMP mode
...
3   142.0.32.62     AS25820  美国 加利福尼亚州 洛杉矶 IT7/Cluster
5   69.194.166.245  *  新加坡 中国电信国际
6   69.194.169.234  *  中国 香港 中国电信国际
8   59.43.181.93    *  中国 北京市 中国电信/CN2
11  202.97.44.161   AS4134 中国 河南省 郑州市 中国电信/骨干网
13  221.183.128.141 AS9808 中国 湖北省 武汉市 中国移动/基站WiFi
</syntaxhighlight>
* '''线路分析'''：这套路由走向非常有意思。去程是标准的中移国际（CMI AS58807）出海直连；但'''回程竟然跨网借道了中国电信的顶级 CN2 GIA (59.43)'''，一直送到郑州才交割回移动网络。这种非对称的借道优化，确实在白天大幅拉高了移动用户的体验上限。

== 3. 极限带宽测速 (iPerf3) ==
*(本地 Mac 终端多线程拉满测试)*

'''白天闲时 vs 晚高峰（多线程并发 -P 10）：'''
<syntaxhighlight lang="bash">
# 白天闲时 (总计接收)
[SUM]  0.00-10.00 sec  202 MBytes  169 Mbits/sec  receiver

# 晚高峰 (总计接收)
[SUM]  0.00-10.00 sec 14.6 MBytes  12.3 Mbits/sec  receiver
</syntaxhighlight>
* '''实测体验'''：日夜差距肉眼可见的大。白天借着 CN2 的东风，移动宽带能轻松跑到将近 170 Mbps。但到了晚高峰，直接被运营商的 QoS 策略按在地上摩擦，吞吐量断崖式下跌到 12.3 Mbps。这说明跨网 CN2 虽然香，但也绕不开移动网关在拥堵期的暴力限速。

== 4. 实际业务体验 (YouTube 4K 流媒体实测) ==

'''白天闲时体验：'''
[[File:2026-11-14 13.42.36.png|800px|白天 YouTube 测速]]
* '''实测体验'''：白天体验直接拉满。Stats for nerds 显示 Connection Speed 狂飙到 '''119,909 Kbps (约 120Mbps)'''，缓冲健康度超 11 秒，4K 60FPS 的高码率视频随便拖拽进度条，都是秒开。

'''晚高峰 (22:10) 体验：'''
[[File:2026-11-14 22.10.34.png|800px|晚高峰 YouTube 测速]]
* '''实测体验'''：晚高峰受到影响，Connection Speed 降到了 '''29,102 Kbps (约 29Mbps)'''，这和 iPerf3 测出来的降速结论完全吻合。不过好在 YouTube 自带强大的缓冲机制，维持 4K 播放依然是流畅的，只是如果你快进拖拽进度条，需要转圈圈缓冲 2-3 秒。

*(附：UDP 极限压测，晚高峰出现 11% 丢包率)*
<syntaxhighlight lang="bash">
# 晚高峰 20Mbps UDP 推流
[ 4]  0.00-30.00 sec 63.6 MBytes 17.8 Mbits/sec 0.317 ms 5917/52642 (11%) receiver
</syntaxhighlight>

== 5. 总体评价与建议 ==
对于中国移动用户来说，这款 Ultra Singapore 机房的表现可以说是“白天生龙活虎，晚间受制于网”。回程跨网走电信 CN2 确实是个大亮点，让移动用户在非高峰期也能享受到十万级 Kbps 的极速流媒体体验。

* '''适合人群（流媒体追剧党）'''：如果你主要的需求是看 YouTube、Netflix，其实晚高峰的影响并不致命。29Mbps 的速度加上视频平台自带的预缓冲，看 4K 依然是没有任何压力的。
* '''不适合人群（强实时业务）'''：如果你是重度游戏玩家、或者晚上需要进行大量的 SSH 远程维护、开跨国视频会议，那么移动晚高峰那 11% 的 UDP 丢包率和上百毫秒的延迟波动，绝对会让你有明显的撕裂感和卡顿感。建议这类场景的用户还是老老实实上电信宽带。