这是一张检查单，不是一场测速比赛
体检表上几项检查都打了勾，不代表你跑一百米一定更快。打开本站 IPv6 测试，看到 10 分，也应当先问：这几分分别检查了什么？
本站的分数，是把本次检测确认的几项 IPv6 条件合并成一个数字。它方便你快速看结果，但不是所有检测网站通用的等级，也不是运营商带宽的百分比。7 分不代表只能用到七成网速，10 分也不代表没有网络问题。
如果你还不熟悉页面各栏，先读第 7 章 IPv6 测试结果怎么看。本章进一步拆开评分：为什么可能出现 6、7、9、10 分，哪些情况分数相同，哪些性能根本没有测到。以下规则对应本套教程配套的工具版本；比较不同工具的数字之前，要先看各自规则。
先有连通，再看 6 加 3 加 1
第一项是确认 IPv6 连通，得到基础 6 分。程序可能拿到有效的 IPv6 地址，也可能只确认 IPv6 请求能够成功、没有拿到具体地址。这两种情况都能确认这一项，但后续能判断的内容并不相同。
第二项是“本站本次连接”为 IPv6，再加 3 分。它看的是本站查询接口这一次收到请求时看到的地址，不是问电脑是否装了 IPv6，也不是汇总你访问所有网站的情况。显示 IPv4 或未能确认时，这 3 分都不加。
第三项是拿到具体 IPv6 地址，且没有匹配两类隧道前缀，再加 1 分。这里的隧道可以理解为把一种网络通信装进另一种通信里传送的方式。程序按地址前缀识别 Teredo 的 2001:0::/32 和 6to4 的 2002::/16，不是沿着整条网络线路逐段检查。
没有取得地址时，程序不会凭连通成功就补上最后 1 分。反过来，没有匹配上述前缀，也只能说明没有命中这两种地址特征，不能据此保证全程没有其他隧道或中间处理，更不能证明线路一定更快。IPv4 是否成功不参与这三项加分，需要另外看 IPv4 一栏。
6、7、9、10 分，分别可能是什么
下面这张表对应检测结束后的情况，描述规则组合，不是实测某个地区或运营商。表中的“未匹配”只指前面两类隧道前缀。
| 分数 | 本站本次连接 | IPv6 地址观察 |
|---|---|---|
| 6 | IPv4，或未能确认 | 没有取得地址，或地址匹配上述隧道前缀 |
| 7 | IPv4，或未能确认 | 取得地址，且未匹配上述前缀 |
| 9 | IPv6 | 取得的地址匹配上述隧道前缀 |
| 10 | IPv6 | 取得地址，且未匹配上述前缀 |
同样是 6 分，可能是“连通了但没取得地址”，也可能是“拿到了带特定前缀的地址”。同样是 7 分，本站这一栏可能明确显示 IPv4，也可能没有确认。数字相同，并不代表缺少的信息相同，所以不能跳过文字结果。
为什么表里没有“本站用 IPv6，但没取得任何 IPv6 地址”的 9 分？因为当前程序会用本站接口返回的 IPv6 地址补充地址栏，本站能确认用 IPv6 时，已经有一个可用的 IPv6 地址。此时少最后 1 分，对应的是前缀匹配条件。
按这套规则，完成后的数字只有 0、6、7、9、10，不会逐级出现 1 到 5 分或 8 分。它像几项固定分值的检查单，不是把网络质量从差到好分成十等份。
0 分和问号，要分开读
如果本次确认 IPv4 可以使用，却没有确认 IPv6 连通，结果会是 0 分。这里的零指“IPv6 加分条件没有确认”，不是零带宽，更不能只凭一次结果断言这条宽带永远不支持 IPv6。
如果两种协议都没能确认，页面会提示“没能完成检测”，分数显示问号。检测正在进行时也会显示问号，但旁边是“正在检测…”等进行中提示。问号是需要结合状态阅读的未知值，不能当成 0 分，也不能提前当成满分。
还有一个容易忽略的反例：即使拿到 10 分，IPv4 仍可能没有确认。程序不给 IPv4 加分，也没有要求先确认 IPv4 才能给 IPv6 满分。你需要两种协议都可用时，就要分别读两栏，而不是用总分代替。
遇到未知或检测失败，先等本轮结束、记录提示，再按第 9 章的排查步骤处理。不要把一次接口超时换算成线路丢包率，也不要为了让分数出现就反复改路由器设置。
网速、延迟和稳定性，需要测另外的东西
平常说“网络快”，可能指下载大文件快，也可能指点开页面响应快、通话不卡。这些感受涉及不同指标。IPv6 评分只核对几项条件，没有测量它们所需的完整过程。
| 你关心什么 | 需要怎样的观察 | 能否从分数推出 |
|---|---|---|
| 吞吐量 | 在一定时间内实际传输了多少数据，常用 Mbps 表示 | 不能；确认请求成功不是持续传输测速 |
| 往返延迟 | 到指定目标再返回所需的时间，常用毫秒表示 | 不能；本工具没有给出往返延迟测量值 |
| 丢包 | 按明确方法发送并统计未到达的数据包 | 不能；一次查询失败不是丢包率统计 |
| 延迟变化 | 比较连续测量中的延迟变化，常被称为抖动 | 不能；一次得分没有提供这种时间序列 |
吞吐量更像每秒通过收费站的车辆数；往返延迟更像一辆车往返指定地点需要多久。通行证齐全，不代表车道更宽，也不代表目的地更近。分数和这些指标使用的单位、观察方法都不同，不能相互换算。
你按下检测按钮到页面完成的等待时间，也不是一次“延迟成绩”。它包括多个查询、可能的超时和备用请求，以及页面处理结果的时间。等待较久只能提示本轮过程需要继续查看，不能直接写成“我的网络延迟是几秒”。
即使另做性能测试，结果也对应测试时段、目标和条件。要比较 IPv4 与 IPv6 的实际体验，应在可比条件下分别观察相应连接；不能让 IPv6 连一个目标、IPv4 连另一个目标，再把差异全部归给协议名称。
同分可以体验不同，分数变化也未必变快
想象两条网络都显示 10 分。一条下载文件顺畅，另一条晚间下载缓慢。这不与评分矛盾：两条网络都满足检查单，但检查单没有持续传输大文件，也没有测出晚间拥塞或目标服务的处理能力。满分只能覆盖已检查的条件。
再看一个模拟例子，不是真实测速：某轮 IPv6 地址已取得、未匹配两类前缀，本站本次使用 IPv4，得 7 分；下一轮这些条件相同，只有本站本次使用变成 IPv6，得 10 分。变化来自那 3 分的条件，不能解释为网速提高了三成。
另一个模拟例子是 6 分变 7 分：前一轮只确认连通，后一轮终于取得符合最后一项条件的地址，而本站仍使用 IPv4。这说明补齐了一项观察，也没有给出下载更快的证据。比较时最好写明“哪一栏变化”，而不是只记总分升降。
有关 IPv6 连通但本站仍用 IPv4 的情况，见第 10 章。它解释本次连接的观察范围，不能用来保证改某个设置后，所有网站都会选择同一种协议。
怎样把分数用成一张有用的检查单
- 先写清目的。你是在确认 IPv6 能不能连通，还是在排查下载慢？前者可以从本工具开始；后者还需要对应的性能观察。
- 记录分数旁边的证据。记下时间、设备、网络、IPv4 与 IPv6 状态、地址是否取得、本站本次使用和隧道提示。对外分享时遮住不必要的完整地址。
- 按缺少的条件判断下一步。未确认连通就排查连通；已连通但本站用 IPv4 就对照请求范围；只差地址信息时先核查请求结果，不凭分数猜设备故障。
- 比较时一次只变一项条件。切换网络可以参考第 11 章的三轮记录法。把文字状态与分数一起保存，避免把不同设备、时间和网络拼成一次结论。
不必为追求 10 分而盲目更改系统协议设置、关闭保护功能或重置路由器。先确定实际需求与缺失证据，再决定是否需要调整。达到满分后如果应用仍慢，也应回到具体应用和对应指标，继续核查，而不是因为分数高就停止排查。
小结
本站 IPv6 分数概括的是三项条件：IPv6 连通的基础 6 分、本站本次使用 IPv6 的 3 分，以及取得地址且未匹配两类隧道前缀的 1 分。它不为 IPv4 加分，也不测吞吐量、往返延迟、丢包或长期稳定性。
回到IPv6 测试页，把分数与每一栏文字一起读。0 分要看本次确认了什么，问号要看检测状态，10 分也要记住观察范围。让分数帮助你找到下一步要核查的条件，比把它当作网速排名更有用。也可以到首页对照本轮查询取得的两种地址。