因为客户端可能通过另一条可用路径建立了连接。RFC8305说明的Happy Eyeballs会对多个目标地址交错发起连接尝试，一个成功后取消其他尚未成功的尝试。因此，网页最终能打开，不一定表示IPv4与IPv6两条路径都成功；先确认本次连接实际用了哪一条。
适用：实现该机制的双栈客户端
官方依据为 第2至5节。本文只解释实际采用这种连接方式的应用，不宣称Windows 11所有程序或每个浏览器版本都使用同一算法。域名是否有相应地址、电脑是否具备对应连接条件、应用如何选择目标，都要按本次环境核对，不能把协议建议的延时当成本机设置。
观察：把最终成功与各条路径分开
记录相同应用版本、相同目标和发生时间，请有权限的人员查看实际连接地址与地址族。如果最后走的是IPv4，只能记录这次IPv4连接建立，不能写成IPv6已验证。若业务明确要求IPv6，应另外在获准条件下核实这条路径；若根本没有对应目标地址，也不要把没有尝试误说成链路失败。建立连接以后内容仍加载异常，则继续区分后续应用请求，不能拿一次连接结果代表完整页面。
风险：不要为了对照全局关闭网络能力
不把禁用IPv6、改公共解析或清空单位网络配置当作固定验证步骤。单位业务可能依赖现有网络设置，抓取连接记录前也要明确权限和敏感信息范围；无法恢复原配置时停在信息整理，不让其他应用成为试验代价。记录中保留必要地址类型即可，内部域名、账号与业务内容不公开。
下一步：咨询说明业务要求的路径
保定竞秀区、莲池区台式电脑品类有启用记录，用户可拨400-877-9605，说明原应用、目标是否要求IPv6以及已观察的连接类型，核实第三方是否协助电脑端连接条件检查。台账不代表可更改单位网络或控制远端服务。验收应分别列出实际验证过的地址族和原业务结果；页面打开或连接速度改善，不能替代另一条路径的证据。