本文理清一下国际主要网络

国际线路图

按三大运营商细分，所有主流线路类型 + AS 号

三条前置原则

  1. AS 号 ≠ 线路等级。 CN2 GT 与 GIA 同为 AS4809；CMI 与 CMIN2 同属 China Mobile International 注册。差别只在路由策略，只能实测区分。
  2. 去程 ≠ 回程。 商家只能控制回程（VPS 往大陆发包走哪张网）；去程由你本地运营商决定。
  3. 精品网只优化它自己那一家。 CN2 GIA 只保电信方向，9929 只保联通方向，CMIN2 只保移动方向。所谓"三网直连"是三条回程 BGP 分别配出来的叠加产品。

一、中国电信（China Telecom）

1. ChinaNet 163（AS4134）

  • 别名：163 骨干、ChinaNet
  • 注册名：CHINANET-BACKBONE
  • 性质：电信最主要的公网骨干网，全国绝大多数宽带/企业流量的默认承载网
  • 国内：质量好，骨干绝对主力
  • 国际（出国）：有北京/上海/广州等国际出口局，但出口带宽相对有限，高峰期海量用户挤出口，出国延迟升高、丢包
  • VPS 语境：「163 线路」= 走普通电信骨干出国，比 CN2 GIA 等高端线出国质量差，但成本低
  • 回程识别：202.97.*

2. 精品 CN2（AS4809，GT + GIA 同 AS）

电信「下一代承载网」（注册名 CHINATELECOM-CORE-WAN-CN2 — China Telecom Next Generation Carrier Network），分两档，都挂 AS4809：

子类型 全称 路由实质 拥塞点 / 体验
CN2 GT Global Transit 只有国际段用 CN2，国内段双向回落在 163；回程必然出现 4134 拥塞在国内 163 段。症状：跨国延迟看着还行，一进国内就炸。中端
CN2 GIA Global Internet Access 双向全程 CN2，经 CTGNet 交付，不进 163 高端，低延迟高稳定。但只保电信方向

判读特征：

观察点 GT GIA
回程 59.43.*（4809） 只出现在国际段那几跳 从入口一路到交付附近
回程 202.97.*（4134） 必然出现，在 59.43 之后 不应出现；出现即非全程 CN2
出现 AS23764 可能 常见，不代表不是 GIA
晚高峰 国内段掉速/丢包 电信方向基本不掉
联通 / 移动方向 差 同样不保证，要看是否另配 9929

关键：单看 AS 号无法区分 GT / GIA（都是 4809），差别在路由策略。判真 GIA 的可用表述是「回程全程 59.43.*，且不出现 202.97.*」。 另：GIA-E 等后缀是商家变体，各家含义不统一（有的指带宽，有的指打包了 9929/CMIN2），不要当技术分级看。

3. 电信国际 CTGNet（AS23764）

  • 官方注册名：CTGNet — China Telecom Global Limited（HK）
  • 性质：电信的海外公司，负责国际线路与海外节点
  • 路由：海外接入电信网络时常见，出口/入口枢纽（香港、美西、日本等）；GIA 机器的回程常是 23764 → 4809 全程 交付
  • 注意：网上流传的 AS23763 是错误号，与电信无关

4. 各省电信 AS（城域 / IDC）

AS 注册名 归属
4812 CHINANET-SH-AP 上海电信
134770 CHINANET-JIANGSU-SUZHOU-TAIHU-IDC 江苏苏州太湖 IDC
134772 ChinaNet-Guangdong-Dongguan-MAN 广东东莞城域
134773 ChinaNet-Guangdong-Guangzhou-MAN 广东广州城域
134775 ChinaNet-Guangdong-Zhusanjiao-MAN 广东珠三角城域
  • 性质：各省/城域自己的 AS，用户流量汇聚后上 4134 骨干
  • AS139008 不是上海电信（该号属境外厂商），上海电信用 AS4812

二、中国联通（China Unicom）

1. 联通 169（AS4837）

  • 别名：169 骨干、网通骨干
  • 注册名：CHINA169-Backbone — CHINA UNICOM China169 Backbone
  • 性质：联通主力公网骨干
  • 体验：继承原网通的国际资源，对北美、欧洲方向长期优于电信 163，晚高峰表现更好，性价比高；但亚太（日韩、东南亚）方向常不如电信 CN2 / 移动 CMIN2，不宜写成"全面更好"
  • 回程识别：219.158.*
  • 注意：AS169 与联通无关，联通 169 的正确号是 AS4837

