搜索 K
Appearance
更新于 2026 年 Q1 · 实测样本:上海电信 1000M、广州电信 500M、成都电信 300M、杭州电信 200M
如果你只想要一句话答案:
电信用户选机场,先看回程,再看去程;先看是不是 59.43 全程,再看是不是独享带宽。 2026 年还能稳定做到「双程 CN2 GIA + 晚高峰不挤兑」的服务商,数量比 2021 年少了七成以上——这不是营销话术,是 AS4809 商业带宽价格与电信跨省结算规则共同挤压的结果。
直接结论如下:
中国电信的国际出口长期并行两套骨干:
202.97.x.x。它是典型的「尽力而为」(Best Effort)网络,没有带宽保障,晚高峰靠丢包来削峰。59.43.x.x。它被拆成两条商业产品线——CN2 GT(Global Transit)与 CN2 GIA(Global Internet Access)。关键在于:CN2 GT 和 CN2 GIA 虽然同属 AS4809,但路由行为差异巨大。 GT 在国内段经常回落到 163 骨干做汇聚,只有出海之后才走上 59.43;而 GIA 从省网出口就直接进入 59.43 节点,全程不碰 202.97。
这就是为什么你在 mtr 里看到第一跳就是 59.43.x.x,基本可以判定为真 GIA。
所谓「双程 GIA」,就是去程与回程均全程 59.43。而市面上大量标称 GIA 的服务,实际是「去程 GIA、回程 163」——你在测延迟时看着还行(因为去程 RTT 低),一到大文件下载或晚高峰流媒体就原形毕露。
判定方式很简单:在海外服务器上对国内电信家宽 IP 做 mtr -T -P 443,看回程第一跳是不是 59.43 段。第六章有完整命令。
它们共同的特点是:流量不经过公网骨干,因此不受 163 骨干拥塞与 GFW 公网侧干扰的影响。 代价是价格——一条 100M 的香港 IEPL 月成本通常在数千元人民币量级,这��定了纯 IEPL 机场的定价不可能低。
2026 年最务实的主流架构是 IEPL 落地 + CN2 GIA 兜底:白天走 GIA(便宜),晚高峰自动切 IEPL(抗挤兑)。这也是「晚高峰不卡」这句话真正的技术含义。
电信对 CN2 GIA 的带宽是有承诺的(类似 CIR 概念),但对 163 是纯共享。这带来两个推论:
iperf3 就打回原形。判断方法:在 21:00–23:00 用单线程下载做持续 60 秒的速率记录,看速率曲线的方差。真冗余的曲线是平稳的,超售线路的曲线是锯齿状的。
中美链路单程 RTT 约 130–170ms,属于典型的 Long Fat Network(长肥管道)。在这种链路上,传统 CUBIC 丢 1 个包就要砍一半窗口,恢复极慢。
2026 年的合格机场,服务端内核至少要上 BBRv3 或 BBRplus。 如果服务端还在用 CUBIC,那它给你的 4K 体验一定是「开头流畅、中途转圈」。
结论:电信线路优先 TCP 系协议(Reality / SS2022),把 QUIC 系作为备用。 这一点在第五章的客户端配置里会展开。
下表为四类主流线路在电信宽带下的横向对照,数据来源为 AirPick 实验室 2026 年 Q1 的 1200 组采样。所有数值为 21:00–23:00 晚高峰区间中位数。
| 对比维度 | 双程 CN2 GIA(独享) | CN2 GIA + IEPL 混合 | CN2 GT(半程) | 163 直连(AS4134) |
|---|---|---|---|---|
| 国内出口 IP 特征 | 59.43.x.x 全程 | 内网 + 59.43.x.x 兜底 | 去程 202.97 回程 59.43 | 202.97.x.x 全程 |
| 上海→洛杉矶 RTT 中位数 | 138 ms | 142 ms | 168 ms | 195 ms |
| 晚高峰丢包率 | ≤ 0.8% | ≤ 0.3% | 3%–8% | 8%–22% |
| 晚高峰单线程下载速率 | 180–420 Mbps | 300–700 Mbps | 40–90 Mbps | 5–30 Mbps |
| 路由跳数(电信侧) | 7–9 跳 | 5–7 跳 | 12–16 跳 | 15–20 跳 |
| 抖动(Jitter) | 3–8 ms | 1–4 ms | 15–40 ms | 40–120 ms |
| 4K 视频起播时间 | 1.2–2.0 s | 0.8–1.4 s | 3–8 s | 8–20 s |
| 带宽超售容忍度 | 中(1:10 左右) | 高(1:6 以内) | 低 | 极低 |
| 月成本量级(100M 口径) | 中高 | 高 | 低 | 极低 |
| 2026 年可用性评级 | ★★★★☆ | ★★★★★ | ★★☆☆☆ | ★☆☆☆☆ |
读表要点:真正拉开差距的不是 RTT,而是丢包率与抖动。RTT 高 30ms 你几乎无感,丢包从 0.8% 涨到 8% 你会立刻感觉到「卡」。这就是为什么「晚高峰不卡顿的 CN2 节点」必须用丢包率来定义,而不是用延迟。
① 电信家宽 + 4K 流媒体主力(最常见) 优先选 CN2 GIA + IEPL 混合。理由:流媒体码率稳定在 15–25 Mbps,对丢包极其敏感。纯 GIA 在晚高峰的 0.8% 丢包足以触发 ABR 降码率。预算若在 30–60 元/月,选老牌 GIA 中转;预算 80 元以上,直接上混合专线。
② 电信家宽 + 程序员 / GitHub / 海外 API(低带宽、高实时性) 这类场景对 RTT 与抖动敏感,对带宽不敏感。优先 双程 GIA 直连,把 MTU 与 TCP 参数调好,收益比换线路更大。见第五章。
③ 移动 / 联通用户 本文以电信为主,但需提醒:移动宽带(AS56048/AS9808)走 GIA 反而可能绕路,移动更适合 CMI 或 BGP 中转;联通(AS4837)对 GIA 友好度中等。别照搬电信的方案。
④ 跨境办公 / 企业 SOHO 必须选带 SLA 承诺、支持固定出口 IP、有工单响应的服务商。CN2 GIA 独享 + 原生 IP 是底线,IEPL 是加分项。
⑤ 轻度用户(刷网页、看 1080p) 不必为 GIA 溢价买单,CN2 GT 或优质 BGP 中转足够。但要接受晚高峰偶发卡顿,这是物理规律。
tun 模式而非系统代理,避免部分应用绕过代理;mtu 建议设为 1400,跨太平洋链路切勿用 1500。fake-ip 模式 + 远程 DNS,避免 DNS 泄漏导致延迟抖动。enhanced mode 与更精细的 policy,代价是价格。Network Extension 在某些版本会与 VPN 驱动冲突,表现为 TCP 握手成功但 TLS 卡死。此时先关闭其他 VPN 客户端再排查。Always-on VPN 的同时跑测速,会有 15%–25% 的性能损失。mihomo 或 sing-box 的 OpenWrt 版本,CPU 性能决定加密吞吐。ARMv8 双核 1.2GHz 大约能跑 200–300 Mbps(Reality)。核心原则:先确定是「线路问题」还是「本地问题」,再看是去程问题还是回程问题。
# 从本机到目标服务器,TCP 模式,50 次采样
mtr -T -P 443 -c 50 -r 目标服务器IP
# Windows 用户可用 WinMTR,参数同理判定表:
| 现象 | 结论 |
|---|---|
第 1–3 跳出现 59.43.x.x | 去程为真 GIA |
前 5 跳均为 202.97.x.x 才转 59.43 | 去程为 CN2 GT |
全程 202.97.x.x | 普通 163,非 CN2 |
中途出现 219.158.x.x(联通)或 221.179.x.x(移动) | 跨网绕路,线路质量差 |
在海外服务器上反向执行:
# 反向追踪到你的电信家宽公网 IP
mtr -T -P 443 -c 50 -r 你的家宽公网IP回程第一跳若为 59.43.x.x,即为双程 GIA。若为 202.97.x.x,则你买的是「半程 GIA」。
curl -o /dev/null -s -w "DNS:%{time_namelookup} TCP:%{time_connect} TLS:%{time_appconnect} TTFB:%{time_starttransfer} Total:%{time_total}\n" https://www.google.com判定:
TCP - DNS 超过 200ms:路由绕路或线路拥塞。TLS - TCP 超过 300ms:可能是协议伪装开销过大,或服务端 CPU 过载。