ASN分片前我先查了它混了几家云厂商，分母直接对不上

上个月帮一个做跨境SaaS的客户核GEO效果，供应商给了一份"按地区分片"的批次报告，东南亚那栏曝光量比上季度涨了四成。我没急着夸，先要了分片口径——对方说按ASN切。

好，那我问一句：这个"ASN"是哪个层级的ASN？对方发来一个前缀列表，我随手抽了三条去查，一条属于某头部云厂商的共享出口段，一条是CDN边缘节点池，还有一条是本地ISP的住宅宽带汇总。三家云厂商的流量混在同一个ASN里，你说这个"地区"到底代表谁？

这就引出我想说的核心问题：用ASN做分片之前，你得先知道这个ASN里混了几家云厂商、几家ISP、几家CDN。 不查清这个，分母天生就是脏的。

我当时的做法是三步：

1. 把分片用的ASN列表拉出来，逐个查whois和上游AS Path。看这个ASN的宣告者是谁、上游有几条。
2. 对每个ASN标注"单一来源"还是"混合来源"。混合来源的，分片结果不能直接当地区指标用，只能当"网络路径分组"。
3. 混合来源的ASN，进一步看它有没有anycast。有anycast的，地理归属本身就是伪命题——同一个IP，深圳和法兰克福可能落在同一段。

查完发现那个"东南亚"分片里，有六成流量其实来自两家国际云厂商的亚太共享段。你把它们算成"东南亚本地用户"，等于把机房出口当成了终端用户。分母虚高了多少？我粗估至少三成。

这里有个更隐蔽的坑：批次ID如果拿出口节点的本地时钟来定义，那这个批次本身就带着时区漂移。 跨夜批次尤其明显，今天23:50和明天00:10落在同一物理秒级窗口，却被切进两个批次。你说这是数据问题还是定义问题？我认为是定义问题——用出口本地时钟定义批次，本身就是bug。

从长远看，GEO的分母校准绕不开三件事：

• ASN先定性再定量：单一来源才谈地区，混合来源只谈路径。
• 采样时间源要嵌入批次ID：不是记录"什么时候跑的"，而是把采样时刻的单调时钟嵌进ID里，跨夜也能对齐。
• 落盘时间≠采样时间：这两个差几秒到几十秒，跑批结果对不上时，先查这个差值，别急着归因到模型。

我现在的习惯是：任何分片报告到手，先问三个问题——分片键的语义边界在哪、这个键里混了几种来源、批次ID的时间基准是什么。三个答不上来，后面的归因全是猜。

抛个具体问题给社区：你们在做ASN分片时，是直接拿IP段前缀去匹配，还是会先跑一遍该ASN的宣告者与上游AS Path？有没有人遇到过同一个ASN里混了三四家云厂商、导致分片结果完全不能用的案例？ 有的话把ASN和现象贴出来，我拿我的查法跟你对一遍。