2. 联通精品网（AS9929，CUII / A 网）

  • 官方注册名：CUII — China Unicom Industrial Internet Backbone
  • IRR 老描述：China Netcom（说明其原身是网通 A 网 / CNCGT）
  • 别名：9929 精品网、A 网、联通 VIP
  • 性质：联通高端公网骨干，对标电信 CN2 GIA
  • 体验：全程高质量、直连为主、晚高峰稳，价格通常略低于 GIA
  • 注意：注册名里的"工业互联网"只是历史命名，实质是公网精品骨干，不要按字面理解成只跑工业专线

3. 联通国际（AS10099，UNICOM-Global）

  • 官方注册名：UNICOM-Global — China Unicom Global（中国联通国际公司，HK）
  • 性质：联通海外国际公司，负责国际线路与海外节点
  • 路由：联通出国/入境的国际出口枢纽

别搞混：CUII = AS9929，AS10099 是 UNICOM-Global（联通国际）。市面常把两者都叫「CUII」，按注册名区分更准。

4. 各省联通 AS（城域，原网通血脉）

AS 注册名 归属
17621 CNCGROUP-SH 上海联通
17622 CNCGROUP-GZ 广州联通
17623 CNCGROUP-SZ 深圳联通
  • 性质：各省/子公司 AS，流量汇聚上 4837 或 9929

三、中国移动（China Mobile）

1. CMNet（AS9808）

  • 别名：移动国内骨干
  • 注册名：CHINAMOBILE-CN — China Mobile Communications Group
  • 性质：移动用户国内公网主承载
  • 路由：汇聚到香港等国际出口
  • 回程识别：221.176.* / 221.183.*

2. CMI（AS58453，China Mobile International）

  • 注册名：CMI-INT-HK — China Mobile International Limited
  • 性质：移动国际公司，普通国际网
  • 路由：香港是核心出口枢纽，对港、日、韩、东南亚延迟极低
  • 定位：移动用户（尤其手机流量）的「快乐机」线路，但质量省内差异大
  • 回程识别：223.119.* / 223.120.*
  • 注意：AS5845 不是移动，正确号是 AS58453

3. CMIN2（AS58807）

  • 注册名：CMI-INT-AS — China Mobile International Limited（与 CMI 同属一家，注册信息区分不出档位，差别只在路由策略与落地 POP）
  • 性质：移动的高端国际回程，对标电信 CN2 GIA
  • 定位：卖家标「CMIN2」= 移动高端国际线路，晚高峰比普通 CMI(58453) 稳
  • 限制（重要）：CMIN2 只在部分 POP、部分省份对移动家宽生效，省内差异极大；且只保移动方向。标 CMIN2 的机器必须在目标省份实测
  • 注意：网上流传的「移动 9299」是错号，移动的国际网是 58453 / 58807

4. 各省移动 AS

AS 注册名 归属
56040 CMNET-GuangDong-AP 广东
56041 CMNET-Zhejiang-AP 浙江
56045 CMNET-Jiangxi-AP 江西
56046 CMNET-Jiangsu-AP 江苏
56047 CMNET-Hunan-AP 湖南
56048 CMNET-BEIJING-AP 北京
  • 性质：各省 AS，用户流量先汇聚再上 CMNet / CMI
  • 江苏是 AS56046；AS56044 实际是辽宁（CMNET-AS-Liaoning）

四、测法

1. 测回程（Outbound）

回程是商家能自主控制、且对用户实际体感（如吞吐量、下载速度）影响最大的一段，但它不是唯一的变量。

  • 在 VPS 上运行专用回程脚本
    • BestTrace.sh：专为 VPS 回程设计，能自动识别中国电信 163、中国联通 4837、中国移动 CMI、教育网（CERNET）的归属。
    • NextTrace 系回程脚本。
    • backtrace。
  • 利用机房 Looking Glass（LG）工具
    • 从机房 Looking Glass 终端向国内目标网段发起 traceroute。
    • 注意：Looking Glass 并没有所谓的“回程模式”，它本身就是源在机房的查询终端，因此其测得的结果天然就是回程方向。
  • 局限性与边界
    • 测试拿到的是骨干网路段，最后一公里（Local ISP 到真实用户）的路径可能存在差异。
    • traceroute 默认使用 ICMP 或 UDP 报文，在 ECMP（等成本多路径路由）与流量工程（TE）下，其走过的路径可能与实际的 TCP 业务不同路。

2. 测去程（Inbound）

