小三通指数：哪个省会距离三大入口表现得更像 三边形战士？

受测评 vps 国际互联的帖子启发，本推文提出一个好玩（但可能属于 “没啥大用” 的冷知识）的综合指标——小三通指数。

或许，这个指标的更大用武之地是，对比同一国家/地区、不同 vps 国际互联的综合表现。

提起 “哪个省翻墙最舒服”，很多人第一反应多半是广东，毕竟到🇭🇰只要 5-19ms，堪比省内网。但，真的是这样吗？

如果我们既要🇭🇰，又要日本🇯🇵和欧洲🇪🇺节点呢？

事实上，本推文构造的「小三通指数」很直观反映出：广东到日本、德国的延迟偏高，较偏科，反倒不如中部省份百搭！

如湖南、江西的省会，到香港也就 15ms 左右，体感上和广东一样顺滑，但去日、欧的延迟却优秀得多。

———

简洁但略枯燥的统计思路：

为了让小三通指数能够反映各个省会的整体表现，我们需要收集尽可能多维度的信息。但为了对比方便，1 维信息又是更直观的。

在目前机场主流的专线/入口中，粤港、沪日、京德属于三大主流。所以，我们首先收集各个省会→三大主流入口的延迟表现（三维信息），然后用经验累计分布函数（eCDF）构造 3 个相应的子指标，便于对比某个城市在使用某一专线时的相对表现。最后对某个城市的 3 个子指标用加权几何平均数进行降维，其中权数用统计月报的测试数据，以便反映大众的、真实的地区偏好。

为求直观，再把上述结果规范化为 1 与计算结果之差（并乘 100，转为百分制），旨在让数值越大代表越优质。见图 0 的说明。

———
「小三通指数」的主要结果：

T1 第一档（>= 75 分）：
南昌、武汉、长沙、合肥

T2 第二档（>= 上三分位）：
南京、杭州、广州、福州、上海

T3 第三档（>= 中位数）：
郑州、贵阳、南宁、济南、西安、石家庄

…
最惨档：
乌鲁木齐、拉萨、哈尔滨、长春

#小三通指数 #百搭 #专线 #统计 #没用的冷知识 #技术漫谈 #技术杂谈

0 小三通指数-省会层面.v2.png

542.2 KB

1 省会-双冠入口-香港RTT.png

617.4 KB

2 省会-双冠入口-日本RTT.png

589.5 KB

3 省会-双冠入口-德国RTT.v2.png

597.7 KB

海豚机场测评｜用户侧体验｜测速频道

2.电信CTG-公共互联zh.png

中国移动：CMI 和 CMIN2 的「公共互联」变化趋势

主要看点
1️⃣ 再次印证：出资多少海缆，就能增加多少 Peering。

这点从上期的 中国电信 中亦可看出端倪。

对于移动，SJC2 海缆拉通后，2025 年在🇯🇵日本的互联随即暴增；2Africa 分段建设期内，在🇿🇦南非、🇰🇪肯尼亚随即暴增。

但，并非所有运营商都把资源明牌。#联通 就更爱套马甲（把出资海缆获得的 Peering 资源划拨给关联公司 #PCCW 及 #HKT 享用），下次再展开……
✍️ 按：联通是 PCCW 的第二大股东，而 PCCW 全资控股 HKT。

2️⃣ 「公共互联」暴增的重点区域，与政策层面的 “一带一路”＋“中欧合作” 高度重合。

非洲＋拉美＋中美贸易战后的🇪🇺，都属于中资企业出海的重点区位。

在这一点上，中国移动与 中国电信 的战略依然相似。

3️⃣ 和电信所不同的是，中国移动把大部分境外「公共互联」堆料到平价的 CMI。

大部分＝除 东亚＋东南亚 之外的区域

有趣的是，日、新、港台等亚洲内「公共互联」的资源，则主要分配给了高溢价的 CMIN2。难怪亚洲 VPS 售价/成本打下不来？以及 CMI 从 2024 年起在🇭🇰🇸🇬链路上难以承载暴涨的流量而开始疯狂 QoS？

4️⃣ 商业策略上，#移动 仅割低延迟区域客户的韭菜，但对余下大多数区域的互联十分慷慨。

可能的解释是，移动想拿用户基数更大的 CMI 的「公共互联」摊大饼赚吆喝（降低全球 Transit 成本），以便先做大、后做强、加快挤进 Tier-1，同时不耽误把 日、新、港台 等低延迟地区单拎到 CMIN2 割韭菜。

而电信，则是把投资海缆所获的绝大多数 Peering 私藏到 CTG 溢价网，无差异地割 所有客户 的韭菜。只有在容量冗余过多的🇪🇺🇿🇦等地，才会匀给平价的 163 进行免费互联。

#统计 #中国移动 #cmi #cmin2 #国际互联 #公共互联 #public #peering #直连 #技术杂谈

M1. 移动CMI-公共互联.png

336.7 KB

M2. 移动CMIN2-公共互联.png

296.7 KB

《RTT和HTTPS，哪种延迟更有参考价值？》
#技术杂谈 #延迟 #RTT #HTTPS #时延 #mihomo

很多人在纠结 Mihomo核心 #统一延迟 是否☑️ 时，常面临两种观点：有人坚持 RTT 延迟测试"自欺欺人"，有人推崇 RTT 作为首选指标。

✍️全文省流：
在2025年，选RTT/统一延迟未尝不可！
但若回到2019年之前，那就HTTP(S)延迟

1️⃣ RTT vs HTTPS延迟的区别

见 往期推文 👈

2️⃣ 为什么说RTT在今天更有参考价值？

❶ 连接复用技术普及
➤ HTTP Keep-Alive 已成为标准配置
➤ HTTP/2 和 HTTP/3 支持多路复用，标志着网络瓶颈从"建立连接的耗时"转移到了"往返延迟RTT"❗️
➤ TLS 1.3 优化（从2-RTT减至1-RTT，支持0-RTT恢复）

🔰根据 HTTP Archive 对近3000万个网站样本的统计，早在2023年支持HTTP/2的网站就已超过70%。

❷ 实测验证
➤ 在已建立连接后，无论是主文档(document)、图片，还是其他放置在CDN的素材，加载时间都更接近RTT值❗️
➤ 经测试ChatGPT、谷歌、v2ex等网站的素材加载均如此。

3️⃣ 实用结论

❶ 初次访问🟡：完整HTTPS延迟更有参考价值

🔰此类访问示例：
打开 aaa.com 后立即舍弃，然后访问 bbb.com 后立即舍弃，继续 ccc.com ……
（周而复始，永不重样！但脱离了正常场景❓）……

❷ 持续访问🟢：RTT最关键，特别对于：
➤ 重复访问的网站及子页面
➤ 使用HTTP/2或HTTP/3的现代网站 （今天的绝大多数❗️）
➤ 使用CDN的网站
➤ 交互式App（如社交媒体、音视频/会议、游戏等）

🔰此类访问示例：
¹ 利用 DoH、DoH3、DoQ 等协议查询 DNS。
² 打开 telegram.org 后，点击二级页面 FAQ，然后转去 Moderation 继续浏览。
³ 在 TG群、Reddit、V2ex等灌水，在 YouTube、TikTok、网飞等刷视频，在谷歌、必应、ChatGPT等获取资讯

在2025年还在固守成见——认定RTT是”自欺欺人“。对此，你怎么看？

统一延迟：勾不勾？.jpg

158.4 KB

日趋主流的HTTP2和HTTP3.png

388.6 KB