摘要

  • RFC 3432 在起始窗口内随机选择 T0，之后以名义间隔 incT 发送到 Tf；随机起点缓解可预测性和部分同步，却不会把周期样本变成无偏样本。
  • Type-P、把迟到认作丢失的阈值、有效单值规则、时钟与主机校准、路径和背景条件都属于结果。缺少这些回执的平均值不能代表整张网络。

抽签一次，打拍子到底

一台探测器在一小时窗口内抽取起点，然后每二十毫秒发一包。第一时刻不可预知，后续节拍却十分清楚。若网络中另有周期性拥塞，两种节奏可能持续对齐，也可能彼此错开。

2002 年 11 月的 RFC 3432就是这样定义周期网络性能测量。它的纯文本、RFC Editor 资料页、IETF 文档页、历史、引用与勘误检索记录的是 Standards Track 方法，不是某条现实线路的成绩单。

等大或近似等大的包按固定间隔发送，可以模拟 CBR 或近 CBR 的语音、会议流。密集节奏能捕捉短暂抖动、连续丢包或乱序，这种针对性正是价值所在。

已知偏差不是瑕疵，而是问题定义

RFC 2330指出，规则间隔的 singleton 只抽取性能谱的一部分。RFC 3432 承认 Poisson 采样适合一般无偏抽样，而周期参数会产生偏差。

它没有消灭偏差，而是主张选择“有意义的已知偏差”。若问题是每秒五十包的媒体流如何经历网络，那么同样节奏就是研究对象。错误发生在有人删掉限定词，把“这条流”改写成“网络总体”。

周期探测可能总撞上某个故障相位，也可能永远从缝隙穿过。探测可能被预判，主动流也可能制造拥塞或让拥塞控制发送端同步。规范要求从 [T,T+dT] 独立随机抽取 T0，并限制持续时间；它没有随机化每个 incT。

Type-P 说明到底是哪一种包

指标名是 Type-P-One-way-Delay-Periodic-Stream。Type-P 可以包含 IP 版本、UDP/TCP、端口、大小、优先级或特殊处理。换一种包，队列、路径和时延都可能变化。

主动测试若混合大小，应复现目标分布。RFC 2679及更新它的 RFC 7679提供单向时延背景；RFC 2680与 RFC 7680提供单向丢包背景。一枚小而受优待的包不能默默代表另一种业务。

无法计算，不等于时延为零

源与目的测量点记录时间戳、包 ID 和实际大小。可选状态可区分头部损坏、负载损坏、重复或分片，但必须公开分类标准。

单向时延等于目的时间戳减源时间戳。凭空出现的包没有源时间；未收到的包没有目的时间；头部损坏时也无法可靠匹配。重复包只给第一份未损坏副本计算时延。

因此平均时延只覆盖有效 singleton，缺失样本不能填零。相邻包的 IPDV 若任一时延不存在也未定义。RFC 3393与 RFC 5481进一步区分时延变化。一个漂亮平均值可以与严重丢包同时存在，因为最坏事件可能根本没有进入分母。

dTloss 决定“很晚”何时变成“丢了”

观察窗口尚未结束时，不能知道一枚包永远不会来，还是只会晚到。dTloss规定最大等待时间；超过它，时延按丢失解释。报告必须给出阈值或确定方法。

实时应用可能把超过播放截止的包视为无用，另一个应用仍会接收。RFC 6673的往返丢包与 RFC 6534的双包丢失也表明，观察过程属于指标语义。同一组到达记录在不同阈值下可以得到不同丢包数。

仪器也有时钟、调度和负载

单向时延受两端时钟同步误差、分辨率与漂移影响。软件时间戳测到的主机时间不完全等于线上时间。CPU、调度和磁盘 I/O 会让名义 incT 变形，也会增大随机误差。

RFC 3432 要求尽可能剔除已知系统误差，并报告校准误差 e，使真实值以 95% 置信度位于报告值正负 e。校准还应在接近现场的测量负载下进行。RFC 7312提供后续流测量背景；RFC 2119解释用于保证实现可比的规范词。

数字旁边必须站着五类上下文

Type-P、时延等同丢包的阈值、校准、路径与背景条件都应报告。精确路径往往不可知；Record Route 可能得不到支持，还可能迫使路由器走慢路径，从而改变被测对象。即使只知道初始链路，也比没有路径语境更好。

IP 层数据也不能直接替代编解码器、操作系统和人的体验。连续丢包、迟到、重复、乱序、损坏负载与伪包，对不同应用的含义不同。

来源与边界

本文也采用 Heng Lu 关于现实层次与运行代码优先的方法：测试定义、实际发包、收到的包、校准单值、聚合统计和用户结果是不同现实层。

来源不证明当前部署、具体路径、实测事故、QoS 机制、操纵行为或普遍体验。它们只规定如何诚实解释周期样本。