在本机（客户端）使用 traceroute、mtr 或 nexttrace 直接打到 VPS 的 IP 地址，并与回程路由进行对照分析。

3. 路由归属随时可测，拥塞必须分时段

  • 结构性事实验证
    • 路由是否回落到普通 163 网、是否全程走精品网（如 59.43 节点），这些属于静态的结构性事实，白天非高峰期测试即可判明真伪。
  • 拥塞与丢包测试
    • 测试必须覆盖国内晚高峰时段（一般为 19:00 至 24:00）。
    • 除晚高峰外，需至少叠加两个非高峰时段，并进行连续多日的监测。
    • 如果是跨洋方向（如中美、中欧），还需叠加对端时区的局部高峰进行综合研判。

4. 多地多维测试

这里的“多维”指的是 “运营商 × 省份 × 接入方式” 的交叉组合，而不是简单地挑三个大城市。

  • 同城同区域下，电信家宽、联通家宽、移动家宽、手机蜂窝网络、教育网的路由往往各不相同。
  • 所谓的“定向优化”通常具有局限性，往往只覆盖了某家运营商的某几个特定省份。
  • IPv4 与 IPv6 必须分开测试：目前很多精品网络（如 CN2 GIA/AS9929）普遍只针对 IPv4 进行了路由优化，IPv6 回程往往会直接回落到普通民用网。

5. 打满测拥塞（负载测试）

  • 使用 iperf3 评估吞吐量与丢包率
    • iperf3 -R：查看下行表现（即 VPS 到本机的回程传输质量）。
    • iperf3 -u -b 50M：通过 UDP 压测直接获取真实丢包率，这比 TCP 重传率更能客观反映服务商的 QoS（服务质量）策略。
    • TCP 重传情况可以通过 iperf3 -V（Verbose 输出）或系统命令 ss -i 进项查看。
  • 观察缓冲膨胀（Bufferbloat）
    • 带宽打满时会人为制造缓冲膨胀，必须同时观察高负载下的 RTT（往返时延）膨胀情况。否则测得的只是设备队列深度，而非真实的线路质量。
  • 峰值速率 ≠ 日常可用性
    • 许多 VPS 存在公平性整形（Fairness Shaping）机制，测试时需要专门留意并测试流量超额之后的降速/限速表现。
  • Ping 与 iperf 成对结合分析
    • 诸如 CN2 GIA 等高级线路上存在“Ping 值极其漂亮，但带宽一打满立刻崩塌”的现象；同时也存在由于“机房对 ICMP 实施限速导致 Ping 丢包严重，但实际 TCP 吞吐极佳”的反向误判。

6. 读图与数据纪律

  • 只看端到端的最终丢包率
    • 绝不能因为中间某一跳（Hop）显示丢包就给线路线路定罪。骨干网路由器对 ICMP 报文进行限速（Rate Limit）是常态，只有最后一跳（目的地）的最终丢包率才具有决定性意义。
  • 固定五元组，规避 ECMP 路径假象
    • 为了防止多路径造成的路由闪烁，建议使用 nexttrace、Paris traceroute 或 mtr --udp 来固定测试流。
  • 单次数据不构成结论
    • 单次或短时间测试无参考价值，每次测试应保持在 mtr -rn -c 100 （发送 100 个包）以上，并做到多日、多次重复测试。
  • 自主双源核验 AS 归属
    • 不要盲信任何第三方整理的表格，通过以下标准命令从权威数据源亲自核验：
bash
# 使用 RIPE API 调取 AS 详情 (JSON 格式)
curl -s "https://ripe.net" | python3 -m json.tool

# 通过 RADB whois 数据库查询自治系统声明
whois -h whois.radb.net AS58807 | grep -E '^(aut-num|descr|country)'

线路测试

测试一个CN2主机线路。 回程测试:

text
nexttrace 163.125.214.29
NextTrace v1.7.4 2026-09-17T16:10:04Z 8884923
[NextTrace API] preferred API IP - 185.218.7.242 - 91.04ms - Saltyfish.SJC (Relay) → Misaka.LAX
IP Geo Data Provider: NextTrace-API
104.233.149.71 -> 163.125.214.29, 30 hops max, 28 byte packets, ICMP mode
1   104.233.151.254 AS54600  [PT-82]          美国 加利福尼亚州 圣何塞  raksmart.com 
                                              2.20 ms / 1.00 ms / 1.11 ms
2   10.255.255.152  *                         RFC1918          
                                              0.99 ms / 0.99 ms / 0.88 ms
