平均时延这个数字，在长链路上骗人
到印度方向的链路长、经过的环节多，测出来的时延数字通常不太好看。于是很多人的第一反应是看平均值：平均两百毫秒，还行；平均三百毫秒，不能接受。这个判断方式在短链路上大致成立，在长链路上经常出错。
错在哪：平均值把「一直两百」和「大部分一百五、偶尔八百」算成了同一回事。而人的体感完全取决于后者。一个页面如果需要二十次请求才能打开，其中两次碰上八百毫秒，整个打开过程就变成了两三秒，剩下十八次跑得多快都不重要了。
所以看长链路，要先看波动再看平均。更准确地说，要看的是分布而不是均值：有多少比例的请求落在什么区间，最差的那一小部分有多差。这一部分才是决定「能不能干活」的东西。
抖动、丢包、重传，三者是一条链
抖动说的是时延的波动幅度。同样平均两百毫秒，一种情况是每次都在一百九到两百一之间，另一种情况是在一百二到五百之间跳，两者的平均值一样，可用性完全不同。抖动大的链路，会直接影响实时类应用，视频会议、语音、远程桌面都会先出问题。
丢包说的是数据真的没到。丢包在高时延链路上的破坏力会被放大，因为补发一次要再等一个来回。一个往返是四百毫秒的话，一次重传就要多等四百毫秒，两次重传就是将近一秒，而这还只是单个数据包。
重传是丢包的结果，也是很多「卡」的直接原因。更麻烦的是重传会自我放大：网络越拥堵，丢包越多，重传越多，拥堵越严重。所以一条链路一旦进入这个循环，靠等是等不回来的，必须从路径或带宽上介入。TCP 与 UDP 在这一点上的表现差别很大，做直播、做会议这类实时业务的时候，选的协议不同，对丢包的容忍度也不一样。
把波动拆到三段上看
第一段是从办公地到接入点。这一段通常是本地宽带或者专线接入，问题多出现在本地：Wi-Fi 干扰、内部网络设备老旧、同一条宽带上有大量下载。判断方法很简单，在本地用不同设备、有线与无线分别测，看数字是否一致。
第二段是跨境段。这一段从国内出去到落地，中间可能经过第三地转接。判断方法是同时测多个方向：如果只有印度方向差、其他方向正常，问题大概率在这条跨境路径上；如果所有方向都差，那要往上找。
第三段是落地之后。这一段从目标国家的落地节点到你真正访问的服务器，经过当地的互联。这一段不在自己手上，但可以判断：如果 ping 落地节点很快，访问目标服务器很慢，问题就在这一段。很多人把所有问题都归到「跨境」，实际上一半的问题发生在落地之后，这部分的改善要靠在当地选更靠近目标的落地。
四项指标怎么用
时延、抖动、丢包、可用率这四项，要一起看，不能只看一项。时延低但抖动大，说明这条路不稳；抖动小但丢包高，说明中间有环节在丢数据；前三项都好但可用率低，说明有短时中断，这类问题最容易被日常测速掩盖，因为测的时候刚好没赶上。
四项指标要留历史。单次测量的意义很有限，因为公网状态随时在变。有了历史，就能回答「这个问题是一直有，还是最近才有」「是某个时段有，还是全天都有」这类问题。没有历史，就只能靠回忆和争论。
建议的采集方式是持续跑而不是手工测。找一个能定时发探测的工具，每几分钟记录一次，连续跑一周，得到的就是一条完整曲线。这比开一次测试页面看一个数字有用得多，而且成本几乎为零。真要判断某次改动有没有效果，靠的也是这两条曲线的前后对比。
哪些情况其实不是网络的问题
有些「慢」确实与网络无关。第一种是目标服务器自己慢，表现为时延正常但响应时间长，这时候优化路径没有意义。第二种是 DNS 解析慢，表现为第一次打开某个站点特别慢、之后正常，这一项经常被误判成网络问题。第三种是本地设备或浏览器的问题，缓存、插件、杀毒软件都会造成类似的体感。
第四种最常见：访问的是被平台限速的接口。部分平台对某些接口有调用频率限制，超了就会排队或者直接返回错误，从表面看像是「网络卡住了」。判断方法是看错误码，如果返回的是平台定义的限速错误，那问题不在网络侧。
把这四类先排掉，再去调网络，能省掉大量无效工作。印度方向上还有一个额外的注意点：当地的税号、支付方式与实名要求与欧美不同，账号环境里任何一项不稳定，后台操作就会在关键步骤停下，这种「停下」看起来很像网络中断，实际是平台在等审核。印度方向的线路组织可以看印度专线网络，指标怎么看可以看网络质量的四项指标。
关于悦播出海
悦播出海做的是出海企业的跨境网络：SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点，覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核，线路与节点资源直采、不转手加价；计费按带宽、线路条数、节点三项算，不按账号数。自有技术团队负责配置与调优，出问题能定位到具体一段。月费订阅、带宽可增减，3 天 24 小时试用，用你自己的业务在真实时段测过再决定。文里这套测法与读数口径，我们交付时用的是同一套。
