机场节点怎么选：先把使用要求变成核对问题

挑节点前，先写下自己要完成的事：读文字、语音交流、观看串流，还是传输文件。接着按用途核对往返时间、抖动、丢包和实际传输表现，并保留测量条件。单个延迟数值不足以回答所有使用要求，也不能据此给地区排次序。

先把用途写成可以核对的问题

需要及时回应，就问请求多久返回

把“响应是否及时”作为核对问题时，可以查看往返时间。它覆盖请求发出到响应抵达的过程；下载表现回答的是另一件事，不能直接替它作答。

需要连续播放，就问延迟是否起伏

语音交流、串流和游戏需要关注延迟随时间的变化。公开说明提到，高抖动会影响语音等实时应用，也可能使串流和游戏出现缓冲等中断。

需要传输文件，就问实际送达多少

若用途是传输文件，应把注意力放到实际传输表现上。核对时同时记录延迟与丢包，因为链路容量之外，这些因素也会影响实际送达的数据量。

看到延迟数字，先辨认它测了什么

往返时间必须连着目的地一起读

延迟取决于网络环境和往返目的地。比较候选节点时，先核对测试终点是否一致；终点不同，就不能把数字差异全部归到节点本身。

空闲时与传输中要分开记录

空载测量发生在连接不忙时，负载测量发生在网络使用中，后者更贴近日常体验。核对时把两种状态分开，才能看清正在传输数据时的变化。

同样叫 ping，计时口径也要对齐

有测速说明把 ping 按双向往返时间统计，也有测速说明按浏览器发出请求到开始收到数据计时。名称相同，不代表测量起点和终点相同。

用丢包和抖动补上单个数值的空白

丢包回答数据有没有到达

丢包关注的是已从源端发出、却未抵达目的端的数据包。它与耗时不是同一个问题，因此核对结果时，应把是否送达与往返耗时分别查看。

抖动回答耗时变化有多大

平均延迟之外，还要看相邻测量之间的差异。有测速方法用相邻延迟差值的平均值表示抖动；比较前应确认结果采用了什么计算方式。

一组记录比孤立读数包含更多信息

性能指标框架区分单次测量、一组测量和由样本计算的统计值。核对时保留一组结果及其条件，便于辨认看到的是某次读数，还是样本的统计表现。

暂时不能确认的解释该怎么处理

中间跳异常，先保留原始现象

对于路径中途出现丢包、终点却未出现丢包的组合，具体解释官方没有核对到。可以记录异常所在位置，但不能仅据这一组合认定故障原因。

概括性提示不能代替具体诊断

手册提到，丢包或响应时间突然升高，往往提示链路有问题或过载。针对上述中间跳与终点不一致的情况，进一步判读规则官方没有核对到。

常见问题

延迟更低，就可以结束选择了吗？

还要回到用途核对其他指标。语音与串流涉及抖动，实际传输也受丢包等因素影响，单个延迟结果不能覆盖这些问题。

能不能按地区名称直接挑选？

地区名称不能代替测量条件。距离是延迟的影响因素之一，途经设备、连接往返和页面大小也会增加耗时，应核对实际目的地与测量结果。

抖动达到多少就该换节点？

所引包时延变化规范没有给出好坏阈值，不能据此编出统一界线。该规范要求随结果报告包类型、大小等参数，比较时应把这些条件一起保留。

第三方整理,与文中提到的软件、服务及其开发者无隶属关系。