3   10.255.254.98   *                         RFC1918          
                                              1.35 ms / 1.13 ms / 5.91 ms
4   10.255.247.6    *                         RFC1918          
                                              1.24 ms / 0.99 ms / 5.43 ms
5   218.30.49.65    AS4134   [CHINANET-US]    美国 加利福尼亚 圣何塞  en.chinatelecom.com.cn  电信
                                              1.74 ms / 1.90 ms / 4.07 ms
6   59.43.189.217   *        [CN2-BackBone]   中国 广东 广州  chinatelecom.cn  电信
                                              159.12 ms / 159.34 ms / 159.15 ms
7   59.43.250.53    *        [CN2-Global]     中国 广东 广州  chinatelecom.cn  电信
                                              160.72 ms / 160.78 ms / 160.53 ms
8   59.43.22.34     *        [CN2-BackBone]   中国 广东 广州  chinatelecom.cn  电信
                                              161.46 ms / * ms / * ms
9   219.158.38.245  AS4837   [CU169-BACKBONE] 中国 广东 广州  chinaunicom.cn  联通
                                              177.75 ms / 176.36 ms / 180.97 ms
10  *
11  120.82.0.58     AS17816  [APNIC-AP]       中国 广东 惠州市  联通    
                                              156.92 ms / * ms / * ms
12  *
13  163.125.214.29  AS17623  [UNICOM-GD]      中国 广东省 深圳市  chinaunicom.cn  联通
                                              159.38 ms / 159.02 ms / 159.06 ms
Trace Stopped: Destination Reached at Hop 13 (ICMP Echo Reply from 163.125.214.29)
MapTrace URL: https://assets.nxtrace.org/tracemap/fafc5287-0e85-5fed-b7b1-159ac0977dab.html
分析
  • 104.233.151.254 ->AS54600 Raksmart -> 机房网关
  • 2-4: 10.x -> RFC1918(归属)->机房内网，无路由信息
  • 第5跳: 218.30.49.65->AS4134 CHINANET-US 圣何塞(归属)->交给电信 163 的美国资产
  • 第6-8跳: 59.43.189.217 / 250.53 / 22.34->AS4809 CN2 骨干->跨洋在这一跳完成，落广州
  • 第9跳: 219.158.38.245->AS4837 联通 169 广州->电信→联通跨网交付点
  • 第10跳: 互联互通/城域交界，不响应
  • 第11跳: 120.82.0.58->AS17816 广东联通（惠州）->联通城域
  • 12-13: 目的地

从美国到中国通过电信CN2网络,只不过本人是联通网络,后续是国内网络处理,从电信到联通有15ms损耗。

去程测试:

text
192.168.31.142 -> 104.233.149.71, 30 hops max, 28 byte packets, ICMP mode

**1**   **192.168.31.2**    \*                         **RFC1918**          

                                              **2.84 ms** / **3.00 ms** / **3.10 ms**

**2**   **192.168.3.1**     \*                         **RFC1918**          

                                              **2.87 ms** / **2.67 ms** / **2.42 ms**

**3**   **192.168.1.1**     \*                         **RFC1918**          

                                              **4.73 ms** / **8.84 ms** / **3.36 ms**

**4**   **10.138.80.1**     \*                         **RFC1918**          

                                              **10.53 ms** / **8.64 ms** / **7.00 ms**

**5**   **120.80.156.137**  **AS17623**  **\[APNIC-AP\]**       **中国** **广东** **深圳**  chinaunicom.cn  联通

                                              **7.92 ms** / **7.90 ms** / **6.62 ms**

**6**   **120.81.0.85**     **AS17816**  **\[APNIC-AP\]**       **中国** **广东** **广州**  中国联通  联通

                                              **10.52 ms** / **\* ms** / **\* ms**

**7**   **\***

**8**   **219.158.113.106** **AS4837**   **\[CU169-BACKBONE\]** **中国** **上海**   chinaunicom.cn  联通

                                              **40.64 ms** / **49.01 ms** / **49.02 ms**

**9**   **219.158.113.117** **AS4837**   **\[CU169-BACKBONE\]** **中国** **上海**   chinaunicom.cn  联通

                                              **37.89 ms** / **40.19 ms** / **37.88 ms**

**10**  **219.158.102.110** **AS4837**   **\[CU169-BACKBONE\]** **美国** **加利福尼亚** **圣何塞**  chinaunicom.cn  联通

                                              **165.34 ms** / **166.93 ms** / **165.97 ms**

