简单总结下 CF 的各种路由

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 2091 天前的主题，其中的信息可能已经有所发展或是发生改变。

虽然 CF 使用了 Anycast 技术，但是在路由的配置上，不同的 IP 段路由存在着一些不同

电信：
①洛杉矶 /圣何塞：163 直连，洛杉矶比圣何塞延迟好一些
②欧洲 Level：有荷兰 /德国 /英国随机，质量不咋地

联通：
①圣何塞 gtt：走上海-圣何塞，高峰期丢包，但是看 mtr 似乎是 gtt 到 cf 那一段在拥塞
②洛杉矶 gtt：走广州-洛杉矶，比圣何塞好一些，不过合肥这边没扫到，山东那边有
③西雅图 gtt：延迟莫名的高，丢包比 SJC 好点
④圣何塞 Cogent：以前把 NTT 拔了的 I 段都切 Cogent 去了，为数不多联通非常拥塞的运营商，不考虑
⑤欧洲 gtt：联通访问最稳定的方向（负载比较低），有瑞士 gtt 和德国 gtt 几个，基本不丢包；不过广州联通延迟异常的高，怀疑回程绕美

移动：
移动比较有意思，南北北京和广州两个负责层，路由和网络质量差异感觉有点大。回老家这边明显感觉不如学校里的移动……

①香港 HKIX/NTT/CMI 直连：半斤八两，移动主要是广州 CMNET 到香港 CMI 这一段堵
②新加坡 NTT/EQUINIX：部分地区回程可能绕路
③日本 Telstra：南方移动走香港去澳电，北方移动走北京直接去日本走澳电
④北美 Cogent：主要就北方移动能走到那边，应该是没收到来自香港的路由，现在很多切 EQUINIX 去了
⑤欧洲 Cogent：我没扫到，不过欧洲 Cogent 走广州入口不知道为啥不咋丢包……

扫 IP 落地的位置可以访问
http://104.16.1.1/cdn-cgi/trace

里面 h 是节点 IP，colo 那个三字符是机场三字码，根据节点位置的信息大致就能知道它的路由了

然后建站的话，推荐华为云的 DNS，分线路解析还可以细分到省的

其他的前天写了一篇……朋友弄的批处理扫 colo 的脚本也放在后面了，有需要自己去取……
（方法比较憨憨，不要笑（ x_x ；））
https://luotianyi.vc/3258.html

gtt

圣何塞

cogent

ntt

20 条回复 2020-03-11 16:31:32 +08:00

guonning

2020-03-10 07:38:34 +08:00 via Android

学习到了，现在国外解析用 cf

CernetBoom

2020-03-10 07:46:28 +08:00 via Android

联通有走日本的节点(Pro 以上才有)，他们是把 Pro 的 IP 的 NTT 禁播 4837 给去掉了

LuminousKK

2020-03-10 07:57:45 +08:00 via Android

@CernetBoom 不止，Business 分配的 104.20 和 Enterprise 分配的 104.16 联通都收不到 NTT 的路由

Kowloon

2020-03-10 08:36:38 +08:00 via iPhone

@CernetBoom
今天偶然试的 CloudFlare 的 WARP 跳到日本节点，居然没被墙，看反向解析好像是走的联通在东京接的。

LuminousKK

2020-03-10 08:53:15 +08:00 via Android

@Kowloon 现在能连上 WARP 都是走的 IPv6 吧，就是走 NTT 去 NRT

Kowloon

2020-03-10 09:02:05 +08:00 via iPhone

@LuminousKK
我用的 HE 6in4 东京节点的，好像 IPv4 没被墙，至少回国方向没事儿，但是估计在国内用 WARP 不太可能能分到东京节点。

mason961125

2020-03-10 09:32:03 +08:00

电信被 Anycast 到欧洲，我觉得是 Cloudflare 自己路由没调好...按道理来说电信的所有路由都应该去 SJC 和 LAX 的。

CernetBoom

2020-03-10 09:44:20 +08:00

@LuminousKK 如果没打 65500:4837 就会走到了

lzr757220430

2020-03-10 10:20:29 +08:00

@LuminousKK 移动到 cmi 是真的捉急
https://sm.ms/image/hN4aM8EG1APxFKg
https://i.loli.net/2020/03/10/Lb3IcVHeP1ojSYn.png

yulihao

2020-03-10 10:25:18 +08:00

@lzr757220430 移动应该是对 CF 的 IP 都 Qos 了

lzr757220430

2020-03-10 10:28:08 +08:00

@yulihao 不不不，不光 cf，其他的 ip 也这样，只要过 cmi 丢个大半部分是日常

terrancesiu

2020-03-10 10:32:11 +08:00

办公室的联通 9929，之前是日本，目前是 HK。

terrancesiu

2020-03-10 10:33:52 +08:00

家里联通 4837 还是 SJC

sparktour

2020-03-10 10:34:02 +08:00

补一个从电信 cn2 IPv4 去 cf 的路由
1. 香港：cn2 <-> NTT <-> CF
2.新加坡：cn2 <-> NTT-HK <-> NTT-SG <-> CF
3.阿姆斯特丹 : cn2 <-> 伦敦 Level3 <-> 阿姆斯特丹 Level3 <-> CF
4.巴黎: cn2 <-> 伦敦 Level3 <-> 巴黎 Level3 <-> CF
5. 圣何塞: cn2 <-> Telia 圣何塞 <-> CF
6. 法兰克福: cn2 <-> 伦敦 Telia <-> 巴黎 Telia <-> 法兰克福 Telia <-> CF
7.东京 /大阪：cn2 <-> NTT-HK <-> NTT-日本 <-> CF

（上面的每一个全天都不怎么堵塞-:）

LuminousKK

2020-03-10 10:41:28 +08:00

@mason961125 Level3 是电信上游……要真全调好了也就没啥自选的意义了……

@lzr757220430 对，本身到 CMI 就不行，到哪里都完蛋

@yulihao 应该不是 QoS，就是堵

mason961125

2020-03-10 10:44:57 +08:00

@LuminousKK #13 自选 IP 选的都是非 Anycast IP，104.16.0.0/12 都是 Anycast 的，而且按照 ASPATH 来说，SJC 和 LAX 的 ASPATH 明显比走 L3 要更短。

LuminousKK

2020-03-10 11:10:39 +08:00

@mason961125 并不是，比如 162.159.130.1，移动依然是 HKIX，联通依然 gtt，只是电信去了欧洲

路由到欧洲的大概占到 Anycast 的 IP 的 10%的样子，CF Workers 部分分配的 IP 都有这种现象

sp670

2020-03-10 11:16:35 +08:00

之前电信还是走的 cogentco，电信刚有直连不久，相比之前走 cogentco 要少个 2-30ms 的延迟，聊胜于无吧

kandm

2020-03-10 18:27:42 +08:00

上海 CN2
上海<-> 香港 NTT <-> CF
上海<-> 香港 NTT <->新加坡 NTT<-> CF

全天不堵

leopard080264

2020-03-11 16:31:32 +08:00

@LuminousKK
@kandm
@sparktour

为什么我的回程是走法电 orange 的线路，HKG 的 CF
![orange.PNG]( https://i.loli.net/2020/03/11/73tlvLRXO6wYGbm.png)