不是随机的。
他把流量高峰对应的UTC时间记下来，在白纸上列了一列。
然后打开第二个文件，巴黎节点的配置参数，四页，全是数字和技术代号，他看得懂大约一半，另一半需要穆长准或者王磊来解读。
他把关键的参数用笔抄在白纸上，三页纸写了大约四十分钟。
抄完之后，他把U盘拔出来，用一层纸包好，放进房间的保险柜，设了密码。
白纸折好放进西装口袋。
做完这些，他才坐回桌边，把穆长准标红的那一页的信息重新在脑子里过了一遍。
每隔十二小时一次探测，时间间隔精确，说明是自动化脚本执行的，不是手动操作。
持续四天，从SDR投票当天开始。
探测的目的是采集节点的性能边界数据。
如果拿到了这些数据，可以做什么？
可以在谈判桌上质疑节点是否达到技术标准——如果探测结果显示东京节点的实际承载能力低于框架备忘录里写的设计标准，这就变成了一个攻击框架可信度的武器。
沃克说过——他认为框架是扎实的。
但斯通的旧部不一定这么认为。
他给穆长准发了一条。
“探测来源继续追，同时把东京节点的性能测试报告导出一份最新的，和设计标准做对比。我需要确认——探测方能拿到的数据，和实际数据之间有没有差距。”
穆长准还在飞机上，不会马上回。
李思远把手机放下来，靠在椅背上。
窗外的日内瓦午后很安静，湖面的光线已经从早上的那种刺目变成了柔和的白，云层挡了一半的太阳。
他在椅子里坐了大约两分钟，站起来，走到连通门那边，敲了两下。
洛清漪开门。
“穆长准的东西我看完了。”
“怎么样。”
“巴黎参数我手抄了一份，U盘锁保险柜了。异常流量的探测——从投票当天开始，每十二小时一次，自动化执行。”
洛清漪在门框上靠了一下。
“你打算怎么用这个信息。”
“两个方向。”李思远说，“第一，追探测来源，如
（本章未完，请点击下一页继续阅读）