**11**  **207.254.191.86**  **AS19174**  **\[CU-AMERICAS\]**    **美国** **加利福尼亚** **洛杉矶**  中国联通  联通

                                              **166.52 ms** / **158.21 ms** / **158.49 ms**

**12**  **207.254.191.57**  **AS19174**  **\[CU-AMERICAS\]**    **美国** **加利福尼亚** **洛杉矶**  中国联通  联通

                                              **193.05 ms** / **193.16 ms** / **193.14 ms**

**13**  **137.175.0.62**    **AS54600**                   **美国** **加利福尼亚州** **圣何塞**  raksmart.com 

                                              **165.21 ms** / **167.69 ms** / **167.41 ms**

**14**  **\***

**15**  **\***

**16**  **104.233.149.71**  **AS54600**  **\[PT-82\]**          **美国** **加利福尼亚州** **圣何塞**  raksmart.com 

                                              **165.39 ms** / **169.80 ms** / **165.11 ms**

**Trace Stopped:** **Destination Reached** at **Hop 16** (ICMP Echo Reply from 104.233.149.71)

**MapTrace URL:** **https://assets.nxtrace.org/tracemap/dd2e01b5-f41e-5fd9-a719-08edbb9ef1d6.html**

192.168.31.142是本机连接路由器局域网ip,192.168.31.2是路由器ip,192.168.3.1是上层路由器ip,192.168.1.1是光猫ip,光猫连接到了AS17623网络。只要走CU169-BACKBONE到美国对岸,没有走联通AS9929网络(联通国际精品网络)。

再看看回程3网路由:

text
./backtrace
2026/10/20 03:50:14 正在测试三网回程路由...
国家: US 城市: San Jose 服务商: AS54600 PEG TECH INC
项目地址: https://github.com/zhanghanyun/backtrace
北京电信 219.141.140.10  电信CN2  [优质线路]
北京联通 202.106.195.68  电信CN2  [优质线路]
北京移动 221.179.155.161 移动CMI  [普通线路]
上海电信 202.96.209.133  电信CN2  [优质线路]
上海联通 210.22.97.1     电信CN2  [优质线路]
上海移动 211.136.112.200 移动CMI  [普通线路]
广州电信 58.60.188.222   电信CN2  [优质线路]
广州联通 210.21.196.6    电信CN2  [优质线路]
广州移动 120.196.165.24  移动CMI  [普通线路]
成都电信 61.139.2.69     电信CN2  [优质线路]
成都联通 119.6.6.6       电信CN2  [优质线路]
成都移动 211.137.96.205  移动CMI  [普通线路]
2026/10/20 03:50:15 测试完成!

很明显,这个vps只有电信CN2回路,只有电信联通会走这个线路,移动走自己的CMI普通线路。如果你使用的是电信,这个vps最优,联通次之(会有15ms损耗),移动没优化。所以对于 国内移动用户,访问这个服务就会有高延迟了,高峰可能丢包访问缓慢。总体延迟160～170ms,只能达到普通企业级业务需求,对于更高要求可能需要双端(去回)精品线路并且3网优化。不过最终极致延迟可能130ms左右。另外还需要丢包测试,不能只看延迟。

优质兼具性价比的主机服务商部分如下(列举美国方向,香港选择比较多,甚至不需要精品网络): 双端(CN2): DMIT(双端),搬瓦工 回程(CN2,3网优化,这个稍微更多了): VMRack,魔方云,六六云,HostDare

大厂肯定有,所以不列举了。

注: CN2一般指的是电信线路,还有联通移动都有精品线路,不再举例。

国际BGP直连线路

我们往往会看到美国vps这样的一个描述 "Linux 优质BGP流量计费套餐 / 三网直连（电信163+联通4837+移动CMI）"

