TRACE / LOSS / 2026-08-08
切换节点后的恢复时间怎么测
节点切换实验要测到业务真正恢复，而不只是客户端图标变成已连接。 本次记录围绕从发起切换时开始计时、连接成功不等于业务恢复、DNS与旧会话可能继续失败、连续请求用于确认真正恢复、失败切换也要记录次数、手机网络变化另建场景展开。
01:07限定结论范围
从发起切换时开始计时。报告写明样本数、接入方式和测试版本，结论只适用于接近条件，并给出下次复测触发点。 节点切换实验要测到业务真正恢复，而不只是客户端图标变成已连接。
02:14定义观察窗口
连接成功不等于业务恢复。先确定开始和结束时间，测试目标、节点、协议和设备在窗口内保持不变；中途改变条件就终止本批次。 这一结果还要与“DNS与旧会话可能继续失败”共同解释，避免孤立使用单个指标。
03:21执行连续采样
DNS与旧会话可能继续失败。按固定间隔保存每个样本，不因数值难看而删除；超时、断开和重连使用明确状态码记录。 这一结果还要与“连续请求用于确认真正恢复”共同解释，避免孤立使用单个指标。
04:28比较批次差异
连续请求用于确认真正恢复。不同日期的数据先各自计算中位数、抖动和失败率，再检查差异是否超过同批次自然波动。 这一结果还要与“失败切换也要记录次数”共同解释，避免孤立使用单个指标。
05:35建立直连基线
失败切换也要记录次数。直连与VPN测试交替进行，基线出现同步波动时先检查本地接入，不把所有变化归因给线路。 这一结果还要与“手机网络变化另建场景”共同解释，避免孤立使用单个指标。
06:42标记异常区间
手机网络变化另建场景。将异常发生时间与网络切换、节点变化和客户端日志对齐，无法复现的原因保持未确认。 这一结果还要与“从发起切换时开始计时”共同解释，避免孤立使用单个指标。 本批次复测摘要：节点切换实验要测到业务真正恢复，而不只是客户端图标变成已连接。 后续采样沿用相同目标和间隔。