1. 三家的普通档骨干 电信 163（AS4134）、联通 4837（AS4837）、移动 CMI（AS58453）是三家承载最大量用户的出口网。用户基数最大，跨洋带宽相对有限，晚高峰容易拥塞，表现就是丢包与速度骤降。注意 CMI 的性质是移动的国际公司网络，与移动家宽骨干 AS9808 不是同一张网。 
2. 三网直连的真实含义 直连不是"走海缆到对岸"，海缆是共享物理层，三家和所有中转商挤的是同一批缆。直连指的是：机房与对岸运营商之间有专用互联链路和 BGP 会话，因此回程在境外那一跳就落进对应运营商的 AS，全程待在同一家网内，不经过跨网互联互通点。衡量方法：测回程时，对家运营商的 AS 出现在海外段还是进了国内才出现。 
3. BGP 与方向 回程主要看 BGP 策略。你去程走联通，回程完全可能是电信网络再跨网转给联通，这时拥塞点落在互联互通节点上。去程由你本地运营商决定，商家基本无法承诺。所以商家文案里的直连、优化，默认只描述回程。 
4. CN2 是网，GT 与 GIA 是等级 CN2 是电信的骨干网（AS4809），它本身不等于 VIP。GT 与 GIA 才是服务档位，差别在独立端口带宽与拥塞优先级。流量出现在 59.43.x.x 只说明它借过了 CN2 骨干段，不代表你拿到了签约优先级。 
5. 为什么标称 CN2 的机器不一定快 同批海缆决定延迟物理下限，所以白天蹭车 CN2 的机器往往很好看，这正是宣传素材的来源。差距出现在两个地方：- 交付给非签约运营商时，拥塞在跨网互联互通点- GT 型交付给电信时，拥塞在 163 城域段超卖场景下，没有合同优先级的流量在骨干拥塞时会先被降级。 
6. 什么才算双向精品 去程与回程都在有独立带宽和最高拥塞优先级的通道上，通常也最贵。可验证的形式只有一种：用电信、联通、移动三网家宽各测一次去程，再在 VPS 上测回程，两个方向都落在对家的骨干上才算双向精品。只看一个方向的 traceroute，判不出等级。

IPLC 和 IEPL

如果说普通的直连是"公立大马路"，CN2 GIA 是"大马路上的 VIP 专属收费站"，那么 IPLC/IEPL 专线，就是完全独立于马路之外、在地下自己修的一条“私人磁悬浮铁路”。

它们与我们之前聊过的所有线路（163/4837/CMI/CN2）有着一个最本质、最决定性的区别：
以前所有线路都是“公网（Internet）”，而 IPLC/IEPL 是纯粹的“私网（Private Network）”。

什么是 IPLC 和 IEPL？

  • IPLC（International Private Leased Circuit，国际专用出租电路）：
    这是最传统的物理专线。电信运营商（如中国电信、中国移动）在物理层面上，把横跨陆地或海底的光缆中的某几根光纤（或者光纤里的固定频段）给买断或单独隔离出来，只租给一个客户（通常是跨国银行或政府）。
  • IEPL（International Ethernet Private Line，国际以太网专线）：
    这是 IPLC 的升级版，属于二层（Layer 2）以太网专线。你可以把它理解为**“更智能、更具弹性的 IPLC”**。对于用户来说，它的稳定性和 IPLC 完全一样，但机房在分配带宽时更灵活。

理解专线: 比如我在什么部署了一台机器,我在香港部署了一台机器,这两台机器直接网线连接。我通过深圳的机器访问,数据通过专线到达香港,然后通过机器往外访问，中间没有任何其他路由损耗。实现深圳到香港端对端访问。当然除了香港那台机器后就是普通路由访问了。

总结线路品质:

1.专线（IPLC / IEPL）LA 与国内端到端独占，且带宽不小于业务峰值

一般很贵,除非特殊场景,特殊需求

2.三网双向精品 GIA + 9929/10099 + CMIN2 三条会话，去回程都优化

三网双向精品几乎没有,没碰到过,或许没有

3.三网回程精品 回程三家都进精品，去程随国内运营商

企业推荐

4.单网双向精品 仅一家（通常是电信 GIA）做到去回程

其他网络稍差,个人,站长,小企业可以使用

5.单网回程精品 仅一家回程精品，另两家跨网

个人及小团队,小型外贸

6.GT 借道 买 CN2 但国内段回落 163（仅对电信用户有意义）
7.三网普通直连 163 + 4837 + CMI 各自直连，全程不跨网
8.单网普通直连 只有一家直连，另两家靠互联互通点
9.中转加路 先跳 HK/日本再进精品，或底层是第三方 transit10 纯普通 + 绕路 回程绕美东/绕欧洲，250ms 以上

一般做到回程3网优化就够了,比如搬瓦工对普通低需求企业来说也不算很贵,8G 5000左右,包含CDN,防火墙,备份 1万足够了吧。

上画仅网络层面分析,vps一般具有proxy属性,某些特殊社交类业务容易被封,这个时候可以套一层 静态家宽IP,如果是这种业务场景最好向国内购买国家审核通过的商业版服务就行,不用瞎折腾。在编程代理claude场景就可以用这种方案,但是没有国家许可某些行为是非法的哦。